QoS en una red VOIP dedicada

8

¿Hay algún punto en habilitar QoS en una red VOIP dedicada que solo tiene tráfico VOIP?

qos voip

— Brian Parker
fuente

¿Hay enlaces que caen paquetes?

— Mike Pennington

Gracias Mike, buscaré paquetes potencialmente descartados. Ocasionalmente, estamos obteniendo algún comportamiento extraño de la red, principalmente el sonido de otro punto final audible sin que se complete una llamada. No sucede a menudo.

— Brian Parker

2

No, no hay absolutamente ninguna razón por la que lo haría si estuviera en una red aislada. La calidad de servicio es simplemente un mecanismo de colas que prioriza el tráfico en función de requisitos predeterminados. Si habilitó QoS en esta red, efectivamente diría "garantizar que el 100% de mi ancho de banda ya disponible al 100% está garantizado para VoIP".

— Ryan Foley
fuente

Fizzle, te equivocas! QOS, en la mayoría de las configuraciones no RESERVA el ancho de banda, hace que el tráfico "interesante" sea más PRIORITARIO que otro, por ejemplo: tiene una interfaz de red con tráfico en consulta: 99% de tráfico simple 1% de tráfico voip QOS servirá en primer lugar voip, que otro tráfico, ya que generalmente no reservará nada en.wikipedia.org/wiki/…

— pyatka

@pyatka Tienes razón; Arruiné la última cita de mi respuesta. Gracias.

— Ryan Foley

Hola chicos. Es una red dedicada, solo para VOIP, no hay otro tráfico. Pensé que Fizzle lo había clavado, pero Pyatka parecía arrojar algunas dudas. Tengo que decir que lo primero que pensé fue que QoS no parecía ser necesario, pero quería saber de aquellos con más experiencia en redes del mundo real.

— Brian Parker

@BrianParker Mi respuesta original fue acertada. Su desafío fue correcto con respecto a mi ejemplo citado "sería como"; que desde entonces ha sido modificado. Si tiene una red dedicada a VoIP, no necesita mecanismos de colas ya que nunca se utilizarán.

— Ryan Foley

6

¿ Necesita QOS en una red VoIP dedicada?

Posiblemente no, pero probablemente lo quieras en su lugar.

Realmente dependerá de la disposición / capacidad de la red, la complejidad de su sistema telefónico, el volumen de tráfico de voz y las necesidades de su negocio.

Aquí está el ejemplo más básico que puedo pensar:

Si un enlace está tan saturado de llamadas que el tráfico de control de llamadas no puede pasar, ¿qué sucede? Lo ideal es que sigas usando QOS para dar al tráfico de control de llamadas una parte garantizada de cada enlace. Si no lo hace, podría terminar con todo tipo de comportamiento de llamada inesperado. (Llamadas perdidas, tráfico unidireccional, etc., etc.)

Otra consideración es, ¿controlas toda la red? Si se trata de varios sitios conectados a través de algún tipo de servicio MPLS, es posible que necesite QOS para priorizar su tráfico dentro de la red del proveedor. (Que con gusto te venderán a un costo).

La conclusión es la siguiente:

¿Le importa que una parte específica del tráfico de su red llegue a su destino? Entonces QOS es tu amigo.

— Brett Lykins
fuente

¿Qué hay de dejar algo de ancho de banda para los protocolos de red y usar <100% en la cola de prioridad para el tráfico de voz?

— generalnetworkerror

0

Si tiene conmutadores dedicados para VoIP, o sus conmutadores no tienen una carga significativa, entonces no hay razón para usar qos.

— Pyatka
fuente

No agregue una respuesta solo para hacer un comentario.

— Mike Pennington

0

Si no tiene problemas de calidad de voz, ¿cómo notará que QoS estaba realmente habilitado y funcionando? Si tiene algunos problemas de calidad de voz, primero debe investigarlos. Voip puede existir con cualquier otro dato en una red sin QoS habilitado en muchos casos.

— Konstantin
fuente