VPN-pordi märgistamine ei anna kõnehelinatele prioriteeti
VPN-pordi märgistamine prioriteediks tõstab kõne ja varukoopia samas tunnelis esile. Kõne vajab liigitust enne krüpteerimist ja järjekorda, mida te kontrollite.
VPN-i UDP-pordi märgistamine kõrge prioriteedina on kõige tavalisem kõne-QoS-i muudatus ja see ei eralda kõnet failiedastusest, mis seda tunnelit jagab. Mõlemad vood väljuvad samast krüpteeritud soklist. Märge ütleb järgmisele hüppele, et kõik on võrdselt tähtis, mis on sama, kui mitte öelda midagi. Kõnet kaitseb usaldusväärne liigitus enne krüpteerimist pluss järjekord, mida te tegelikult kontrollite.
Tunnel peidab voo, mida te liigitada tahtsite
Krüpteerimine asendab sisemised päised ühe välise päisega tunneli kohta. Pärast seda on kõnel ja varukoopialiiklusel sama allikas, sihtkoht ja transpordiport, seega tunnelipordile tuginev liigitaja ei suuda neid eristada. Mida iganes te esile tõstate, tõstate seda korraga.
Lähteprogrammi seatud DSCP-väärtus püsib ainult siis, kui miski selle väljapoole kopeerib. OpenVPN 2.6-l on passtos, dokumenteeritud IPv4-ulatusega; IPsec rakendab tunnelipiiril oma kopeerimis- või kaardistamispoliitikat. Ilma selle sammuta märgistatakse väline pakett mis tahes vaikeväärtusega, mida tunneli liides kasutab, ja allavoolu järjekord ei saa kunagi teada, et sees on kõne.
Kopeeritud märgised väärivad sama kahtlust nagu iga kliendi esitatud väärtus. Tööjaam võib varukoopiatöö jaoks nõuda kiirendatud edastust, seega peab lubamine ja ümbermärgistamine usalduspiiril olema disainis enne, kui märgistust usutakse.
Prioriteet loeb ainult seal, kus järjekord tekib
Küllastunud üleslink muudab hea koodeki robootiliseks häälseks ja täituv järjekord asub tavaliselt juurdepääsuseadmes või teenusepakkuja puhvris. Väljuva tee vormimine kasutatavale kiirusele, miinus tunneli ja lingi üldkulud, hoiab selle järjekorra riistvaral, mida te haldete, mitte kellegi teise puhvris.
Õiglane järjekord ja aktiivne järjekorrahaldus aitavad ka ilma kõneklassita, sest takistavad ühel mahulisel voolul puhvri täitmist. CAKE Linuxis koondab vormimise, voolupõhise õigluse ja valikulised Diffserv-klassid ühte qdisc-i ning juurutatud võrguhaldur peaks selle konfiguratsiooni omama, mitte teise konkureeriva järjekorra seadistuse. Ilma vormimiseta ootab mahuliiklusest ette jääv klass ikkagi juba täis puhvri taga.
Siseneva liikluse töötlemine pole kasutu, kuid see mõjub pärast seda, kui pakett on vastuvõtulinki ületanud. See võib mõjutada reageerivat saatjat ega suuda tagastada juba ülalvoolu kulutatud viivitust, seega on see leevendus, mitte garantii.
| 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 |
Mis jääb avalikus internetis püsima
Diffserv-arhitektuur kirjeldab käsitlemist haldusdomeenide sees, mistõttu teenusepakkuja võib märgistuse piiril eirata või ümber kirjutada. Vastupidine väide, et iga võrk eemaldab selle alati, on sama alusetu. Aus küsimus on, mida see konkreetne tee on lepinguliselt kohustatud ja politseiliselt kontrollitud tegema. Testige seda märgistatud sondiga, selle asemel et korrata reeglit, mille kuskilt lugesite.
Küsige, mida teenusepakkuja klassiga teeb, ja mõõtke siis. Märgistus, mis säilib, kuid mida ei ajastata, on dekoratsioon; tee, mis ajastab märgistust nägemata, on teine probleem, ja mõlemad vajavad erinevaid parandusi.
Mõõteplaan, mis isoleerib etapi
Tehke üks tavaline kõne kontrollitud konkureeriva üleslaadimisega ja korrake seda siis kaabelliinil. Vaadake, mida kõne kaotas, mida klassilugejad registreerisid ja kui lähedal liides oma tegelikule piirile töötab, mitte plaani reklaamitud kiirusele.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.netKui kõneklassi lugeja jääb nulli, on liigitus või märgise kopeerimine katki ja ükski prioriteet ei aita. Kui klassilugeja liigub lokaalselt, samal ajal kui viivitus jätkab kasvu, on kitsaskoht teie lüüsist kaugemal. Kumbagi tulemust ei paranda prioriteediväärtuse tõstmine.