WEBVTT

00:00.060 --> 00:00.960
Instrutor: Nesta

00:00.960 --> 00:03.180
lição, falaremos sobre questões de VoIP.

00:03.180 --> 00:06.240
Agora, VoIP significa Voice Over Internet Protocol (Protocolo de

00:06.240 --> 00:07.530
Voz pela Internet), e é um conjunto

00:07.530 --> 00:09.960
de protocolos que usamos para enviar streaming de voz

00:09.960 --> 00:11.490
e vídeo em tempo real.

00:11.490 --> 00:13.380
Agora, diferentemente dos protocolos

00:13.380 --> 00:16.530
de rede tradicionais, como http, ftp ou e-mail, quando se

00:16.530 --> 00:18.810
trata de um aplicativo em tempo real, a capacidade

00:18.810 --> 00:20.340
de ter uma latência muito baixa

00:20.340 --> 00:22.140
e uma qualidade de serviço muito

00:22.140 --> 00:23.550
alta é essencial para ter

00:23.550 --> 00:26.160
uma boa conexão de voz ou de vídeo ao usar protocolos

00:26.160 --> 00:29.250
em tempo real, como o VoIP.

00:29.250 --> 00:31.440
Agora, quando você está lidando com serviços de VoIP,

00:31.440 --> 00:33.630
tradicionalmente eles são usados para fazer chamadas

00:33.630 --> 00:34.890
telefônicas pela Internet.

00:34.890 --> 00:36.750
Se o seu serviço de VoIP for ruim,

00:36.750 --> 00:39.180
você terá problemas como quedas nas chamadas,

00:39.180 --> 00:41.070
problemas em que você ouve eco do outro

00:41.070 --> 00:44.190
lado ou outros tipos de falhas na chamada.

00:44.190 --> 00:47.040
Agora, quando estiver enviando dados comuns pela rede, os

00:47.040 --> 00:49.140
pacotes podem ser entregues em qualquer ordem,

00:49.140 --> 00:51.120
podendo demorar mais ou menos, e isso realmente

00:51.120 --> 00:52.860
não fará diferença.

00:52.860 --> 00:54.690
Mas se estivermos fazendo uma chamada telefônica,

00:54.690 --> 00:56.550
você precisa ter certeza de que as coisas

00:56.550 --> 00:58.650
que estou dizendo estão chegando até você na ordem

00:58.650 --> 01:00.180
e no momento adequados, e é por isso

01:00.180 --> 01:03.090
que os protocolos em tempo real, como o VoIP, realmente precisam

01:03.090 --> 01:06.510
contar com um alto nível de qualidade de serviço.

01:06.510 --> 01:08.820
Agora, se você não tiver uma qualidade de serviço

01:08.820 --> 01:09.653
muito boa, verá que

01:09.653 --> 01:11.850
terá dois grandes problemas de qualidade que

01:11.850 --> 01:13.920
afetam drasticamente o VoIP.

01:13.920 --> 01:16.410
Isso é conhecido como latência e jitter.

01:16.410 --> 01:18.360
Agora, a latência é o tempo que um sinal

01:18.360 --> 01:20.610
leva para chegar ao cliente pretendido,

01:20.610 --> 01:22.710
e isso é medido em milissegundos.

01:22.710 --> 01:25.500
Agora, em geral, os milissegundos são muito rápidos.

01:25.500 --> 01:27.930
Estamos falando de 1/1000 de segundo, ou

01:27.930 --> 01:29.430
seja, um milissegundo.

01:29.430 --> 01:31.620
Mas se estivermos conversando usando uma

01:31.620 --> 01:35.580
conexão VoIP e a latência aumentar para mais de 100 a 200 milissegundos, isso

01:35.580 --> 01:37.830
será realmente perceptível no áudio quando

01:37.830 --> 01:39.330
você estiver me ouvindo.

01:39.330 --> 01:40.163
Por exemplo, se

01:40.163 --> 01:42.360
você estiver usando uma conexão de Internet

01:42.360 --> 01:44.010
via satélite, em geral, terá entre

01:44.010 --> 01:46.710
150 e 250 milissegundos adicionados a cada coisa

01:46.710 --> 01:48.870
que enviar, devido ao tempo que leva para

01:48.870 --> 01:51.030
ir até o satélite, descer do satélite,

01:51.030 --> 01:53.520
atravessar a Internet, subir até o satélite,

01:53.520 --> 01:55.680
descer do satélite e poder enviar todos

01:55.680 --> 01:57.510
esses dados.

01:57.510 --> 02:00.090
Isso significa que você terá uma latência maior e, na maioria

02:00.090 --> 02:02.940
dos aplicativos, isso não seria um grande problema.

02:02.940 --> 02:04.950
Mas com o VoIP, sim.

02:04.950 --> 02:06.660
Como a latência é mais alta, isso significa

