WEBVTT

00:00.060 --> 00:00.960
Instructor: En esta

00:00.960 --> 00:03.180
lección, vamos a hablar sobre temas de VoIP.

00:03.180 --> 00:06.240
VoIP son las siglas de Voice Over Internet Protocol (protocolo de

00:06.240 --> 00:07.530
voz a través de Internet), un

00:07.530 --> 00:09.960
conjunto de protocolos que se utilizan para transmitir

00:09.960 --> 00:11.490
voz y vídeo en tiempo real.

00:11.490 --> 00:13.380
Ahora bien, a diferencia de los protocolos

00:13.380 --> 00:16.530
de red tradicionales como http, ftp o correo electrónico, cuando

00:16.530 --> 00:18.810
se trata de una aplicación en tiempo real, poder

00:18.810 --> 00:20.340
tener una latencia muy baja y una

00:20.340 --> 00:23.550
calidad de servicio muy alta es imprescindible para tener una

00:23.550 --> 00:26.160
buena conexión de voz o de vídeo cuando se utilizan

00:26.160 --> 00:29.250
protocolos en tiempo real como VoIP.

00:29.250 --> 00:31.440
Tradicionalmente, los servicios VoIP se

00:31.440 --> 00:33.630
utilizan para hacer llamadas telefónicas

00:33.630 --> 00:34.890
a través de Internet.

00:34.890 --> 00:36.750
Si tienes un servicio de VoIP deficiente,

00:36.750 --> 00:39.180
vas a tener problemas como cortes en las llamadas,

00:39.180 --> 00:41.070
problemas en los que se oye eco en el otro

00:41.070 --> 00:44.190
extremo u otro tipo de fallos durante la llamada.

00:44.190 --> 00:47.040
Ahora, cuando envías datos ordinarios a través de la red, puedes

00:47.040 --> 00:49.140
hacer que los paquetes se entreguen en cualquier

00:49.140 --> 00:51.120
orden, y pueden tardar más o menos y realmente

00:51.120 --> 00:52.860
no supondrá ninguna diferencia.

00:52.860 --> 00:54.690
Pero si estamos hablando por teléfono,

00:54.690 --> 00:56.550
tienes que asegurarte de que lo que

00:56.550 --> 00:58.650
te estoy diciendo te llega en el orden y

00:58.650 --> 01:00.180
el momento adecuados, y por

01:00.180 --> 01:03.090
eso los protocolos en tiempo real como VoIP tienen que

01:03.090 --> 01:06.510
basarse en un alto nivel de calidad de servicio.

01:06.510 --> 01:08.820
Ahora bien, si no tienes una muy buena calidad de

01:08.820 --> 01:09.653
servicio, vas a ver

01:09.653 --> 01:11.850
que vas a tener dos grandes problemas de calidad

01:11.850 --> 01:13.920
que afectan drásticamente a la VoIP.

01:13.920 --> 01:16.410
Esto se conoce como latencia y fluctuación de fase.

01:16.410 --> 01:18.360
Ahora bien, la latencia es el tiempo

01:18.360 --> 01:20.610
que tarda una señal en llegar al cliente previsto,

01:20.610 --> 01:22.710
y se mide en milisegundos.

01:22.710 --> 01:25.500
En general, los milisegundos son muy rápidos.

01:25.500 --> 01:27.930
Estamos hablando de 1/1000 de segundo

01:27.930 --> 01:29.430
es un milisegundo.

01:29.430 --> 01:31.620
Pero si estamos hablando a través de

01:31.620 --> 01:35.580
una conexión VoIP y la latencia aumenta a más de 100 o 200 milisegundos,

01:35.580 --> 01:37.830
se notará en el audio cuando me estés

01:37.830 --> 01:39.330
escuchando.

01:39.330 --> 01:40.163
Por ejemplo, si

01:40.163 --> 01:42.360
utilizas una conexión a Internet por satélite,

01:42.360 --> 01:44.010
por lo general tendrás que añadir

01:44.010 --> 01:46.710
entre 150 y 250 milisegundos a cada cosa que envíes

01:46.710 --> 01:48.870
debido al tiempo que se tarda en subir

01:48.870 --> 01:51.030
al satélite, bajar del satélite, atravesar

01:51.030 --> 01:53.520
Internet, subir al satélite, bajar del satélite

01:53.520 --> 01:57.510
y poder enviar todos esos datos.

01:57.510 --> 02:00.090
Ahora, debido a eso, eso significa que usted tiene una latencia más

02:00.090 --> 02:02.940
alta, y en la mayoría de las aplicaciones, esto no sería un gran problema.

02:02.940 --> 02:04.950
Pero con VoIP sí.

02:04.950 --> 02:06.660
Al tener una latencia más alta, eso

