TCP inuti SSTP: varför omsändning sker två gånger

SSTP bär tunneln i en TCP-ström över TLS. När vägen tappar paket drar sig yttre och inre återhämtning tillbaka samtidigt.

Muntlig spridning kommer före protokollet. Fråga runt och SSTP är den långsamma, alternativet du undviker om inte något tvingar dig. Det ryktet beskriver ett felmod i en sorts väg.

Mekanismen är verklig. Den är också villkorad, vilket ryktet aldrig nämner.

Två tillförlitliga strömmar på en väg

SSTP lindar in sin tunnel i en HTTPS-session. HTTPS går över TCP, och den yttre strömmen garanterar leverans i ordning. Ett enda saknat segment håller därför tillbaka allt som står i kö bakom det. Senare byte som tillhör andra inre samtal väntar ändå.

Inre TCP-strömmar behåller sin egen ordning och överbelastningskontroll. De kan inte se den yttre återhämtningen, så det enda de observerar är ett stopp. Ett stopp är signalen som säger till dem att vägen är överbelastad.

Nu drar sig båda lagren tillbaka samtidigt. Det är hela samspelet, och ett enda förlorat segment räcker för att starta det.

Var effekten syns och var den inte gör det

På en ren väg återställer den yttre strömmen sällan något. Samspelet utlöses aldrig, och SSTP bär interaktiv trafik alldeles utmärkt. Det generella påståendet faller just på denna punkt.

Effekten syns när förlust eller omordning når den underliggande vägen. En överbelastad Wi-Fi-länk eller en mobilanslutning med variabel latens skapar förutsättningarna. En blockerad yttre kö blir då till synlig fördröjning inne i tunneln.

Den skalar också med arbetsbelastningen. Många parallella strömmar fyller kön och förvärrar blockering i kön front. En enda interaktiv session över samma väg kan kännas acceptabel.

Vad symptomet vanligtvis inte är

Inte varje långsam session är detta problem. En jämn låg hastighet från första paketet pekar på kapacitet, formning eller en servergräns. Pauser som sammanfaller med lokal överbelastning pekar på köer på åtkomstlänken.

Åtgärderna skiljer sig, därför kommer diagnosen först. Bufferjustering gör ingenting för en formad länk. Att byta protokoll gör ingenting för en server som har slut på kapacitet. Upprepade återställningar pekar någon helt annanstans.

# 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

Utför mätningen medan problemet pågår. En inspelning från en frisk minut bevisar ingenting om loopen som körs i den dåliga.

En jämförelse som är värd att lita på

Om en annan transport verkligen är tillgänglig, jämför den under kontrollerade förhållanden. Samma värd, samma nätverk, samma destination och samma uppgift. Båda körningarna måste ligga inom samma tio minuter så att vägens förhållanden stämmer.

Att byta port ändrar inte ett protokoll. Att importera en orelaterad profil i en SSTP-klient skapar inte en alternativ transport. Jämförelsen betyder bara något när servern erbjuder det andra alternativet.

Håll TLS-verifieringen på hela tiden. Prestandaarbete är ingen anledning att acceptera ett overifierat certifikat. Om stoppen främst uppträder medan upplänken är mättad, titta på köandet innan du skyller på lagren.

Relaterade artiklar