ఆఫీసు కనెక్షన్‌పై నెమ్మదిగా సాగే బదిలీ కొన్నిసార్లు సొరంగం ద్వారా త్వరగా ముగుస్తుంది, మరియు అదనపు ఎన్‌క్యాప్సులేషన్ దానిని అసాధ్యంగా కనిపించేలా చేస్తుంది. ఈ కనిపించే వ్యతిరేకత తప్పు విషయాలను పోల్చడం నుండి వస్తుంది. సొరంగం పనిని జోడిస్తుంది, మరియు ట్రాఫిక్ ఏ నెట్‌వర్క్ మార్గంలో వెళ్తుంది, గమ్యం ఏ చిరునామాను చూస్తుంది మరియు కొన్నిసార్లు ఏ సర్వర్ సమాధానం ఇస్తుంది అనేది కూడా మారుస్తుంది. రెండు మార్గాల మధ్య నిర్ణయానికి వేగం గురించి ఏ ముగింపుకూ ముందు ఈ మూడు ప్రభావాలను వేరు చేయాలి.

సొరంగం మార్చగల మూడు విషయాలు

మొదటిది ట్రాన్సిట్. ఇంటర్నెట్ రూటింగ్ కొలిచిన ఆలస్యాన్ని కాదు, ఆపరేటర్ విధానాన్ని మరియు వ్యాపార సంబంధాలను అనుసరిస్తుంది, కాబట్టి VPN ప్రదాత ద్వారా మార్గం నేరుగా మార్గం కంటే వేరే నెట్‌వర్క్‌లను దాటవచ్చు. ఇది రద్దీగా ఉన్న మార్పిడి కేంద్రాన్ని నివారించవచ్చు లేదా మెరుగైన peering ఉన్న దానిలో దిగవచ్చు, అంతే సులభంగా అధ్వాన్నంగా కూడా మారవచ్చు.

రెండవది గమ్యం. బయటకు వెళ్లే చిరునామా మారడం తరచుగా DNS సమాధానాన్ని మారుస్తుంది, మరియు కంటెంట్ నెట్‌వర్క్ మీకు మరో కాష్ లేదా ప్రాంతాన్ని ఇవ్వవచ్చు. అప్పుడు మెరుగుదలలో కొంత భాగం సొరంగానికి కాదు, కొత్త సర్వర్‌కు చెందుతుంది. అదే హోస్ట్ పేరు క్లయింట్‌లో ఏమీ మారకుండా దగ్గరగా లేదా తక్కువ భారం ఉన్న సర్వర్‌లో దిగవచ్చు.

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

అది మార్చలేనిది

సొరంగంలో ఏదీ పరికరం మరియు నెట్‌వర్క్ మధ్య లింక్‌కు సామర్థ్యాన్ని జోడించదు. నిండిన Wi-Fi ఛానెల్, రద్దీగా ఉన్న చివరి మైలు లేదా పరిమిత మొబైల్ ప్లాన్ రెండు మార్గాలను ఒకేలా పరిమితం చేస్తాయి, సొరంగం ద్వారా చేసే వేగ పరీక్ష ఆ పరిమితిని దాటలేదు. అదే లింక్ ఎన్‌క్యాప్సులేట్ చేసిన ప్యాకెట్లను మోసుకెళ్తుంది, కాబట్టి ఎన్‌క్యాప్సులేషన్ సామర్థ్యాన్ని ఖర్చు చేయగలదు కానీ ఎప్పుడూ సృష్టించలేదు. మారేది ప్యాకెట్లు ఆ లింక్ విడిచిన తర్వాత ఎక్కడికి వెళ్తాయో. అందుకే వేగవంతమైన సొరంగ ఫలితానికి ఎప్పుడూ మొదటి హాప్ పైన వివరణ ఉంటుంది.