02:06.660 --> 02:08.370
significa que puedes empezar a oír

02:08.370 --> 02:09.630
ecos dentro de tus conexiones,

02:09.630 --> 02:11.670
y oirás tu propia voz repetida mientras hablas

02:11.670 --> 02:14.040
a través de una conexión VoIP.

02:14.040 --> 02:15.300
Para poder minimizarlo, tenemos

02:15.300 --> 02:17.790
que asegurarnos de que la latencia se mantiene baja.

02:17.790 --> 02:19.680
Generalmente, para tener una alta calidad

02:19.680 --> 02:21.120
de servicio cuando se utiliza una

02:21.120 --> 02:22.920
conexión VoIP, hay que asegurarse de mantener

02:22.920 --> 02:25.620
la latencia por debajo de unos 50 a 100 milisegundos.

02:25.620 --> 02:27.270
Por experiencia propia, cuando

02:27.270 --> 02:29.760
utilizaba VoIP a través de una conexión por

02:29.760 --> 02:32.430
satélite en órbita geosíncrona, el viaje de ida

02:32.430 --> 02:35.280
y vuelta duraba unos 500 milisegundos.

02:35.280 --> 02:37.350
Por eso, una vez que decía algo, tenía

02:37.350 --> 02:39.300
que esperar medio segundo hasta que

02:39.300 --> 02:41.850
la otra persona que lo oía me respondía, y entonces

02:41.850 --> 02:43.350
lo recibía.

02:43.350 --> 02:45.990
Así que siempre teníamos este retraso en nuestra conversación,

02:45.990 --> 02:48.630
y llegó un punto en el que teníamos una latencia significativa

02:48.630 --> 02:50.850
de hasta unos 1000 milisegundos en los que básicamente

02:50.850 --> 02:52.740
tenía que decir lo que iba a decir y luego usar

02:52.740 --> 02:55.200
algún tipo de palabra clave como "cambio", para que supieran

02:55.200 --> 02:56.970
que había terminado esa frase y que era seguro

02:56.970 --> 02:58.860
para ellos empezar a hablar.

02:58.860 --> 03:00.720
Es una experiencia realmente desagradable

03:00.720 --> 03:03.270
si utilizas VoIP a través de una conexión de alta latencia,

03:03.270 --> 03:05.370
pero en algunos casos no tienes elección porque

03:05.370 --> 03:06.360
se trata de algo como una

03:06.360 --> 03:08.130
conexión por satélite.

03:08.130 --> 03:10.260
El segundo problema que puedes experimentar con VoIP es

03:10.260 --> 03:11.940
lo que se conoce como fluctuación de fase.

03:11.940 --> 03:13.410
Ahora bien, el jitter es una medida

03:13.410 --> 03:15.840
de la variación del retardo en el tiempo, y se mide muestreando

03:15.840 --> 03:17.880
el tiempo transcurrido entre el momento en que

03:17.880 --> 03:19.590
llegan los paquetes y el momento en que

03:19.590 --> 03:21.420
se enviaron originalmente.

03:21.420 --> 03:23.640
Ahora, en general, la mayoría de los servicios

03:23.640 --> 03:26.790
VoIP van a enviar sus datos a través de una conexión UDP.

03:26.790 --> 03:29.760
Por eso, esos datos pueden llegar en cualquier orden al cruzar

03:29.760 --> 03:30.990
la red, y entonces el sistema

03:30.990 --> 03:32.520
intenta ponerlos en el orden

03:32.520 --> 03:33.750
correcto.

03:33.750 --> 03:35.700
A medida que aumente la latencia,

03:35.700 --> 03:38.010
entre 30 y 50 milisegundos, la calidad

03:38.010 --> 03:40.620
de la llamada se verá afectada y empezarán

03:40.620 --> 03:42.540
a oírse fluctuaciones.

03:42.540 --> 03:45.090
La fluctuación de fase puede deberse a un entorno de alta

03:45.090 --> 03:46.440
latencia o a que los paquetes

03:46.440 --> 03:48.480
sigan rutas diferentes a través de Internet

03:48.480 --> 03:50.760
y se reensamblen en el orden incorrecto, ya que

03:50.760 --> 03:53.160
se trata de un protocolo en tiempo real.

03:53.160 --> 03:55.380
Por ejemplo, si empiezo a hablarte

03:55.380 --> 03:57.420
y en lugar de decir 1, 2, 3, oyes esos

03:57.420 --> 04:00.270
paquetes como 1, 3, 2, eso significa que el paquete

04:00.270 --> 04:03.300
tres llegó antes que el paquete dos.

04:03.300 --> 04:05.640
Por lo general, no vas a oír la palabra entera,

