ESCUELA POLITECNICA DEL EJERCITO

DEPARTAMENTO DE ELCTRICA Y ELECTRNICA CARRERA DE INGENIERA EN ELECTRNICA Y TELECOMUNICACIONES

Estudio de Rendimiento y Eficiencia de servicios Triple Play sobre una Red PLC (Power Line Comunications)

GABRIEL NARVEZ

Introduccin
PLC acrnimo de Power Line Communications, es una tecnologa surgida hace 50 aos, cuando las companas elctricas utilizaban las lneas de alta tensin para sus propios sistemas de control. El utilizar la red elctrica como medio fsico de transmisin ha sido considerado como una excelente alternativa en la prestacin de servicios de interconexin de ltima milla.

Ahora es posible hacer uso de esta gran red para transmitir informacin por tal razn, la tecnologa PLC se convierte en el tema de esta investigacin con el objetivo de conocer los parmetros de viabilidad.

Justificacin
En la actualidad la informacin llega de varias fuentes y en diferentes formas, esto a producido la problemtica de congestin en la red del DEEE tornndole al sistema lento, debido a esto se ha visto la necesidad de disear una nueva red de acceso en paralelo a la existente con tecnologa PLC. El problema en la red actual, se producen porque fueron diseadas, fundamentalmente, para soportar aplicaciones de procesamiento de datos con parmetros no exigentes, a diferencia de trafico no habitual como transmisin de video o voz. Al existir la red elctrica y tambin dispositivos con tecnologa PLC en el DEEE, se har uso de estos para tener acceso a diferentes servicios de voz, video y datos. Para lo cual necesitamos una red en paralelo que nos ayude o permita transmitir este tipo de informacin. Adems los beneficios que nos brinda esta tecnologa son diversos, puede suministrar mltiples servicios con la misma plataforma tecnolgica IP utilizando un solo MODEM el cual permite el acceso a la informacin.

Objetivos Generales y Especficos

O. Generales
Analizar la eficiencia y rendimiento de la red, basada en la tecnologa Power Line Communications, implementando servicios Triple Play.

O. Especficos
Disear un nuevo acceso al servicio de Voz, video y datos, logrando resultados positivos, en su transmisin y recepcin. Realizar las pruebas necesarias de los servicios Triple Play y verificar si el acceso de voz, video y datos a travs de las mismas es factible, utilizando equipos con la tecnologa (PLC). Implementar servidores demo (voz, video y datos), los cuales me permitan verificar ciertos parmetros como retardo, broadcast, ancho de banda, jitter . Analizar el trfico sobre redes PLC por medio de software especial como Netwalk , Wireshark, DITG. Determinar mediante el anlisis de resultados el rendimiento y eficiencia de este medio alternativo de transmisin.

Marco Terico
PLC = Power Line Communications Transmisin de voz y datos a travs de las redes elctricas de media y baja tensin. La red elctrica consta de tres tramos:
Alta tensin: 100 400 Kilovoltios Media tensin: 15 20 Kilovoltios Baja tensin: transformadores a nuestras casas 110 V

PLC usa la red de media y baja tensin

Funcionamiento General
Mismo hilo de cobre datos y energa Distinta frecuencia de trabajo:
Transmisin datos y voz: 2 - 30 MHz Suministro de energa: 50-60 Hz Atenuacin del cable elctrico 25dB/Km.

Modulacin OFDM
Distribuye los datos entre un gran nmero de portadoras situadas a determinadas frecuencias . El espaciamiento entre portadoras confiere ortogonalidad . A mayor eficiencia espectral menor distorsin

Modulacin OFDM
La modulacin que se emplea en la tecnologa PLC es OFDM. En condiciones con nivel de ruido bajo. Conforme aumenta la distancia de transmisin

Permite obtener alta eficiencia espectral

La seal transmite con Mayor eficiencia Se envan paquetes con Mayor cantidad de bits

Grafica No. 1: Flujo Elctrico

Se atenan ms las seales La calidad del canal baja Reducir la cantidad de bits que se transmiten por el canal.
Grafica No. 2: Modulacin OFDM

Figura 2. Servidor VLC LAN Streaming

Servidores Triple Play

Servidor de Video Servidor de Telefona Servidor FTP

Figura 6. Servidor VLC LAN Streaming

Figura 7. Servidor de Telefona 3CX

