TCP vnútri SSTP: prečo sa opakovaný prenos deje dvakrát

SSTP nesie tunel v TCP toku cez TLS. Keď cesta stráca pakety, vonkajšie aj vnútorné obnovenie ustupujú súčasne.

Zvesti prichádzajú skôr ako protokol. Spýtajte sa okolo a SSTP je to pomalé, voľba, ktorej sa vyhýbate, kým vás k nej niečo nedonúti. Tá povesť opisuje jeden režim zlyhania na jednom druhu cesty.

Mechanizmus je skutočný. Je aj podmienený, čo povesť nikdy nespomína.

Dva spoľahlivé toky na jednej ceste

SSTP zabalí svoj tunel do relácie HTTPS. HTTPS beží nad TCP a tento vonkajší tok zaručuje doručenie v poradí. Jediný chýbajúci segment preto zadrží všetko, čo sa za ním radí. Neskoršie bajty patriace iným vnútorným konverzáciám aj tak čakajú.

Vnútorné toky TCP si zachovávajú vlastné poradie a riadenie preťaženia. Nevidia vonkajšie obnovenie, takže jediné, čo pozorujú, je zaseknutie. Zaseknutie je signál, ktorý im hovorí, že cesta je preťažená.

Teraz obe vrstvy ustupujú v rovnakom čase. To je celá interakcia a jediný stratený segment stačí na to, aby ju spustil.

Kde sa efekt objavuje a kde nie

Na čistej ceste vonkajší tok málokedy niečo obnoví. Interakcia sa nikdy nespustí a SSTP prenáša interaktívnu prevádzku úplne dobre. Všeobecné tvrdenie zlyháva presne v tomto bode.

Efekt sa objaví, keď strata alebo preusporiadanie dosiahnu podkladovú cestu. Preťažené pripojenie Wi-Fi alebo mobilné pripojenie s premenlivou latenciou vytvárajú podmienky. Zablokovaný vonkajší rad sa potom zmení na viditeľné oneskorenie v tuneli.

Škáluje aj so zaťažením. Mnohé paralelné toky zaplnia rad a zhoršia blokovanie na čele radu. Jedna interaktívna relácia na tej istej ceste sa môže zdať prijateľná.

Čím symptóm zvyčajne nie je

Nie každá pomalá relácia je tento problém. Stála nízka rýchlosť od prvého paketu ukazuje na kapacitu, tvarovanie alebo limit servera. Pauzy, ktoré sa kryjú s miestnym preťažením, ukazujú na rady na prístupovom spoji.

Prostriedky sa líšia, preto diagnóza prichádza prvá. Ladenie vyrovnávacích pamätí nič neurobí pre tvarované spojenie. Zmena protokolov nič neurobí pre server, ktorému došla kapacita. Opakované resety ukazujú úplne inam.

# 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

Merajte, kým problém prebieha. Záznam urobený v zdravej minúte nič nedokazuje o slučke, ktorá beží v tej zlej.

Porovnanie, ktorému sa oplatí veriť

Ak je skutočne dostupný iný transport, porovnajte ho v kontrolovaných podmienkach. Ten istý hostiteľ, tá istá sieť, ten istý cieľ a tá istá úloha. Oba behy musia prebehnúť v tých istých desiatich minútach, aby sa podmienky cesty zhodovali.

Zmena portu nemení protokol. Import nesúvisiaceho profilu do klienta SSTP nevytvára alternatívny transport. Porovnanie má zmysel len vtedy, keď server ponúka druhú možnosť.

Udržujte overovanie TLS zapnuté po celý čas. Práca na výkone nie je dôvod prijať neoverený certifikát. Ak sa zaseknutia objavujú hlavne vtedy, keď je odchádzajúce spojenie nasýtené, pozrite sa na rady, skôr než obviníte vrstvy.

Súvisiace články