A VPN-port megjelölése nem ad elsőbbséget a hanghívásoknak
A VPN-port elsőbbségiként való megjelölése a hívást és a biztonsági mentést ugyanabban az alagútban emeli ki. A hangnak titkosítás előtti osztályozásra és az Ön által vezérelt sorra van szüksége.
A VPN UDP-portjának magas elsőbbségűként való megjelölése a leggyakoribb hang-QoS-változtatás, és nem választja el a hívást az ugyanazt az alagutat használó fájlátviteltől. Mindkét folyam ugyanazon a titkosított socketen lép ki. A jelölés azt mondja a következő ugrásnak, hogy minden egyformán számít, ami ugyanaz, mintha semmit sem mondanánk neki. A hívást megbízható, titkosítás előtti osztályozás védi, valamint egy sor, amelyet valóban Ön vezérel.
Az alagút elrejti a folyamot, amelyet osztályozni akart
A titkosítás a belső fejléceket alagútonként egyetlen külső fejlécre cseréli. Ezután a hang és a biztonsági mentési forgalom ugyanazt a forrást, célt és szállítási portot mutatja, így az alagút portjára épülő osztályozó nem tudja megkülönböztetni őket. Amit csak kiemel, azt egy tömbben emeli ki.
A forrásalkalmazás által beállított DSCP-érték csak akkor marad meg, ha valami kifelé másolja. Az OpenVPN 2.6 rendelkezik a passtos opcióval, amely IPv4-hatókörrel dokumentált; az IPsec a saját másolási vagy leképezési szabályzatát alkalmazza az alagút határán. E lépés nélkül a külső csomag az alagút interfészének bármely alapértelmezett értékével jelölődik meg, és a lejjebb lévő sor soha nem tudja meg, hogy hívás van benne.
A másolt jelölések ugyanolyan gyanút érdemelnek, mint bármely ügyfél által szolgáltatott érték. Egy munkaállomás gyorsított továbbítást kérhet egy biztonsági mentési feladathoz, ezért a befogadásnak és az újramegjelölésnek a bizalmi határon már a tervezésben szerepelnie kell, mielőtt a jelölésben hiszünk.
Az elsőbbség csak ott számít, ahol a sor kialakul
A telített feltöltési irány az, ami egy jó kodeket robotszerű hanggá változtat, és a megtelő sor általában a hozzáférési eszközben vagy a szolgáltató pufferében van. A kimenő útvonal alakítása a használható sebességre, mínusz az alagút és a kapcsolat többlete, tartja ezt a sort az Ön által felügyelt hardveren, nem valaki más pufferében.
A méltányos sorba állítás és az aktív sorkezelés hangosztály nélkül is segít, mert megakadályozzák, hogy egy nagy folyam megtöltse a puffert. A CAKE Linuxon az alakítást, a folyamonkénti méltányosságot és a választható Diffserv-osztályokat egyetlen qdisc-be fogja össze, és a telepített hálózatkezelőnek kell birtokolnia ezt a konfigurációt, nem egy második versengő sorbeállításnak. Alakítás nélkül a tömeges forgalmat megelőző osztály is egy már tele lévő puffer mögött vár.
A bejövő forgalom kezelése nem hiábavaló, de csak azután hat, hogy a csomag átlépte a fogadó kapcsolatot. Befolyásolhat egy reagáló küldőt, és nem tudja visszatéríteni a felfelé már elköltött késleltetést, tehát enyhítés, nem garancia.
| 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 |
Mi marad meg a nyilvános interneten
A Diffserv-architektúra az adminisztratív tartományokon belüli kezelést írja le, ezért a szolgáltató figyelmen kívül hagyhatja vagy átírhatja a jelölést egy határon. Az ellenkező állítás, hogy minden hálózat mindig eltávolítja, ugyanolyan megalapozatlan. Az őszinte kérdés az, hogy erre a konkrét útvonalra szerződésben mi vonatkozik, és hogyan ellenőrzik. Tesztelje megjelölt próbával, ahelyett hogy egy valahol olvasott szabályt ismételne.
Kérdezze meg, mit tesz a szolgáltató az osztállyal, majd mérje meg. A megőrzött, de nem ütemezett jelölés díszítés; az az útvonal, amely a jelölés látása nélkül ütemez, másik probléma, és a kettő különböző javításokat igényel.
Mérési terv, amely elkülöníti a szakaszt
Bonyolítson le egy hétköznapi hívást ellenőrzött versengő feltöltéssel, majd ismételje meg vezetékes kapcsolaton. Nézze meg, mit veszített a hívás, mit rögzítettek az osztályszámlálók, és milyen közel fut az interfész a valódi határához, nem pedig a csomag névleges sebességéhez.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net
Ha a hangosztály számlálója nullán marad, az osztályozás vagy a jelölés másolása hibás, és semmilyen elsőbbség nem segít. Ha az osztályszámláló helyben mozog, miközben a késleltetés tovább nő, a szűk keresztmetszet az átjáróján túl van. Egyik eredményt sem javítja az elsőbbségi érték növelése.