Figura 8. Servidor Cerberus FTP

Software para medicin del Throughput y otros parmetros

La mayora de herramientas operan mediante configuraciones cliente/servidor, generando situaciones de trfico controladas, entre las herramientas software que se utilizar estn Wireshark, NetWalk y D-ITG.

Figura 10. Software de medicin Wireshark.

Figura 11. Software de generacin de trafico D-ITG

Figura 11. Software de medicin Netwalk

Procesos para evaluar Servicios Triple Play sobre PLC

Para analizar la red se utilizar adaptadores PLC- Home Plug 1.0, con la herramienta Wireshark y Netwalk se verificar el trfico de cada uno de los host hacia el Servidor . Configuracin de parmetros tales como: Distancia cliente /servidor Tamao del paquete Nmero de estaciones conectadas.

Distancia
2 m. 4 m. 6 m. 8 m.

Tamao del Paquete

125 MB 250 MB 512 MB 1024 MB 2048 MB

Nmero de estaciones
1 2 3 4

Topologa y Capacidad del Canal

Topologa de la Red PLC
La red sobre la cual se realiz las pruebas tiene una topologa tipo bus.

Anlisis de la capacidad del canal

Tericamente en la red PLC se utiliza una capacidad de transmisin de 46 Mbps.

C=B*E C = (6,3 MHz)*(7,25 bps/Hz) = 46 Mbps C = (2 MHz)*(7 bps/Hz) = 14 Mbps

Figura 12. Topologa de la red PLC

Capacidad del Canal (Prctico)

Para el anlisis de la capacidad del canal PLC se utiliz un servidor FTP y un archivo de 2,7MB con lo cual se realizo una descarga desde un terminal para determinar la mxima tasa de transferencia y se obtuvo los siguientes resultados:

Grafica No. 13: Medida de la capacidad del canal

Grafica No. 13: Medida de la capacidad con Netwalk

Con estas pruebas realizadas se puede determinar que la capacidad de transmisin real o prctica para el canal PLC es de 7 MB, sobre las lneas de energa elctrica.

Anlisis de la Red PLC

Anlisis de Cada Modem por punto de Toma Elctrica

Archivo de Descarga: 2,5 GB

Modems PLC Modem 1 Modem 2 Modem 3 Modem 4 Modem 5 Modem 6 Modem 7 Modem 8 Modem 9 697 698 690 564 459 381 294 114 78 KB/s 702 696 687 579 447 375 289 119 89 705 700 690 584 487 386 298 125 82 703 701 690 577 465 392 284 115 72 704 702 689 586 471 391 294 123 97 702,2 699,4 689,2 578 465,8 385 291,8 119,2 83,6

Tabla No. 1: Throughput desde cada host hacia el Servidor.

Grafica No. 14: Throughput dede los host hacia el Servidor.

Con lo que se puede concluir que, al aumentar la distancia entre el servidor y el host se atena ms la seal, entonces la calidad del canal baja y se empieza a reducir la cantidad de bits que se transmiten por el canal.

Al ser un canal con medio compartido, debido al tipo de acceso por MAC, se puede concluir que la tasa de transferencia se divide para el nmero total de los host que comparten el mismo canal, reduciendo el Throughp

Anlisis de la Red PLC

Se realizo la misma prueba pero con dos y tres modems conectados simultneamente para verificar el comportamiento del canal.

Anlisis de Descarga utilizando dos Modems PLC simultneos en la Toma Elctrica

Anlisis de Descarga utilizando tres Modems PLC simultneos en la Toma Elctrica KB/ s 261 203 281 745 269 186 231 686 273 182 214 669 282 185 212 679 283 183 200 666 280 176 192 648

Modems PLC Modems PLC Modem 1 Modem 2 Total: 257 489 746 250 484 734 245 482 727 KB/s 230 476 706 224 472 696 209 462 671 Modem 1 Modem 2 Modem 3 Total:

Tabla No. 2: Anlisis de Descarga con dos y tres mdems simultneamente

Al ser un canal con medio compartido, debido al tipo de acceso por MAC, se puede concluir que la tasa de transferencia se divide para el nmero total de los host que comparten el mismo canal, reduciendo el Throughput significativamente.

Anlisis de Throughput utilizando FTP Cerverus

