Merking av VPN-porten prioriterer ikkje taleanrop

Å merke UDP-porten til VPN-en som høg prioritet er den vanlegaste QoS-endringa for tale, og ho skil ikkje eit anrop frå filoverføringa som deler same tunnel. Begge straumane går ut gjennom same krypterte sokkel. Merket fortel neste hopp at alt tyder like mykje, noko som er det same som å ikkje fortelje det noko. Det som verner eit anrop, er ei påliteleg klassifisering før kryptering pluss ei kø du faktisk kontrollerer.

Tunnelen gøymer straumen du ville klassifisere

Kryptering byter ut dei indre hovuda med eitt ytre hovud per tunnel. Etterpå viser tale og tryggleikskopitrafikk same kjelde, mål og transportport, så ein klassifiserar basert på tunnelporten kan ikkje skilje dei. Uansett kva du fremjar, fremjar du det samla.

Ein DSCP-verdi som startprogrammet set, overlever berre om noko kopierer han utover. OpenVPN 2.6 har passtos, dokumentert med IPv4-omfang; IPsec nyttar sin eigen kopierings- eller tilordningspolicy ved tunnelgrensa. Utan det trinnet vert den ytre pakken merkt med kva som helst standardverdi tunnelgrensesnittet nyttar, og køa lenger nede får aldri vite at det er eit anrop inni.

Kopierte merke fortener same mistanke som kvar klientleveret verdi. Ein arbeidsstasjon kan krevje ekspedert videresending for ein tryggleikskopijobb, så tilgang og merking på nytt ved tillitsgrensa høyrer heime i designet før merket vert trudd.

Prioritet tel berre der køa vert danna

Ei metta oppstraumslinje er det som gjer ein god kodek til ein robotaktig stemme, og køa som fyllest, er vanlegvis i tilgangseininga eller i bufferen til leverandøren. Å forme den utgåande vegen til den brukbare hastigheita, minus tunnel- og lenkjekostnader, er det som held køa på maskinvare du administrerer, i staden for i bufferen til nokon andre.

Rettferdig køying og aktiv køstyring hjelper sjølv utan taleklasse, fordi dei hindrar ein stor straum i å fylle bufferen. CAKE på Linux samlar forming, rettferd per straum og valfrie Diffserv-klassar i ein qdisc, og den utrulla nettverksansvarlege bør eige den konfigurasjonen i staden for eit andre konkurrerande køoppsett. Utan forming ventar ein klasse som overgår bulk-trafikk, framleis bak ein buffer som allereie er full.

Handsaming av inngåande trafikk er ikkje unyttig, men ho verkar etter at pakken har krossa mottakslenkja. Ho kan påverke ein responsiv avsendar og kan ikkje refundere forseinking som allereie er brukt oppstraums, så det er ei demping og ikkje ei garanti.

Kva som overlever på det opne internettet

Diffserv-arkitekturen skildrar handsaming innanfor administrative domene, og difor kan ein leverandør ignorere eller skrive om eit merke ved ei grense. Den motsette påstanden, at kvart nett alltid fjernar det, er like ubegrunna. Det ærlege spørsmålet er kva denne konkrete vegen er kontraktsfesta og overvaka til å gjere. Test det med ein merkt probe i staden for å gjenta ein regel du las ein stad.

Spør kva leverandøren gjer med klassen, og mål det så. Eit merke som vert bevart men ikkje planlagt, er dekorasjon; ein veg som planlegg utan å sjå merket, er eit anna problem, og dei to treng ulike rettingar.

Ein måleplan som isolerer trinnet

Ta eitt vanleg anrop med ein kontrollert konkurrerande opplasting, og gjenta det så på ei kabeltilkopling. Sjå på kva anropet mista, kva klasseteljarane registrerte, og kor nær grensesnittet går si reelle grense i staden for den annonserte hastigheita i planen.

tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net

Om teljaren for taleklassen vert ståande på null, er klassifisering eller merkekopiering i stykke, og inga mengd prioritet hjelper. Om klasseteljaren flyttar seg lokalt medan forseinkinga framleis stig, ligg flaskehalsen utanfor gatewayen din. Ingen av dei to resultata vert retta ved å heve prioritetsverdien.