QoS Video: quiero priorizar el tráfico de video. ¿Qué protocolos y números de puerto debo agregar a mi diseño de QoS?

8

¿Puede alguien decirme qué protocolos y números de puerto necesito agregar a mis configuraciones de QoS DSCP Prec 5 para asegurar que cualquier tráfico de video se elimine primero si hay congestión?

¿Son solo los protocolos RTP y H.323?

Gracias :)

qos video NetworkNinja
fuente
¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:

1

Al mencionar RTP y H.323, probablemente esté priorizando el tráfico de videoconferencia. No entraré en los detalles de las ventajas de H.323 sobre SIP, por lo que solo repasaré los protocolos de H.323.

Además, Prec 5 es realmente solo EF (envío directo). Sin embargo, las colas EF son muy pequeñas, lo que podría provocar la caída de paquetes. Sugeriría usar AF41, ya que no obtendrá una mejor ventaja si le da a la parte de audio de la videoconferencia una prioridad más alta que el video. Use AF41 para audio y video.

Estos son los puertos recomendados para el protocolo H.323.

80 Interfaz web TCP HTTP estático

389 TCP estático LDAP

443 TCP estático HTTPS y túnel de puertos

1718 Discovery UDP Gatekeeper estático

1719 UDP Gatekeeper estático RAS

Configuración de llamada 1720 TCP estático H.323

2253 - 2263 puntos finales TCP Sony

2326 - 2485 UDP puntos finales Cisco / Tandberg

3230 - 3235 puntos finales TCP Polycom

3230 - 3280 puntos finales UDP Polycom

Cliente 5001 TCP y UDP Polycom PPCIP

5004 - 6004 puntos finales TCP y UDP ClearOne

5060 puntos finales TCP y UDP SIP

5061 TCP SIP TLS

5555 - 5574 TCP Puntos finales Cisco / Tandberg

6000-6006 puntos finales TCP y UDP Librestream

Servidor HTTP TCP 8080 estático Push (opcional)

9400-9406 puntos finales TCP & UDP AudiSoft

9800 - 9806 TCP Servidor / puerta de enlace AudiSoft

9810 - 9822 UDP AudiSoft Server / Gateway

15100 TCP estático NetPoint Q.931 Llamar

15101 TCP estático NetPoint predeterminado

15102 UDP estático NetPoint predeterminado

22136 Administración de punto final TCP MXM estático

Jaxxs
fuente
2
Agrupar puertos comunes como 80, 443 y 8080 en una cola de umbral de baja caída como esta hace que la estrategia de colas sea inútil. Sé que este sitio web (de donde proviene esta lista) dice que necesita tener estos puertos abiertos con NAT, pero eso no significa que lo ponga en cola de esa manera.
Ryan Foley
Una buena estrategia exige que ACL elimine sus colas superiores para impedir que las personas se autoajustan y engañen al sistema. Con la falta de claridad en la pregunta, mencionar "todos" los puertos es una buena idea. Estoy bastante seguro de que Network Ninja sabe cómo hacer cola correctamente.
Jaxxs
El OP es "dime qué protocolos y números de puerto necesito" . Eso me parece sencillo.
Ryan Foley
¿Entonces dar un poco más es de alguna manera algo malo? ¿Por qué no publicas tu propia respuesta? :-)
Jaxxs
Hola Jaxxs, gracias por tu respuesta. Ya tengo LDAP, HTTP y HTTPS en otras colas. También tengo RTP en Prec 5. Me gustaría priorizar el tráfico de video en PREC 4 en mi enrutador Cisco. (Mi error en mi pregunta original). Por lo general, el comando sería "match protocol rtp video" en class-maps. Estoy buscando averiguar qué protocolos y números de puerto están incluidos en el comando "rtp video" en cisco IOS. Gracias
NetworkNinja
1

Dependiendo del nivel de control que tenga sobre su entorno de red (o de cuánto confía en los dispositivos conectados a él), también puede considerar que los dispositivos de video etiqueten su tráfico con el valor DSCP apropiado y luego asignen cualquier tráfico con ese valor a la cola que desea. He encontrado que esto es más fácil que enumerar los protocolos, ya que el terminal de video tiene el mejor conocimiento de sus protocolos, puertos, etc. A menudo tienen un enfoque bastante consistente de esto, etiquetando las transmisiones de medios como AF41 (o 43? No han buscado esto recientemente). Nuevamente, esto supone que puede confiar en las etiquetas entrantes de la LAN en su enrutador.

Jeremy Gibbons
fuente