TCP SSTP viduje: kodėl pakartotinis perdavimas vyksta du kartus

SSTP tunelį neša TCP sraute per TLS. Kai kelias praranda paketus, išorinis ir vidinis atkūrimas traukiasi vienu metu.

Gandai ateina prieš protokolą. Paklauskite aplinkui ir SSTP bus tas lėtasis, variantas, kurio vengiate, nebent kažkas priverčia. Ta reputacija apibūdina vieną gedimo režimą vieno tipo kelyje.

Mechanizmas tikras. Jis taip pat sąlyginis, ko reputacija niekada nemini.

Du patikimi srautai viename kelyje

SSTP savo tunelį įvynioja į HTTPS sesiją. HTTPS veikia per TCP, ir tas išorinis srautas garantuoja tvarkingą pristatymą. Todėl vienas trūkstamas segmentas sulaiko viską, kas rikiuojasi už jo. Vėlesni baitai, priklausantys kitiems vidiniams pokalbiams, vis tiek laukia.

Vidiniai TCP srautai išlaiko savo tvarką ir perkrovos kontrolę. Jie nemato išorinio atkūrimo, todėl vienintelis dalykas, kurį pastebi, yra sustojimas. Sustojimas yra signalas, sakantis jiems, kad kelias perkrautas.

Dabar abu sluoksniai traukiasi tuo pačiu metu. Tai visa sąveika, ir vieno prarasto segmento pakanka jai pradėti.

Kur efektas pasireiškia, o kur ne

Švariame kelyje išorinis srautas retai ką atkuria. Sąveika niekada neįsijungia, ir SSTP interaktyvų srautą neša visiškai gerai. Bendrai teigiama nepavyksta būtent šiame taške.

Efektas pasireiškia, kai nuostoliai arba pertvarkymas pasiekia pagrindinį kelią. Perkrauta Wi-Fi jungtis arba mobilioji jungtis su kintančia delsa sukuria sąlygas. Tada užblokuota išorinė eilė virsta matomu vėlavimu tunelio viduje.

Jis taip pat didėja su darbo krūviu. Daug paralelių srautų užpildo eilę ir pablogina blokavimą eilės priekyje. Viena interaktyvi sesija tame pačiame kelyje gali atrodyti priimtina.

Ko simptomas paprastai nėra

Ne kiekviena lėta sesija yra ši problema. Pastovus mažas greitis nuo pirmo paketo rodo pajėgumą, formavimą ar serverio ribą. Pauzės, sutampančios su vietine perkrova, rodo eiles prieigos jungtyje.

Priemonės skiriasi, todėl diagnozė ateina pirmoji. Buferių derinimas nieko neduoda suformuotai jungčiai. Protokolų keitimas nieko neduoda serveriui, kurio pajėgumai išseko. Pakartotiniai atstatymai rodo visai kitur.

# outer path quality to the SSTP endpoint
ping -c 50 203.0.113.44 | tail -3
mtr -rwc 50 203.0.113.44

# is the local link saturated while the session stalls?
sar -n DEV 2 5

# retransmissions on the outer connection
ss -tin dst 203.0.113.44

Atlikite matavimą, kol problema vyksta. Sveikos minutės įrašas nieko neįrodo apie ciklą, kuris veikia blogos minutės metu.

Palyginimas, kuriuo verta pasitikėti

Jei kitas transportas tikrai prieinamas, palyginkite jį kontroliuojamomis sąlygomis. Tas pats hostas, tas pats tinklas, ta pati paskirties vieta ir ta pati užduotis. Abu paleidimai turi tilpti į tas pačias dešimt minučių, kad kelio sąlygos sutaptų.

Prievado keitimas nekeičia protokolo. Nesusijusio profilio įkėlimas į SSTP klientą nesukuria alternatyvaus transporto. Palyginimas turi prasmę tik tada, kai serveris siūlo antrą variantą.

Visą laiką palaikykite TLS tikrinimą įjungtą. Našumo darbas nėra priežastis priimti nepatikrintą sertifikatą. Jei sustojimai daugiausia atsiranda tada, kai išėjimo kanalas prisotintas, pažiūrėkite į eiles, prieš kaltindami sluoksnius.

Susiję straipsniai