చాలా L2TP GRE మధ్య వాదనలు ఒకే కారణంతో కూలిపోతాయి: పేర్లు సమస్య యొక్క వేర్వేరు పొరల్లో ఉన్నాయి. వాటిలో రెండు మీ స్వంత రౌటర్లపై మీరు కాన్ఫిగర్ చేసే ఎన్క్యాప్సులేషన్ను వివరిస్తాయి. ఒకటి మరొకరు మీకు అమ్మే సేవను వివరిస్తుంది. చివరి బిందువులు మోయవలసిన పేలోడ్తో ప్రారంభించండి, అప్పుడు పోలిక లక్షణాల పోరాటం బదులు పరిణామాల చిన్న జాబితా అవుతుంది.

మొదట పేలోడ్, తర్వాత ప్రోటోకాల్

ఆచరణలో పేలోడ్ నాలుగింటిలో ఒకటి: PPP సెషన్, ముడి Ethernet ఫ్రేమ్, IP ప్యాకెట్ లేదా ప్రొవైడర్కు అప్పగించే MPLS ఫ్రేమ్. ప్రతిదీ చిరునామా, ప్రసార నిర్వహణ మరియు వైఫల్య గుర్తింపుపై వేర్వేరు డిమాండ్లు విధిస్తుంది. ఈ జాబితా తప్పైతే ఏ ఎన్క్యాప్సులేషన్ ట్యూనింగ్ డిజైన్ను కాపాడదు.

PayloadNatural fitWhat it needs
PPP sessionL2TPv2UDP reachability, PPP negotiation on both ends
Ethernet frameL2TPv3 or VPWSPseudowire signalling, matched MTU on both sides
IP packetGRE, with IPsec alongsideRouted underlay, protocol type supported by both devices
MPLS frameVPWSProvider attachment circuits and demarcation points

ఈ వరుసల వెలుపల ఉన్నది తర్వాత జోడించబడుతుంది, ఉదాహరణకు ఎన్క్రిప్షన్, కంప్రెషన్ లేదా ట్రాఫిక్ షేపింగ్. మొదట వరుసను ఎంచుకోండి.

L2TPv2 మరియు L2TPv3 ఒక పేరును పంచుకుంటాయి, మిగతా దాదాపు ఏమీ లేదు

L2TPv2 IP నెట్వర్క్ మీద PPP సెషన్లను మోయడానికి ఉంది, అందుకే ఇది సాధారణ ఫ్రేమ్ రవాణా కంటే రిమోట్ యాక్సెస్ ప్రోటోకాల్గా చదవబడుతుంది. L2TPv3 ఆ ఆలోచనను సాధారణీకరిస్తుంది: నియంత్రణ కనెక్షన్ సెషన్లపై చర్చలు జరుపుతుంది, ప్రతి సెషన్ రెండు IP చివరి బిందువుల మధ్య నిర్వచించిన పొర 2 కనెక్షన్ను మోస్తుంది. అదే కుటుంబ పేరు, వేరే నియంత్రణ ప్రోటోకాల్, వేరే సెషన్ మాదిరి. L2TP మాత్రమే చెప్పే అవసరం అసంపూర్ణం, మరియు తప్పు వెర్షన్ నుండి కాపీ చేసిన టెంప్లేట్ చర్చలు కూడా చేయదు.

మీకు PPP కావాలంటే, L2TPv2 కుటుంబంలోని ఏకైక వాస్తవిక సభ్యుడు; రూట్ చేసిన కోర్ మీద Ethernet ఫ్రేమ్లు కావాలంటే, మీరు L2TPv3 ప్రాంతంలో ఉన్నారు.

రవాణా వివరాలు firewall సమీక్షలో బయటపడే విధంగా భిన్నంగా ఉంటాయి. L2TPv3 నేరుగా IP ప్రోటోకాల్ 115 మీద లేదా UDP లోపల, సాధారణంగా పోర్ట్ 1701లో ప్రయాణించగలదు, అయితే L2TPv2 లోపల PPPతో UDP 1701లో ఉంటుంది. ఒక వెర్షన్ కోసం రాసిన విధానం పూర్తిగా సరైనదిగా కనిపించి కూడా మరొకదాన్ని వదిలేయగలదు.

GRE ఒక హెడర్, సేవ కాదు

GRE పేలోడ్ను ఐచ్ఛిక కీ మరియు క్రమ ఫీల్డ్తో నాలుగు బైట్ల హెడర్లో చుట్టి, తర్వాత ఫలితాన్ని డెలివరీ కోసం IPకి ఇస్తుంది. పేలోడ్ అర్థం గురించి ఏమీ చెప్పదు, కాబట్టి ఆ ప్రోటోకాల్ రకాలు మద్దతు ఉంటే అమలులు IPv4, IPv6 లేదా Ethernetను టన్నెల్ చేయగలవు. సాధారణం అనేది సార్వత్రికం కాదు: నిజమైన పరికరంలో ప్రోటోకాల్ రకం మరియు ఫ్రాగ్మెంటేషన్ ప్రవర్తనను ధృవీకరించండి.

