Marcar el port de la VPN no prioritza les trucades de veu
Marcar el port de la VPN com a prioritari promou la trucada i la còpia de seguretat en el mateix túnel. La veu necessita classificació abans del xifratge i una cua que controlem.
Marcar el port UDP de la VPN com a alta prioritat és el canvi de QoS de veu més habitual, i no separa una trucada de la transferència de fitxers que comparteix aquest túnel. Els dos fluxos surten pel mateix sòcol xifrat. La marca diu al salt següent que tot importa igual, cosa que és el mateix que no dir-li res. El que protegeix una trucada és una classificació de confiança abans del xifratge més una cua que controlem de veritat.
El túnel amaga el flux que volíeu classificar
El xifratge substitueix les capçaleres internes per una capçalera externa per túnel. Després d'això, la veu i el trànsit de còpia de seguretat presenten la mateixa font, destinació i port de transport, així que un classificador basat en el port del túnel no els pot distingir. Allò que promocioneu, ho promocioneu en bloc.
Un valor DSCP establert per l'aplicació d'origen només sobreviu si alguna cosa el copia cap a fora. OpenVPN 2.6 té passtos, documentat amb un abast IPv4; IPsec aplica la seva pròpia política de còpia o de mapatge a la frontera del túnel. Sense aquest pas, el paquet extern es marca amb el valor per defecte que faci servir la interfície del túnel, i la cua posterior no arriba a saber mai que hi ha una trucada a dins.
Les marques copiades mereixen la mateixa sospita que qualsevol valor proporcionat pel client. Una estació de treball pot reclamar reenviament expedit per a una tasca de còpia de seguretat, així que l'admissió i el remarkatge a la frontera de confiança han de ser al disseny abans que es cregui la marca.
La prioritat només compta on es forma la cua
Un enllaç ascendent saturat és el que converteix un bon còdec en una veu robòtica, i la cua que s'omple sol ser al dispositiu d'accés o al búfer del proveïdor. Modelar el camí de sortida a la velocitat utilitzable, menys la sobrecàrrega del túnel i de l'enllaç, és el que manté aquesta cua en maquinari que administreu i no en el búfer d'un altre.
La cua justa i la gestió activa de cues ajuden fins i tot sense classe de veu, perquè impedeixen que un flux massiu ompli el búfer. CAKE a Linux agrupa modelatge, equitat per flux i classes Diffserv opcionals en un sol qdisc, i el gestor de xarxa desplegat hauria de posseir aquesta configuració en lloc d'una segona cua competidora. Sense modelatge, una classe que avantpassa el trànsit massiu encara espera darrere d'un búfer que ja és ple.
El tractament d'entrada no és inútil, però actua després que el paquet hagi travessat l'enllaç receptor. Pot influir en un emissor reactiu i no pot retornar el retard ja gastat aigües amunt, així que és una mitigació i no una garantia.
| 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è sobreviu a la internet pública
L'arquitectura Diffserv descriu el tractament dins de dominis administratius, i per això un proveïdor pot ignorar o reescriure una marca en una frontera. L'afirmació contrària, que totes les xarxes sempre l'eliminen, és igual de infundada. La pregunta honesta és què està contractat i vigilat que faci aquest camí concret. Proveu-ho amb una sonda marcada en lloc de repetir una regla que heu llegit en algun lloc.
Pregunteu què fa el proveïdor amb la classe i després mesureu-ho. Una marca que es conserva però no es planifica és decoració; un camí que planifica sense veure la marca és un problema diferent, i els dos necessiten correccions diferents.
Un pla de mesurament que aïlla l'etapa
Feu una trucada normal amb una pujada competidora controlada i repetiu-la en un enllaç per cable. Mireu què va perdre la trucada, què van registrar els comptadors de classe i com de a prop va la interfície del seu límit real i no de la velocitat anunciada del pla.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.netSi el comptador de la classe de veu es queda a zero, la classificació o la còpia de la marca està trencada i cap quantitat de prioritat ajudarà. Si el comptador de classe es mou localment mentre el retard continua pujant, el coll d'ampolla és més enllà de la vostra passarel·la. Cap dels dos resultats es corregeix pujant el valor de prioritat.