02:06.660 --> 02:08.370
que você pode começar a ouvir ecos dentro

02:08.370 --> 02:09.630
das suas conexões e ouvirá

02:09.630 --> 02:11.670
sua própria voz repetida quando estiver

02:11.670 --> 02:14.040
falando em uma conexão VoIP.

02:14.040 --> 02:15.300
Para poder minimizar isso,

02:15.300 --> 02:17.790
precisamos garantir que a latência permaneça baixa.

02:17.790 --> 02:19.680
Em geral, para ter uma alta qualidade

02:19.680 --> 02:21.120
de serviço ao usar uma conexão

02:21.120 --> 02:22.920
VoIP, é preciso garantir que a latência

02:22.920 --> 02:25.620
fique abaixo de 50 a 100 milissegundos.

02:25.620 --> 02:27.270
Posso dizer por experiência própria

02:27.270 --> 02:29.760
que, quando eu usava VoIP por meio de uma conexão via satélite

02:29.760 --> 02:32.430
que usava um satélite em órbita geossíncrona, a viagem de

02:32.430 --> 02:35.280
ida e volta levava cerca de 500 milissegundos.

02:35.280 --> 02:37.350
Agora, por causa disso, quando eu dizia algo,

02:37.350 --> 02:39.300
tinha que esperar cerca de meio segundo até

02:39.300 --> 02:41.850
que a outra pessoa que estava ouvindo respondesse, e então

02:41.850 --> 02:43.350
eu recebia a resposta.

02:43.350 --> 02:45.990
Portanto, sempre tivemos esse atraso em nossa conversa e chegamos

02:45.990 --> 02:48.630
a um ponto em que tínhamos uma latência significativa de até cerca

02:48.630 --> 02:50.850
de 1.000 milissegundos, em que eu basicamente tinha

02:50.850 --> 02:52.740
que dizer o que ia dizer e depois usar algum tipo

02:52.740 --> 02:55.200
de palavra-chave, como over, para que eles soubessem que eu

02:55.200 --> 02:56.970
tinha terminado aquela frase e que era seguro

02:56.970 --> 02:58.860
para eles começarem a falar.

02:58.860 --> 03:00.720
Essa é uma experiência realmente desagradável

03:00.720 --> 03:03.270
se você estiver usando VoIP em uma conexão de alta latência, mas,

03:03.270 --> 03:05.370
em alguns casos, você simplesmente não tem escolha

03:05.370 --> 03:06.360
porque está lidando com

03:06.360 --> 03:08.130
algo como uma conexão via satélite.

03:08.130 --> 03:10.260
O segundo problema que você pode enfrentar com o

03:10.260 --> 03:11.940
VoIP é o que é conhecido como jitter.

03:11.940 --> 03:13.410
Agora, o jitter é uma medida da variação

03:13.410 --> 03:15.840
do atraso ao longo do tempo, e é medido pela amostragem

03:15.840 --> 03:17.880
do tempo decorrido entre o momento em que os pacotes

03:17.880 --> 03:19.590
estão chegando e o momento em que foram

03:19.590 --> 03:21.420
originalmente enviados.

03:21.420 --> 03:23.640
Agora, em geral, a maioria dos serviços

03:23.640 --> 03:26.790
de VoIP enviará seus dados por meio de uma conexão UDP.

03:26.790 --> 03:29.760
Por isso, esses dados podem chegar em qualquer ordem quando atravessam

03:29.760 --> 03:30.990
a rede e, em seguida, o sistema

03:30.990 --> 03:32.520
tenta colocá-los de volta na ordem

03:32.520 --> 03:33.750
correta.

03:33.750 --> 03:35.700
Portanto, à medida que a latência aumenta,

03:35.700 --> 03:38.010
em torno de 30 a 50 milissegundos, você começará

03:38.010 --> 03:40.620
a ter impactos na qualidade da chamada e começará

03:40.620 --> 03:42.540
a ouvir jitter.

03:42.540 --> 03:45.090
Agora, o jitter pode ocorrer devido a um ambiente de alta

03:45.090 --> 03:46.440
latência ou porque os pacotes

03:46.440 --> 03:48.480
estão seguindo rotas diferentes pela Internet

03:48.480 --> 03:50.760
e sendo remontados na ordem incorreta, pois estamos

03:50.760 --> 03:53.160
lidando com um protocolo em tempo real.

03:53.160 --> 03:55.380
Por exemplo, se eu começar a falar com

03:55.380 --> 03:57.420
você e, em vez de dizer 1, 2, 3, você

03:57.420 --> 04:00.270
ouvir esses pacotes como 1, 3, 2, isso significa

04:00.270 --> 04:03.300
que o pacote três chegou antes do pacote dois.

04:03.300 --> 04:05.640
Em geral, você não ouvirá a palavra inteira,