Para el anlisis del Throughput se utiliz el Servidor FTP Cerverus,variando el tamao del Archivo y el numero de host conectados.
Grafica No. 16: Anlisis con la herramienta Netwalk para un archivo de 512MB 1 Host

Grafica No. 15: Grafica de la tasa de transferencia de un archivo de 512MB 1 Host

Grafica No. 17: Anlisis del throughput para un archivo de 512MB 1 Host

Anlisis de Throughput utilizando FTP Cerverus

Tamao Paquete (MB) 125 Host 250 512 Packets/s 1024 2048 Host 125

Tamao Paquete (MB) 250 512 Mbits/s 4,15 5,804 5,631 4,171 5,867 5,774 4,219 6,014 6,021 4,273 6,051 6,026 5,919 6,13 6,08 1024 2048

1
2 3

529,256
707,595 726,117

536,168 722,109 728,249

527,482
746,884 739,414

565,686
748,82 741,2

640,58
1 749,02 742,15 2 3

Tabla No. 3: Throughput (Packets/s) y Throughput (Mbits/s)

Se pudo comprobar que al aumentar el nmero de host a 3 el porcentaje de la capacidad del canal llega hasta el 70%, siendo recomendable brindar calidad de servicio o prioridad a nivel de la capa de aplicaciones, para evitar saturacin en la red.

Anlisis de Throughput utilizando FTP Cerverus IV

Throughput FTP
7000 6000 5000 4000 3000 2000 1000 0 125 250 Throughput 512 Packets/s 1024 2048

Tabla No. 2: Anlisis de FTP con modems simultneos

Anlisis de Throughput utilizando 3CX Server (Telefona)

Utilizando la tecnologa PLC se realiz llamadas telefnicas con el Softphone X-Lite para verificar la tasa de transferencia, retardo jitter, paquetes perdidos y determinar si es factible la implementacin de un servidor demo de telefona con 3CX.

Grafica No. 20: Anlisis con la herramienta Netwalk Telefona

Para la prctica se utiliz el cdec G.711 usando como tcnica de modulacin PCM. El codificador utiliza 8 bits por muestra, las cuales son muestreadas a una tasa de 8kHz codificando a una tasa de 64Kbps.

Anlisis de Throughput utilizando 3CX Server (Telefona)

Grafica No. 21: Grafica de la tasa de transferencia VoIP (Packets/s)

Grafica No. 26: Trfico VoIP en Wireshark.

Grafica No. 25: Anlisis de los protocolos y su tasa de transferencia.

Grafica No. 27: Jitter, Latencia y AB en una trama en Wireshark.

Anlisis de Throughput utilizando 3CX Server (Telefona)

Grafica No. 28: Jitter, Latencia y AB en una trama en Wireshark

En esta grafica se puede preciar la relacin entre jitter y latencia los cuales tienen valores inferiores a los 30ms. En especfico en la segunda grfica el valor real del jitter es cuasi constante con respecto al tiempo e inferior a 10ms, este es un valor aceptable para VoIP.

Grafica No. 29: Summary con Wireshark del trfico VoIP

Anlisis de Throughput utilizando 3CX Server (Telefona)

Tiempo (Min) Tamao Paquete Packets/s Promedio Tiempo (Min) Tamao Paquete Bytes/s Promedio

33234

96,346

96,732

96,635

96,571

5 10 15

33234 61580 95273

0,165 0,169 0,169

0,165 0,17 0,17

0,166 0,168 0,169

0,165 0,169 0,169

10
15

61580
95273

98,894
98,581

99,257
99,197

98,781
99,205

98,977
98,994

Tabla No. 4: Throughput entre PC1 cliente - Servidor (Packets/s)

Tiempo VoIP

Tabla No. 5: Throughput entre PC1 cliente Servidor (Bytes/s)

5 Max Jitter (ms) Mean Jitter (ms) Max Delay (ms) Packet Lost % 11,1 5,12 54,81 0

10 10,8 6,88 53,53 0

15 10,95 7,38 53,24 0

ITU - T G.114 30 25 150 1

Se pudo observar que el valor promedio es de 145 Kbps en la medicin del Throughput, este valor es muy aproximado al valor terico planteado por el cdec G.711 el cual garantiza una tasa de hasta 85Kbps por usuario. Al obtener el promedio de Jitter de 10,95ms, Latencia 67,19ms y 0% de Packet Lost, se puede confirmar que estos parmetros se encuentran dentro de los rangos admisibles por la ITU-T Rec G.114.