కీ ఫీల్డ్ GREను ఉపయోగకరంగా చేస్తుంది, అనేక టన్నెల్లు ఒక జత చివరి బిందువు చిరునామాలను పంచుకున్నప్పుడు, ఎందుకంటే గ్రహీత ఆ విలువపై డీమల్టిప్లెక్స్ చేస్తుంది. IPv4 మీద GRE ఏదైనా అదనపు ఎంపికలకు ముందు సుమారు 24 బైట్లు ఖర్చు చేస్తుంది, మరియు ఇప్పటికే 1500 బైట్ల ఫ్రేమ్ల కోసం సిద్ధం చేసిన లింక్లపై ఇది ముఖ్యమవుతుంది. ఒంటరిగా GRE ఎటువంటి గోప్యతను అందించదు, కాబట్టి సాధారణ నమూనా దానిని IPsecతో జత చేసి క్రిప్టో సరిహద్దును IPsecకు వదిలిస్తుంది. ఆ జత పని చేస్తుంది, కానీ MTU బడ్జెట్ రెండు హెడర్లను కవర్ చేయాలి.

పేలోడ్ Ethernet అయినప్పుడు GRE టన్నెల్ ద్వారా మల్టీకాస్ట్ మరియు ప్రసారాన్ని కూడా మోస్తుంది, సాధారణ యూనికాస్ట్ IP టన్నెల్ అలా చేయలేదు. ఆ లక్షణమే, సంక్షిప్త పేరు కాదు, సాధారణంగా డిజైన్ దానిని ఎంచుకోవడానికి కారణం.

VPWS కొనబడుతుంది, కాన్ఫిగర్ చేయబడదు

వర్చువల్ ప్రైవేట్ వైర్ సేవ ప్రొవైడర్ నెట్వర్క్ అంతటా పాయింట్-టు-పాయింట్ పొర 2 సర్క్యూట్ను అందిస్తుంది. మీ అటాచ్మెంట్ సర్క్యూట్ ప్రొవైడర్ అంచు పరికరంలో ముగుస్తుంది, మరియు కోర్ గుండా ప్రయాణించే సూడోవైర్ ప్రొవైడర్కు చెందుతుంది. ముఖ్యమైన ప్రశ్నలు కార్యాచరణాత్మకమైనవి: సరిహద్దు ఎక్కడ ఉంది, మొదటి మరియు చివరి మైలు ఎవరిది, మరియు అధిక పరిమాణ ఫ్రేమ్లతో ప్రొవైడర్ ఏమి చేస్తారు.

ఇక్కడే పోలిక తిరుగుతుంది. L2TPv3 మరియు GRE మీరు మొదటి నుండి చివరి వరకు నడిపేవి, కాబట్టి మీ స్వంత ఆధారాలతో మరియు మీ స్వంత క్యాప్చర్లతో వాటిని డీబగ్ చేస్తారు. VPWS అప్పగింతతో కూడిన ఒప్పందం, కాబట్టి అంతరాయం ప్యాకెట్ క్యాప్చర్ బదులు టికెట్తో ప్రారంభమవుతుంది. ఏ మాదిరి పూర్తిగా గెలవదు; అవి వేర్వేరు ప్రదేశాల్లో విఫలమవుతాయి, మరియు ఎంపిక చివరి మైలును మీరు సొంతం చేసుకోవాలనుకుంటున్నారా అనే దానిపై ఆధారపడి ఉంటుంది.

సూడోవైర్ లేబుల్ స్టాక్ ప్రొవైడర్ నెట్వర్క్ లోపలే ఉంటుంది, కాబట్టి కనిపించే టన్నెల్ హెడర్ లాగా ఇది మీ MTU లెక్కను మార్చదు.

ఒక వరుసను ఎంచుకుని దాన్ని రాయండి

నిర్ణయాన్ని మూడు భాగాల ఒక వాక్యంగా నమోదు చేయండి: పేలోడ్, ఎన్క్యాప్సులేషన్ మరియు రవాణా యజమాని. తర్వాత దాన్ని ధృవీకరించదగినదిగా చేసే సంఖ్యలను జోడించండి.

ప్రతి అభ్యర్థికి, వైర్పై ఓవర్హెడ్, మార్గం అంగీకరించే అతిపెద్ద ఫ్రేమ్ మరియు MTU సమస్యను నివేదించే మొదటి హాప్ను రాయండి. రెండు చివరి బిందువులు మీరు ఎంచుకున్న ప్రోటోకాల్ రకం లేదా సెషన్ రకాన్ని మద్దతిస్తాయని నిర్ధారించండి, డేటాషీట్లోని మార్కెటింగ్ పదం మాత్రమే కాదు. వచ్చే సంవత్సరం రెండో సర్క్యూట్ వస్తే మల్టీప్లెక్సింగ్ ఎలా ఉంటుందో నిర్ణయించండి, ఎందుకంటే GRE కీలు మరియు L2TPv3 సెషన్ IDలు ఆ సమస్యకు పరస్పరం మార్చుకోగల పరిష్కారాలు కావు. తర్వాత ఒక అధిక పరిమాణ ఫ్రేమ్ మరియు ఒక సాధారణ ఫ్రేమ్ పంపండి; ఆ జత కాగితంపై బాగా కనిపించిన చాలా డిజైన్లను పట్టుకుంటుంది.

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

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