04:05.640 --> 04:08.040
como um, dois e três, na ordem errada, mas

04:08.040 --> 04:10.080
apenas partes da palavra.

04:10.080 --> 04:12.570
E é por isso que você ouvirá quase como uma estática

04:12.570 --> 04:14.400
robótica em uma conversa VoIP, se

04:14.400 --> 04:16.860
tiver uma baixa qualidade de serviço.

04:16.860 --> 04:19.710
Então, como você resolve a latência e o jitter?

04:19.710 --> 04:21.450
Bem, há duas maneiras de fazer isso.

04:21.450 --> 04:23.250
Primeiro, você pode aumentar o

04:23.250 --> 04:25.260
desempenho geral de toda a rede.

04:25.260 --> 04:26.550
Isso é muito difícil de

04:26.550 --> 04:27.600
fazer, porque você

04:27.600 --> 04:29.220
precisa considerar cada parte

04:29.220 --> 04:30.630
da rede, desde o aparelho

04:30.630 --> 04:31.920
de VoIP até a rede e sua conexão

04:31.920 --> 04:33.720
(indistinta).

04:33.720 --> 04:35.070
A segunda coisa que você pode fazer,

04:35.070 --> 04:37.500
no entanto, é implementar a qualidade do serviço.

04:37.500 --> 04:39.720
Agora, a qualidade do serviço é uma ferramenta

04:39.720 --> 04:41.220
importante dentro de sua rede.

04:41.220 --> 04:43.590
Esse é um mecanismo que permite que você priorize determinado

04:43.590 --> 04:45.810
tráfego em detrimento de outros.

04:45.810 --> 04:48.960
Por exemplo, em sua rede de escritório pequeno/escritório doméstico,

04:48.960 --> 04:50.520
você pode configurar seus dispositivos

04:50.520 --> 04:52.290
para priorizar o tráfego VoIP e torná-lo

04:52.290 --> 04:55.170
a prioridade mais alta da rede.

04:55.170 --> 04:57.540
Agora, na maioria dos ambientes de pequenos escritórios/escritórios domésticos,

04:57.540 --> 04:59.340
essa seria uma afirmação muito verdadeira.

04:59.340 --> 05:01.500
Seu tráfego de voz deve ser o mais importante,

05:01.500 --> 05:04.590
pois é o mais suscetível à alta latência e a esse efeito de

05:04.590 --> 05:07.650
jitter quando os pacotes chegam fora de ordem.

05:07.650 --> 05:09.540
Portanto, ao configurar os dispositivos

05:09.540 --> 05:12.240
de rede para identificar esses pacotes de voz sobre IP,

05:12.240 --> 05:13.380
é possível priorizá-los

05:13.380 --> 05:15.180
em relação a todo o resto da rede, o que

05:15.180 --> 05:17.310
reduzirá a latência e o jitter e proporcionará

05:17.310 --> 05:20.100
maior qualidade de serviço ao usuário final.

05:20.100 --> 05:21.870
Agora, lembre-se de que as configurações

05:21.870 --> 05:24.060
definidas para a qualidade do serviço afetam apenas

05:24.060 --> 05:25.560
as coisas dentro da sua rede.

05:25.560 --> 05:27.930
Quando chegar a uma rede pública como a Internet, suas regras

05:27.930 --> 05:30.900
de qualidade de serviço não serão mais aplicadas e, então, caberá a cada

05:30.900 --> 05:33.060
um desses provedores de serviços de Internet na Internet

05:33.060 --> 05:33.990
decidir se eles priorizarão

05:33.990 --> 05:36.840
ou não seu tráfego de VoIP em relação a outras coisas que estão enviando

05:36.840 --> 05:38.400
para poder oferecer a você uma qualidade

05:38.400 --> 05:40.560
de serviço mais alta.

05:40.560 --> 05:43.290
Dito isso, ainda é importante configurar a QoS, ou qualidade

05:43.290 --> 05:44.310
de serviço, dentro de

05:44.310 --> 05:47.040
sua própria rede para seus dispositivos VoIP, pois isso permitirá

05:47.040 --> 05:48.540
que você dê prioridade a eles dentro

05:48.540 --> 05:51.180
de sua própria rede e, pelo menos, dê a eles uma vantagem

05:51.180 --> 05:53.220
inicial na Internet.

05:53.220 --> 05:55.830
Portanto, lembre-se de que, quando se trata de problemas

05:55.830 --> 05:57.870
de VoIP, os dois maiores problemas que você enfrentará

05:57.870 --> 05:59.760
são a alta latência e o jitter.

05:59.760 --> 06:01.020
E a melhor maneira de resolver

06:01.020 --> 06:03.060
isso é implementar uma política de qualidade de

06:03.060 --> 06:06.033
serviço dentro de sua própria rede para priorizar o tráfego VoIP.