Tabla No. 6: Jitter, Latencia y Packets Lost en VoIP

Anlisis de Throughput utilizando 3CX Server (Videoconferencia)

Para el anlisis del Throughput con respecto a videoconferencia se utiliz el Servidor 3CX con el objetivo de realizar video llamadas.

Para la prctica se utiliz el cdec H.263 para video y el cdec G.711 PCMU para voz respectivamente. La tasa de transmisin varia de 128 a 512 Kbps

Anlisis de Throughput utilizando 3CX Server (Videoconferencia)

Grafica No. 31: Grafica de la tasa de transferencia videoconferencia (Packets/s)

Grafica No. 30: Anlisis de los protocolos SIP, RTP y H263

Grafica No. 32: Trfico de videoconferencia en Wireshark.

Grafica No. 40: Jitter, Latencia y AB en una trama RTP en Wireshark.

Anlisis de Throughput utilizando 3CX Server (Videoconferencia)

Los valores de jitter son inferiores a los 10ms. En especfico en la segunda grfica el valor real de la latencia es constante con respecto al tiempo e inferior a 30ms.

Grafica No. 34: Jitter, Latencia y AB en una trama RTP en Wireshark.

Grafica No. 33: Summary con Wireshark del trfico de videoconferencia

En la grafica contigua se aprecia el valor de la latencia que se establece en 61,34ms y de igual forma el valor de jitter que alcanza 5,97ms.

Anlisis de Throughput utilizando 3CX Server (Videoconferencia)

Tamao Paquete Tiempo (Min) Tamao Paquete MBytes/s Promedio

Tiempo (Min)

Packets/s

Promedio

5 10 15

60039 120146 180228

188,104 193,702 194,9

189,103 195,766 196,256

189,078 193,894 195,529

188,762 194,454 195,562

5 10 15

33234 61580 95273

0,836 0,862 0,867

0,835 0,866 0,867

0,836 0,865 0,869

0,836 0,864 0,867

Tabla No. 7: Throughput entre PC1 PC2 (Packets/s)

Tabla No. 8: Throughput entre PC1 PC2 (Bytes/s)

Tiempo 5 Max Jitter (ms) Mean Jitter 3,76 (ms) Max Delay (ms) Packet Lost % 61,34 0 60,04 0 70,87 0 3,35 4,56 5,97 10 6,03 15 5,68

Videoconferencia ITU-T G.114 30 25 150 1

El porcentaje de utilizacin de videollamada es del 10% de la capacidad total del canal, con lo cual se garantiza un desempeo correcto y con ello la disponibilidad del canal. Al utilizar el cdec H.263 para vdeo y G.711 para audio, el ancho de banda que utiliza es 320 Kbps y 85 Kbps respectivamente, por lo tanto hacen uso de un valor total de 400 Kbps.

Tabla No. 9: Jitter, Latencia y Packets Lost en Videoconferencia

Anlisis de Throughput utilizando VLC media Player (Streaming)

Grafica No. 35: Anlisis con la herramienta Netwalk

Para el anlisis del Throughput con respecto a streaming de video se utiliz el Servidor VLC media Player con el objetivo de realizar streaming hacia los host de la red.

Para eliminar los efectos causados por la variacin del retardo (jitter), se aplica una etapa inicial de buffering en la que se almacena una parte inicial del medio para disponer de informacin a reproducir en el caso en el que el retardo aumente.

Anlisis de Throughput utilizando VLC media Player (Streaming)

Grafica No. 36: Grafica de la tasa de transferencia streaming (Packets/s) Grafica No. 38: Trfico de Streaming en Wireshark.

Grafica No. 37: Anlisis de los protocolos RTSP y H264

Despus de las caractersticas propias de este tipo de transmisin streaming se llega a valores aproximados de 3 Mbps en el throughput utilizando 3 host.
Grafica No. 39: Summary con Wireshark del trfico de Streaming

Anlisis de Throughput utilizando VLC media Player (Streaming)

Host Tamao Paquete 26562 52500 79922 125,779 Packets/s
Promedio

Host

Tamao Paquete 26562 52500 79922 0,983 2,065 3,056

MBytes/s

Promedio

1 2 3

135

123,795 128,191

1 2 3

1,053 2,063 3,05

