SSTP లోపల TCP: పునఃప్రసారం రెండుసార్లు ఎందుకు జరుగుతుంది

ముఖవార్త ప్రోటోకాల్ కంటే ముందే వస్తుంది. చుట్టూ అడగండి, SSTP నెమ్మదైనది, ఏదైనా బలవంతం చేయకపోతే మీరు తప్పించుకునే ఎంపిక. ఆ పేరు ఒకే రకమైన మార్గంలో ఒకే రకమైన వైఫల్య పద్ధతిని వివరిస్తుంది.

యాంత్రికత నిజమైనది. ఇది షరతులతో కూడినది కూడా, దాన్ని పేరు ఎప్పుడూ ప్రస్తావించదు.

ఒకే మార్గంలో రెండు నమ్మదగిన స్ట్రీమ్‌లు

SSTP దాని సొరంగాన్ని HTTPS సెషన్‌లో చుట్టుతుంది. HTTPS TCP పైన నడుస్తుంది, మరియు ఆ బాహ్య స్ట్రీమ్ క్రమబద్ధ డెలివరీకి హామీ ఇస్తుంది. కాబట్టి ఒకే మిస్ అయిన సెగ్మెంట్ దాని వెనుక క్యూలో నిలబడిన ప్రతిదాన్ని నిలిపివేస్తుంది. ఇతర అంతర్గత సంభాషణలకు చెందిన తర్వాతి బైట్లు ఏమైనా వేచి ఉంటాయి.

అంతర్గత TCP ప్రవాహాలు తమ స్వంత క్రమాన్ని మరియు రద్దీ నియంత్రణను నిలుపుకుంటాయి. అవి బాహ్య పునఃస్థాపనను చూడలేవు, కాబట్టి అవి గమనించేది నిలిచిపోవడం మాత్రమే. మార్గం రద్దీగా ఉందని వాటికి చెప్పే సంకేతం ఆ నిలిచిపోవడమే.

ఇప్పుడు రెండు పొరలు ఒకేసారి వెనక్కి తగ్గుతాయి. అది మొత్తం పరస్పర చర్య, దాన్ని ప్రారంభించడానికి ఒక కోల్పోయిన సెగ్మెంట్ చాలు.

ప్రభావం ఎక్కడ కనిపిస్తుంది, ఎక్కడ కనిపించదు

శుభ్రమైన మార్గంలో బాహ్య స్ట్రీమ్ ఏదైనా పునఃస్థాపించడం అరుదు. పరస్పర చర్య ఎప్పుడూ ప్రేరేపించబడదు, మరియు SSTP ఇంటరాక్టివ్ ట్రాఫిక్‌ను బాగానే తీసుకువెళుతుంది. సర్వవ్యాప్త వాదన సరిగ్గా ఈ బిందువు వద్ద విఫలమవుతుంది.

నష్టం లేదా పునఃక్రమీకరణ అంతర్లీన మార్గానికి చేరినప్పుడు ప్రభావం కనిపిస్తుంది. రద్దీగా ఉన్న Wi-Fi లింక్ లేదా మారుతున్న ఆలస్యం ఉన్న మొబైల్ కనెక్షన్ పరిస్థితులను సృష్టిస్తుంది. తర్వాత నిరోధించబడిన బాహ్య క్యూ సొరంగం లోపల కనిపించే ఆలస్యంగా మారుతుంది.

ఇది పని భారంతో పాటు పెరుగుతుంది. అనేక సమాంతర ప్రవాహాలు క్యూను నింపి క్యూ తలం వద్ద నిరోధాన్ని మరింత దిగజార్చుతాయి. అదే మార్గంలో ఒక ఇంటరాక్టివ్ సెషన్ ఆమోదయోగ్యంగా అనిపించవచ్చు.

లక్షణం సాధారణంగా ఏది కాదు

ప్రతి నెమ్మది సెషన్ ఈ సమస్య కాదు. మొదటి ప్యాకెట్ నుండే స్థిరమైన తక్కువ రేటు సామర్థ్యం, ఆకృతీకరణ లేదా సర్వర్ పరిమితిని సూచిస్తుంది. స్థానిక రద్దీతో సరిపోలే విరామాలు యాక్సెస్ లింక్‌లోని క్యూలను సూచిస్తాయి.

పరిష్కారాలు భిన్నంగా ఉంటాయి, అందుకే నిర్ధారణ ముందు వస్తుంది. బఫర్ ట్యూనింగ్ ఆకృతీకరించిన లింక్‌కు ఏమీ చేయదు. ప్రోటోకాల్‌లను మార్చడం సామర్థ్యం అయిపోయిన సర్వర్‌కు ఏమీ చేయదు. పునరావృత రీసెట్‌లు పూర్తిగా వేరే చోటుకు సూచిస్తాయి.

# 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

సమస్య జరుగుతున్నప్పుడే కొలత చేయండి. ఆరోగ్యకరమైన నిమిషంలో తీసిన క్యాప్చర్ చెడు నిమిషంలో నడిచే లూప్ గురించి ఏమీ నిరూపించదు.

నమ్మదగిన పోలిక

నిజంగా మరో రవాణా అందుబాటులో ఉంటే, నియంత్రిత పరిస్థితుల్లో దాన్ని పోల్చండి. అదే హోస్ట్, అదే నెట్‌వర్క్, అదే గమ్యం మరియు అదే పని. మార్గ పరిస్థితులు సరిపోలడానికి రెండు రన్‌లు అదే పది నిమిషాల్లో ఉండాలి.

పోర్టును మార్చడం ప్రోటోకాల్‌ను మార్చదు. సంబంధం లేని ప్రొఫైల్‌ను SSTP క్లయింట్‌లోకి దిగుమతి చేయడం ప్రత్యామ్నాయ రవాణాను సృష్టించదు. సర్వర్ రెండవ ఎంపికను అందించినప్పుడే పోలికకు అర్థం ఉంటుంది.

TLS ధృవీకరణను ఎల్లప్పుడూ పనిలో ఉంచండి. పనితీరు పని ధృవీకరించని సర్టిఫికెట్‌ను అంగీకరించడానికి కారణం కాదు. నిలిచిపోవడం ప్రధానంగా అప్‌లింక్ నిండినప్పుడు కనిపిస్తే, పొరలను నిందించే ముందు క్యూలను చూడండి.