Marcar el puerto de la VPN no da prioridad a las llamadas de voz
Marcar el puerto de la VPN como prioritario promueve la llamada y la copia de seguridad en el mismo túnel. La voz necesita clasificación antes del cifrado y una cola que usted controle.
Marcar el puerto UDP de la VPN como alta prioridad es el cambio de QoS de voz más común, y no separa una llamada de la transferencia de archivos que comparte ese túnel. Ambos flujos salen por el mismo socket cifrado. La marca le dice al siguiente salto que todo importa por igual, lo cual es lo mismo que no decirle nada. Lo que protege una llamada es una clasificación de confianza antes del cifrado más una cola que usted controle de verdad.
El túnel oculta el flujo que quería clasificar
El cifrado sustituye las cabeceras internas por una cabecera externa por túnel. Después, la voz y el tráfico de copia de seguridad presentan el mismo origen, destino y puerto de transporte, así que un clasificador basado en el puerto del túnel no puede distinguirlos. Lo que promueva, lo promueve en bloque.
Un valor DSCP establecido por la aplicación de origen solo sobrevive si algo lo copia hacia fuera. OpenVPN 2.6 tiene passtos, documentado con alcance IPv4; IPsec aplica su propia política de copia o de mapeo en el límite del túnel. Sin ese paso, el paquete externo se marca con el valor por defecto que use la interfaz del túnel, y la cola posterior nunca se entera de que hay una llamada dentro.
Las marcas copiadas merecen la misma sospecha que cualquier valor proporcionado por el cliente. Una estación de trabajo puede reclamar reenvío expeditivo para una tarea de copia de seguridad, así que la admisión y el remarkado en el límite de confianza deben estar en el diseño antes de creer la marca.
La prioridad solo cuenta donde se forma la cola
Un enlace ascendente saturado es lo que convierte un buen códec en una voz robótica, y la cola que se llena suele estar en el dispositivo de acceso o en el búfer del proveedor. Modelar la ruta de salida a la velocidad utilizable, menos la sobrecarga del túnel y del enlace, es lo que mantiene esa cola en hardware que usted administra y no en el búfer de otro.
El encolado justo y la gestión activa de colas ayudan incluso sin clase de voz, porque impiden que un flujo masivo llene el búfer. CAKE en Linux agrupa modelado, equidad por flujo y clases Diffserv opcionales en un solo qdisc, y el gestor de red desplegado debería poseer esa configuración en lugar de una segunda cola competidora. Sin modelado, una clase que supera al tráfico masivo sigue esperando detrás de un búfer que ya está lleno.
El tratamiento de entrada no es inútil, pero actúa después de que el paquete ha cruzado el enlace receptor. Puede influir en un emisor receptivo y no puede devolver el retardo ya gastado aguas arriba, así que es una mitigación y no una garantía.
| Stage | What you can control | What to verify |
|---|---|---|
| Application to client | Which flows are trusted for marking | The marked packets are the ones you intended |
| Tunnel boundary | Whether the inner mark is copied outward | Outer header carries the expected value |
| Your uplink | Shaping rate and class treatment | Queue counters move for the voice class |
| Provider path | Almost nothing | Whether the service enforces the marking at all |
| Receiving side | Local policy after arrival | Delay that is already in the past |
Qué sobrevive en la internet pública
La arquitectura Diffserv describe el tratamiento dentro de dominios administrativos, por eso un proveedor puede ignorar o reescribir una marca en una frontera. La afirmación contraria, que todas las redes siempre la eliminan, está igual de infundada. La pregunta honesta es qué está contratado y vigilado que haga este camino concreto. Póngalo a prueba con una sonda marcada en lugar de repetir una regla que leyó en algún sitio.
Pregunte qué hace el proveedor con la clase y luego mídalo. Una marca que se conserva pero no se planifica es decoración; un camino que planifica sin ver la marca es un problema distinto, y los dos necesitan correcciones diferentes.
Un plan de medición que aísla la etapa
Haga una llamada normal con una subida competidora controlada y repítala en un enlace por cable. Mire qué perdió la llamada, qué registraron los contadores de clase y qué tan cerca va la interfaz de su límite real y no de la velocidad anunciada del plan.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.netSi el contador de la clase de voz se queda en cero, la clasificación o la copia de la marca está rota y ninguna cantidad de prioridad ayudará. Si el contador de clase se mueve localmente mientras el retardo sigue subiendo, el cuello de botella está más allá de su puerta de enlace. Ninguno de los dos resultados se corrige subiendo el valor de prioridad.