Означувањето на VPN портата не им дава приоритет на гласовните повици

Означувањето на UDP портата на VPN како висок приоритет е најчестата промена на QoS за глас и таа не го одделува повикот од преносот на датотеки што го дели истиот тунел. Двата тека излегуваат низ истиот шифриран сокет. Ознаката му кажува на следниот хоп дека сѐ е еднакво важно, што е исто како да не му кажеш ништо. Повикот го штити доверлива класификација пред шифрирање плус ред што навистина го контролирате.

Тунелот го крие текот што сакавте да го класифицирате

Шифрирањето ги заменува внатрешните заглавја со едно надворешно заглавје по тунел. Потоа, гласот и резервниот сообраќај покажуваат ист извор, одредиште и транспортен порт, па класификаторот врзан за портата на тунелот не може да ги разликува. Што и да издигнете, го издигнувате во целост.

Вредноста на DSCP што ја поставува изворната апликација преживува само ако нешто ја копира нанадвор. OpenVPN 2.6 има passtos, документиран со IPv4 опсег; IPsec применува своја сопствена политика за копирање или мапирање на границата на тунелот. Без тој чекор, надворешниот пакет се означува со која и да е стандардна вредност што ја користи интерфејсот на тунелот, а редот подолу никогаш не дознава дека внатре има повик.

Копираните ознаки заслужуваат исто сомневање како секоја вредност доставена од клиент. Работна станица може да побара забрзано препраќање за задача за резервна копија, затоа приемот и преозначувањето на границата на доверба треба да бидат во дизајнот пред ознаката да се поверува.

Приоритетот се смета само таму каде што се формира редот

Заситен горен канал е она што добар кодек го претвора во роботски глас, а редот што се полни обично е во уредот за пристап или во баферот на провајдерот. Обликувањето на излезната патека на употребливата брзина, минус трошоците за тунелот и врската, е она што тој ред го држи на хардвер што вие го администрирате, а не во туѓ бафер.

Праведното редење и активното управување со редови помагаат дури и без гласовна класа, бидејќи спречуваат еден обемен тек да го наполни баферот. CAKE на Linux ги обединува обликувањето, праведноста по тек и изборните Diffserv класи во еден qdisc, а распоредениот мрежен менаџер треба да ја поседува таа конфигурација, а не второ конкурентно поставување на ред. Без обликување, класа што го надминува обемниот сообраќај сѐ уште чека зад бафер што е веќе полн.

Обработката на влезниот сообраќај не е бескорисна, но дејствува откако пакетот ја преминал приемната врска. Може да влијае на одзивен испраќач и не може да го врати задоцнувањето веќе потрошено нагоре, па затоа е ублажување, а не гаранција.

Што преживува на јавниот интернет

Архитектурата Diffserv опишува постапување во административни домени, поради што провајдерот може да ја игнорира или препише ознаката на граница. Спротивното тврдење, дека секоја мрежа секогаш ја отстранува, е исто толку неосновано. Чесното прашање е за што е оваа конкретна патека договорена и надгледувана. Тестирајте го тоа со означена сонда наместо да повторувате правило што сте го прочитале некаде.

Прашајте што прави провајдерот со класата, потоа измерете го. Ознака што се чува, но не се распоредува е декорација; патека што распоредува без да ја види ознаката е друг проблем, и двете бараат различни поправки.

План за мерење што ја изолира фазата

Направете еден обичен повик со контролирано конкурентно качување, потоа повторете го на жичена врска. Погледнете што изгубил повикот, што забележале бројачите на класата и колку близу интерфејсот работи до својата вистинска граница, а не до рекламираната брзина на планот.

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

Ако бројачот на гласовната класа остане на нула, класификацијата или копирањето на ознаката е расипано и ниту еден приоритет нема да помогне. Ако бројачот на класата се движи локално додека доцнењето продолжува да расте, тесното грло е надвор од вашата порта. Ниту еден од двата резултата не се поправа со покачување на вредноста на приоритетот.