0,963 2,063 3,042

1,000 2,064 3,049

262,933 262,771 262,589 262,764 389,083 387,228 392,671 389,661

Tabla No. 10: Throughput entre Servidor y 3Host (Packets/s)

Tabla No. 11: Throughput Servidor y 3Host (Bytes/s)

Tiempo 5 Max Jitter (ms) Mean Jitter (ms) Max Delta (ms) Packet Lost % 6,34 4,23 72,28 0,01 10 6,49 4,25 73,64 0 15 6,67 4,47 73,92 0

Streaming ITU-T Rec. G.114 30 25 150 1

El porcentaje que utiliza la aplicacin de streaming es del 40% de la capacidad total del canal, con lo cual se garantiza un desempeo normal del canal.

Tabla No. 12: Parmetros Jitter, Latencia y Packet Lost

Contraste de la red PLC con referente a la red LAN

Tabla No. 12: Contraste Red Lan PLC Telefona

Tabla No. 13: Contraste Red Lan PLC Videoconferencia

Tabla No. 14: Contraste Red Lan PLC Streaming

Contraste de PLC con la red LAN

Contraste de la red PLC
3500 3000 2500 2000 1500 1000 500 0 Telefona Videoconferncia PLC LAN Streaming

Tabla 10. Datos obtenidos red PLC y trfico con inyector D-ITG para servicio FTP (3 Host)

Anlisis del FTP con el Inyector de trfico D-ITG

Se gener trfico en intervalos y tamaos constantes, de 707 paquetes/s con un tamao de 1000 bytes.

Grafica No. 40: Grfica de Bitrate y jitter

Tabla No. 15: Datos de parmetros sobre la red PLC con el servicio FTP ( 3 Host ) Grafica No. 41: Grfica de Delay y Packet lost Como los valores obtenidos de Throughput y Packets/s del D-ITG son similares a los obtenidos mediante descarga desde el servidor FTP hacia los host.

Tabla 10. Datos obtenidos red PLC y trfico con inyector D-ITG para servicio FTP (3 Host)

Anlisis de VoIP con el Inyector de trfico D-ITG

D-ITG tiene una gran cantidad de opciones para la generacin del trfico en este caso se utiliz el cdec G711. Se generaron paquetes con tiempos de 300, 600 y 900 segundos, como se muestra a continuacin:
Grafica No. 42: Grfica de Bitrate y jitter

Tabla No. 16: Datos de parmetros sobre la red PLC con el servicio Telefona

Grafica No. 43: Grfica de Packet lost Se comprobo que al utilizar el servidor de telefona 3CX y obtener el valor del throughput de 169 Kbps, este valor estaba correcto, ya que es muy aproximado al obtenido con el inyector de trfico D-ITG.

Tabla 10. Datos obtenidos red PLC y trfico con inyector D-ITG para servicio FTP (3 Host)

Anlisis de Videoconferencia con el Inyector de trfico D-ITG

Se realizaron tres tipos de pruebas generando trfico en intervalos y tamaos de 195 paquetes/s con un tamao de 800 bytes. Se generaron paquetes con tiempos de 60000, 120000 y 180000 segundos, como se muestra a continuacin:
Grafica No. 44: Grfica de Bitrate y jitter

Tabla No. 17: Datos de parmetros sobre la red PLC con el servicio de Videoconferencia

Grafica No. 45: Grfica de Delay y Packet lost Se puede confirmar que el trfico generado por D-ITG es muy similar al obtenido de forma fsica por el servidor para realizar video conferencia. Adems se comprob que el valor del throughput se estabiliza a 800 Kbps.

Tabla 10. Datos obtenidos red PLC y trfico con inyector D-ITG para servicio FTP (3 Host)

Anlisis de Streaming con el Inyector de trfico D-ITG

Para las pruebas de streaming se configur mltiples flujos. Se generaron tres tipos distintos de flujo de datos UDP para streaming, para 1, 2 y 3 host simultaneamente.

Grafica No. 46: Grfica de Bitrate y jitter

Tabla No. 18: Datos obtenidos red PLC y trfico con inyector D-ITG para Streaming

Grafica No. 47: Grfica de Packet lost Se establece que el valor promedio es de 900 Kbps por usuario. Alcanzando hasta 2,8 Mbps en las tres conexiones simultaneas. Con respecto al Jitter, pese a ser un valor muy irregular por la transmisin realizada se tiene un promedio de 1,4 ms con picos los cuales indican que se tiene un acceso por contienda.