04:05.640 --> 04:08.040
como uno, dos y tres en el orden incorrecto,

04:08.040 --> 04:10.080
sino sólo partes de la palabra.

04:10.080 --> 04:12.570
Y esta es la razón por la que oirás, casi, como una estática

04:12.570 --> 04:14.400
robótica dentro de una conversación VoIP,

04:14.400 --> 04:16.860
si tienes una baja calidad de servicio.

04:16.860 --> 04:19.710
¿Cómo se solucionan la latencia y el jitter?

04:19.710 --> 04:21.450
Bueno, hay dos maneras de hacerlo.

04:21.450 --> 04:23.250
En primer lugar, puede aumentar el

04:23.250 --> 04:25.260
rendimiento general de toda la red.

04:25.260 --> 04:26.550
Eso es bastante difícil de

04:26.550 --> 04:27.600
hacer, porque hay que

04:27.600 --> 04:29.220
tener en cuenta todos y cada uno de

04:29.220 --> 04:30.630
los elementos de la red, desde

04:30.630 --> 04:31.920
el teléfono VoIP hasta la red

04:31.920 --> 04:33.720
y la conexión (indistinta).

04:33.720 --> 04:35.070
Lo segundo que puedes hacer

04:35.070 --> 04:37.500
es aplicar la calidad de servicio.

04:37.500 --> 04:39.720
Ahora, la calidad de servicio es una herramienta

04:39.720 --> 04:41.220
importante dentro de su red.

04:41.220 --> 04:43.590
Se trata de un mecanismo que permite dar prioridad

04:43.590 --> 04:45.810
a cierto tráfico frente a otros.

04:45.810 --> 04:48.960
Por ejemplo, en su red de pequeña oficina/oficina doméstica,

04:48.960 --> 04:50.520
puede configurar sus dispositivos

04:50.520 --> 04:52.290
para dar prioridad al tráfico VoIP

04:52.290 --> 04:55.170
y convertirlo en la máxima prioridad de su red.

04:55.170 --> 04:57.540
Ahora bien, en la mayoría de los entornos de pequeña oficina/oficina

04:57.540 --> 04:59.340
doméstica, esa sería una afirmación muy cierta.

04:59.340 --> 05:01.500
Su tráfico de voz debería ser el más importante

05:01.500 --> 05:04.590
porque es el más susceptible a la alta latencia y a este efecto de

05:04.590 --> 05:07.650
fluctuación cuando los paquetes llegan fuera de orden.

05:07.650 --> 05:09.540
Así que, configurando los dispositivos

05:09.540 --> 05:12.240
de red para identificar los paquetes de voz sobre IP, se les

05:12.240 --> 05:13.380
puede dar prioridad sobre

05:13.380 --> 05:15.180
todo lo demás en la red, lo que reducirá

05:15.180 --> 05:17.310
la latencia y las fluctuaciones, y ofrecerá

05:17.310 --> 05:20.100
una mayor calidad de servicio al usuario final.

05:20.100 --> 05:21.870
Ten en cuenta que la configuración

05:21.870 --> 05:24.060
de la calidad de servicio sólo afecta a lo que

05:24.060 --> 05:25.560
ocurre dentro de tu red.

05:25.560 --> 05:27.930
Una vez que llega a una red pública como Internet,

05:27.930 --> 05:30.900
las normas de calidad de servicio ya no se aplican y depende

05:30.900 --> 05:33.060
de cada uno de los proveedores de servicios

05:33.060 --> 05:33.990
de Internet si van a

05:33.990 --> 05:36.840
priorizar o no el tráfico de VoIP sobre otras cosas que están

05:36.840 --> 05:38.400
enviando para poder ofrecerte

05:38.400 --> 05:40.560
una mayor calidad de servicio.

05:40.560 --> 05:43.290
Dicho esto, sigue siendo importante configurar la QoS,

05:43.290 --> 05:44.310
o calidad de servicio,

05:44.310 --> 05:47.040
dentro de tu propia red para tus dispositivos VoIP, porque

05:47.040 --> 05:48.540
esto te permitirá priorizarlos

05:48.540 --> 05:51.180
dentro de tu propia red y, al menos, darles una ventaja

05:51.180 --> 05:53.220
al salir y entrar en Internet.

05:53.220 --> 05:55.830
Así que recuerda, cuando se trata de problemas de VoIP

05:55.830 --> 05:57.870
los dos mayores problemas que vas a experimentar

05:57.870 --> 05:59.760
son alta latencia y jitter.

05:59.760 --> 06:01.020
Y la mejor manera de resolverlos

06:01.020 --> 06:03.060
es aplicar una política de calidad de servicio

06:03.060 --> 06:06.033
dentro de su propia red para dar prioridad a su tráfico VoIP.
