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

మూడు వాగ్దానాలు, మరియు ఒకదానికి మాత్రమే భాగస్వామి కావాలి

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

MechanismFar-end requirementEffect on one transferWhat breaks under a link loss
Packet-spraying overlayA cooperating endpoint that reassembles the streamPackets can spread across both linksReordering and buffering on the surviving path; its own recovery logic decides what continues
MPTCP subflowsA peer or proxy that accepts subflowsSubflows can share one connectionSurviving subflows continue if the peer keeps them alive
Flow-hash balancingNothing new; the existing tunnel endpoint is enoughOne outer flow still follows one linkFlows hashed onto the dead link move; established sessions break
Link failoverNothing newOne path at a time; the second link sits idleThe session stalls or restarts on the other link

ఆ పట్టికలో రెండవ లైన్ కొనడానికి కారణం ఏదీ లేదు. అది చేసేది ఇదే: మార్పిడి రూపకల్పనను బంధనంగా మూల్యాంకనం చేయకుండా నిరోధిస్తుంది.

రౌటర్‌కు సొరంగం ఒకే ప్రవాహంగా ఎందుకు కనిపిస్తుంది

లోడ్‌ను సమతుల్యం చేసే రౌటర్ మూల మరియు గమ్య చిరునామాలను పోర్టులతో కలిపి హాష్ చేసి, తర్వాత మొత్తం ప్రవాహాన్ని హాష్ చూపించే చోటికి పంపుతుంది. రౌటర్ దృష్టిలో VPN సొరంగం అలాంటి ఒక ప్రవాహం, లోపల ఏది నడిచినా. అంతర్గత కనెక్షన్లు ఎప్పటికీ హాష్ నిర్ణయానికి చేరవు, ఎందుకంటే బాహ్య శీర్షిక మార్గాన్ని ఇప్పటికే నిర్ణయించింది. అందుకే రెండవ అప్‌లింక్ చాలా మంది వినియోగదారులకు మొత్తం సామర్థ్యాన్ని రెట్టింపు చేయగలదు మరియు ఒక వినియోగదారు పెద్ద బదిలీలో ఏమీ మార్చదు.

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

ఈథర్నెట్ బంధనం సంబంధం లేని ప్రదాతలను దాటదు, ఎందుకంటే దూరపు చివర సమీకరణ ప్రోటోకాల్‌లో పాల్గొనాలి. సహకరించే ముగింపు బిందువు లేకపోతే రెండు ISPల మధ్య బంధనం ఒక పరిశోధన ప్రాజెక్ట్.

బహుళ మార్గ TCP రెండు చివరలలో ఏమి కావాలి

Linux యొక్క Multipath TCP పత్రం ఒక కనెక్షన్‌కు చెందిన అనేక ఉప ప్రవాహాలను వివరిస్తుంది. ఒక చివర కెర్నల్ మద్దతు దానంతట అదే ఏమీ మార్చదు, ఎందుకంటే భాగస్వామి కూడా ఆ ఉప ప్రవాహాలను అంగీకరించాలి. దూరపు వైపు ప్రాక్సీ మరో సాధారణ ఏర్పాటు, అది తన స్వంత సామర్థ్యం మరియు లభ్యతతో ప్రణాళిక చేయాల్సిన భాగంగా మారుతుంది. అదే తర్కం WireGuard కోసం సులభమైన సమాధానాన్ని తిరస్కరిస్తుంది, దాని రవాణా UDP: MPTCP TCP ఉప ప్రవాహాలను పెంచుతుంది మరియు రూపకల్పనలో మరేదీ లేకుండా ఆ సొరంగాన్ని సమీకరించజాలదు.

కెర్నల్ లక్షణం ప్రారంభంలో ఉందో లేదో దాని చుట్టూ రూపకల్పన చేయడానికి ముందు తనిఖీ చేయండి, ఎందుకంటే చాలా పంపిణీలు దాన్ని ఆఫ్‌లో అందిస్తాయి. ఈ మూడు ఆదేశాలు ఒక నిమిషంలో సమాధానం ఇస్తాయి.

sysctl net.mptcp.enabled
ss -M | head
ip mptcp limits show

బ్రోషర్ కాదు, పని భారం ప్రకారం ఎంచుకోండి

పని భారం అనేక స్వతంత్ర సెషన్లు అయితే, ప్రవాహ హాష్ సమతుల్యత దూరపు చివర సహకారం లేకుండా సామర్థ్యాన్ని జోడించగలదు. ఒక పెద్ద బదిలీ అయితే, సమీకరణ రూపకల్పన మాత్రమే సహాయపడుతుంది, ఆ రూపకల్పనకు సహకరించే భాగస్వామి కావాలి. లింక్ చనిపోయినప్పుడు పని కొనసాగాలనేది అవసరం అయితే, సమాధానం మార్పిడి మరియు ఒక బదిలీ యొక్క నిర్గమాంశం అప్రస్తుతం.

అవసరాన్ని క్రియతో కూడిన ఒక వాక్యంలో రాయండి: ఒక బ్యాకప్ రెట్టింపు వేగంగా ముగుస్తుంది, లేదా పడిపోయిన లింక్ సెషన్‌ను ముగించదు. అస్పష్ట లక్ష్యాలు ఎవరూ అంగీకరించలేని లేదా తిరస్కరించలేని రూపకల్పనలను సృష్టిస్తాయి. తర్వాత దూరపు చివర ఏమి కావచ్చో నిర్ణయించండి, ఎందుకంటే చౌకైన ఎంపిక తరచుగా అక్కడ కొత్తగా ఏమీ కోరనిదే. ఆ పరిమితి మొదటి సమావేశానికి ముందే బ్రోషర్ దావాలలో చాలావాటిని తొలగిస్తుంది.

అవసరాల పత్రంలో మూడు వాగ్దానాలను వేరుగా ఉంచండి. మూడింటినీ దావా చేసే రూపకల్పన సాధారణంగా ఒకటి ఇచ్చి మిగిలినవి నిశ్శబ్దంగా ఊహిస్తుంది. తదుపరి భాగం నిజంగా ఏది ఇవ్వబడుతుందో పరీక్షిస్తుంది.

ఒక బదిలీ మరియు అనేకం పరీక్షించి, తర్వాత ఒక లింక్‌ను లాగండి

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

ip route show default
ip route get 10.80.0.5
mtr -n -c 20 -r 10.80.0.5

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

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