Tabla 10. Datos obtenidos red PLC y trfico con inyector D-ITG para servicio FTP (3 Host)

Anlisis de Triple-Play con el Inyector de trafico D-ITG

La idea de un servicio Triple Play es tener un servicio combinado voz, video e Internet a travs de una sola tecnologa de acceso. En la grafica anterior se observa claramente la convergencia de los servicios. El flujo de bits ms alto corresponde a los paquetes de datos; por su parte, el flujo de bits denso que se observa en la parte inferior corresponde al trfico multimedia.

Grafica No. 49: Grfica Packet lost

Despus de obtener estos resultado se puede mencionar que los servicios Triple Play si pueden ser implementados en este tipo de red PLC, pero hay que tomar en cuenta la calidad de servicio en cada una de las aplicaciones ya que para VoIP es necesario mejorar el nivel de prioridad. Grafica No. 48: Grafico estadsticas de Throughput, Bitrate y Jitter

Contraste de PLC con D-ITG y la red LAN

Contraste de la red PLC
45000 40000 35000 30000 25000 20000 15000 10000 5000 0 Telefona Videoconferncia PLC LAN Streaming D-ITG FTP

Conclusiones
Se diseo una red paralela a la existente con la finalidad de transmitir diferentes tipos de datos y utilizar servicios en tiempo real.

Al realizar las descargas utilizando mdems PLC se puede determinar que la capacidad de transmisin real o prctica para el canal PLC es de 7 MB, sobre las lneas de energa elctrica.
Se determino que al aumentar la distancia entre el servidor y el host se atena ms la seal, entonces la calidad del canal baja y se empieza a reducir la cantidad de bits que se transmiten por el canal.

Al ser un canal con medio compartido, debido al tipo de acceso por MAC, se puede concluir que la tasa de transferencia se divide para el nmero total de los host que comparten el mismo canal, reduciendo el Throughput significativamente.
En VoIP, se pudo observar que el valor promedio es de 145Kbps en la medicin del Throughput, este valor es muy aproximado al valor terico planteado por el cdec G.711 el cual garantiza una tasa de hasta 85Kbps por usuario.

Conclusiones
Se puedo observar que para Videoconferencia el porcentaje de utilizacin es del 10% de la capacidad total del canal, con lo cual se garantiza un desempeo correcto del servicio. Al utilizar el cdec H.263 para vdeo y G.711 para audio, el ancho de banda que utiliza es 400 Kbps por usuario.

En Streming el Throuput generado es directamente proporcional al numero de Host conectados a la red PLC , reduciendo la capacidad del canal significativamente ya que utilizan un promedio de 1MB por conexin.
Tambin se puede concluir que la latencia, jitter perdida de paquetes y ancho de banda son factores importantes para determinar la calidad y rendimiento de una transmisin, para el caso de telefona, videoconferencia y streaming no superan los parmetros estipulados por la ITU-T. Finalmente se determin que la red es ptima debido a que el porcentaje de utilizacin no supera el 30% utilizando los servicios Triple Play independientemente, lo que significa que la red no presenta ningn tipo de problema potencial, Sin embargo esta red no es eficiente para el trfico conjunto en tiempo real como streaming, esto se debe a que el tipo de Modem PLC que se utiliz no permite aplicar polticas de calidad de servicio o prioridad al trfico.

Recomendaciones
Es recomendable utilizar el Datasheet de los modems PLC para ver sus caractersticas principales y determinar el modo de funcionamiento. Se recomienda usar cables de red certificados con la finalidad de no tener inconvenientes al momento de conectar los diferentes dispositivos. Antes de iniciar las pruebas es necesario determinar el correcto funcionamiento de la red de Energa Elctrica, esto nos ayudar a reducir el riesgo de las perdidas en el canal de transmisin. Verificar si existen dispositivos que puedan causar algn tipo de intromisin de ruido ya que afectara la calidad de transmisin. Finalmente, se recomienda renovar varios equipos por otros de mayor capacidad y hacer uso de un Software que permita asignar prioridad a nivel de la capa de aplicacin, permitiendo asignar una tasa de transferencia adecuada para servicios en tiempo real como voz y video streaming.

Gracias