సర్వర్ వైపు పరిమితులు కూడా అంతే ఉదాసీనం. దూరపు హోస్ట్ నెమ్మదిగా సేవ చేస్తే, మంచి మార్గం నెమ్మది సమాధానాన్ని మరింత సమర్థవంతంగా చేరవేస్తుంది, వినియోగదారు ఇంకా వేచి ఉంటాడు. భారంలో ఉన్న భాగస్వామ్య మూలం అదే క్షణంలో రెండు మార్గాలలో నెమ్మదిగా కనిపిస్తుంది.

మార్గాలను సరిగ్గా పోల్చండి

అప్లికేషన్, దిశ, వ్యవధి మరియు ఏకకాలాన్ని ఒకేలా ఉంచి, మార్గాన్ని మాత్రమే మార్చండి. ప్రతి పరీక్షను రోజులో అదే సమయంలో ఒకటి కంటే ఎక్కువసార్లు అమలు చేయండి, మరియు నిర్గమ చిరునామా మరియు పరిష్కర్త సమాధానాన్ని throughput పక్కన నమోదు చేయండి. ఒకసారి అమలు చేయడం కొలత కాదు, నమూనా, మరియు ఒక వేగవంతమైన డౌన్‌లోడ్ మార్గం గురించి ఏమీ చెప్పని కాష్ హిట్ కావచ్చు. ఫలితాలకు ముందు షరతులను రాయండి, ఎందుకంటే సంఖ్యలను తర్వాత అర్థం చేసుకోవడం కష్టం.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

పరిష్కర్త సమాధానం చాలా పోలికలు వదిలేసే వివరం, మరియు అదే సర్వర్‌ను బలవంతం చేసినప్పుడు మాయమయ్యే “మెరుగుదలలను” అది వివరిస్తుంది. ప్రతిసారీ చిరునామా భిన్నంగా ఉంటే, పరీక్ష రెండు మార్గాలను కాదు, రెండు గమ్యాలను పోల్చింది. throughput పక్కన ఆలస్యం మరియు నష్టాన్ని నివేదించండి, ఎందుకంటే మొత్తంగా వేగవంతమైనా ప్రతి పరస్పర అభ్యర్థనకు ఆలస్యం జోడించే మార్గం ఫిర్యాదు చేసిన పనిభారానికి మంచిది కాదు. అడిగి వేచి ఉండే ప్రతిదానికీ రౌండ్-ట్రిప్ సమయం పెద్ద ఎత్తున వేగం కంటే ముఖ్యం.

భేదాన్ని ఉంచుకోవడం విలువైనప్పుడు

ఆమోదించిన సొరంగం నిర్దిష్ట పనిభారాన్ని విశ్వసనీయంగా మెరుగుపరిస్తే, అది చట్టబద్ధమైన కార్యాచరణ ఎంపిక: పనిభారం, కొలత మరియు ఉపయోగించిన నిర్గమాన్ని డాక్యుమెంట్ చేయండి. ఉపయోగకరమైన రికార్డు ఒక హోస్ట్, సొరంగం సృష్టించిన నిర్గమ చిరునామా, పరిష్కర్త సమాధానం మరియు అదే రోజు నేరుగా మార్గం యొక్క అదే సంఖ్యలను పేర్కొంటుంది. తదుపరి ఇంజనీర్ పోలికను పునరావృతం చేయడానికి ఇది సరిపోతుంది, మళ్లీ వాదించడానికి కాదు. ఇది ఇంకా ప్రదాత ఏదో పరిమితం చేస్తున్నారనడానికి రుజువు కాదు, మరియు ఇతర అప్లికేషన్లకు లేదా ఇతర గంటలకు వర్తించదు.

కొలత రికార్డును కాన్ఫిగరేషన్‌తో పాటు ఉంచండి. మెరుగుదల ఇంకా ఉందా అనే తదుపరి ప్రశ్నకు అది సమాధానం ఇస్తుంది, మరియు మార్గం మారిందా పనిభారం మారిందా తెలుసుకోవడానికి అదే ఏకైక మార్గం. తేదీ లేని రికార్డు ఆ ప్రశ్నకు అసలు సమాధానం ఇవ్వలేదు.

సంబంధిత వ్యాసాలు