Consideraciones de TDMoE y QoS

Como se mencionó en la pregunta anterior, estoy buscando enviar comunicaciones de voz a través de una conexión Metro Ethernet compartida también por conexiones de datos. Además de la pregunta anterior, tengo una que incluye garantías de QoS y TDMoE. Se espera que las comunicaciones de voz utilicen un poco más del 25-30% de la capacidad del enlace MAN (básicamente ejecutando un PRI sobre TDMoE, que es 15% más una sobrecarga de encapsulación significativa.

Mi plan actual es asegurarme de que el TDMoE se clasifique correctamente con respecto a: CoS y usar la gestión de QoS en los conmutadores para garantizar que se transmita primero. Esto parece simple, directo y, con suerte, garantiza tasas de transmisión de voz confiables.

¿Es esto lo suficientemente bueno? ¿Hay algo QoS-sabio que me falta que necesito hacer?

¿Puede proporcionar más información sobre el equipo utilizado y cuánto ancho de banda tiene? ¿Su equipo de voz marcará los paquetes por sí mismo o necesita cuidarlo? Por lo general, CoS 5 y / o DSCP EF se utilizan para transportar la carga útil de voz. La voz debe enviarse en alguna forma de LLQ (cola de baja latencia).

Si nos proporciona más detalles, podríamos ayudarlo a proporcionarle una política.

Querrá un CIR que coincida estrechamente con la tasa de bits de su "circuito TDM", y un CBS muy pequeño (si lo hay). Un CBS sustancial tiene el potencial de introducir FDV porque hay algo de sobrecarga / capacidad de estallar; desea evitar esto. Normalmente no tiene ráfagas con tráfico TDM, pero sí con Ethernet, y no desea que esa opción esté allí.

Si está preparado, consulte el acuerdo de especificaciones técnicas / implementación de MEF 8 para emular circuitos PDH a través de Ethernet metro (ahora "Carrier"). Enlace directo aquí:

http://metroethernetforum.org/PDF_Documents/technical-specifications/MEF8.pdf

Lo bueno de CoS comienza en la página 26.