L2TPv2, L2TPv3, GRE ir VPWS: pasirinkimas pagal naudingąją apkrovą
Palyginkite L2TPv2, L2TPv3, GRE ir MPLS VPWS pagal jų perduodamą naudingąją apkrovą, pridedamas papildomas sąnaudas ir tai, kas iš tikrųjų valdo transportą.
Dauguma L2TP prieš GRE ginčų subyra dėl tos pačios priežasties: pavadinimai yra skirtinguose problemos sluoksniuose. Du iš jų aprašo inkapsuliavimą, kurį konfigūruojate savo maršrutizatoriuose. Vienas aprašo paslaugą, kurią jums parduoda kažkas kitas. Pradėkite nuo naudingosios apkrovos, kurią turi perduoti galiniai taškai, ir palyginimas tampa trumpu pasekmių sąrašu, o ne funkcijų kova.
Pirmiausia apkrova, po to protokolas
Praktiškai apkrova yra vienas iš keturių dalykų: PPP sesija, neapdorotas Ethernet kadras, IP paketas arba tiekėjui perduotas MPLS kadras. Kiekvienas kelia skirtingus reikalavimus adresavimui, transliacijų apdorojimui ir gedimų aptikimui. Jei šis sąrašas neteisingas, joks inkapsuliavimo derinimas neišgelbės dizaino.
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
Viskas, kas už šių eilučių, pridedama vėliau, pavyzdžiui, šifravimas, suspaudimas ar srauto formavimas. Pirmiausia pasirinkite eilutę.
L2TPv2 ir L2TPv3 dalijasi vardu ir beveik niekuo daugiau
L2TPv2 egzistuoja, kad perduotų PPP sesijas per IP tinklą, todėl jis skaitomas kaip nuotolinės prieigos protokolas, o ne kaip bendras kadrų transportas. L2TPv3 apibendrina šią idėją: valdymo ryšys derasi dėl sesijų, o kiekviena sesija perduoda apibrėžtą 2-ojo sluoksnio ryšį tarp dviejų IP galinių taškų. Tas pats šeimos vardas, kitas valdymo protokolas, kitas sesijos modelis. Reikalavimas, kuriame nurodomas tik L2TP, yra nepilnas, o šablonas, nukopijuotas iš neteisingos versijos, net nedėrėsis.
Jei jums reikia PPP, L2TPv2 yra vienintelis realistiškas šeimos narys; jei jums reikia Ethernet kadrų per maršrutizuotą branduolį, esate L2TPv3 teritorijoje.
Transportavimo detalės skiriasi taip, kad išryškėja per ugniasienės peržiūrą. L2TPv3 gali keliauti tiesiogiai per IP protokolą 115 arba UDP viduje, paprastai 1701 prievade, o L2TPv2 lieka UDP 1701 su PPP viduje. Vienai versijai parašyta taisyklė gali atrodyti visiškai teisinga ir vis tiek atmesti kitą.
GRE yra antraštė, o ne paslauga
GRE įvynioja apkrovą į keturių baitų antraštę su pasirenkamu rakto ir sekos lauku, o tada perduoda rezultatą IP pristatymui. Jis nieko neteigia apie apkrovos prasmę, todėl įgyvendinimai gali tuneliuoti IPv4, IPv6 arba Ethernet, jei šie protokolų tipai palaikomi. Bendras nėra tas pats kaip universalus: patikrinkite protokolo tipą ir fragmentavimo elgseną realiame įrenginyje.
Rakto laukas yra tai, kas daro GRE naudingą, kai keli tuneliai dalijasi viena galinių taškų adresų pora, nes imtuvas demultipleksuoja pagal tą reikšmę. GRE per IPv4 kainuoja apie 24 baitus prieš bet kokias papildomas parinktis, ir tai pradeda turėti reikšmės jungtyse, jau skirtose 1500 baitų kadrams. Vien GRE nesiūlo konfidencialumo, todėl įprastas modelis jį poruoja su IPsec ir leidžia IPsec valdyti kriptografijos ribą. Toks poravimas veikia, bet tada MTU biudžetas turi padengti abi antraštes.
GRE taip pat perduoda multicast ir transliaciją tuneliu, kai apkrova yra Ethernet, ko paprastas unicast IP tunelis negali. Būtent ši savybė, o ne santrumpa, paprastai yra priežastis, kodėl dizainas jį pasirenka.
VPWS perkamas, o ne konfigūruojamas
Virtualios privačios linijos paslauga pristato taškas-taškas 2-ojo sluoksnio grandinę per tiekėjo tinklą. Jūsų prijungimo grandinė baigiasi tiekėjo krašto įrenginyje, o pseudolaidas per branduolį priklauso tiekėjui. Svarbūs klausimai yra operaciniai: kur yra demarkacija, kam priklauso pirmoji ir paskutinė mylia ir ką tiekėjas daro su per dideliais kadrais.
Čia palyginimas apsiverčia. L2TPv3 ir GRE yra dalykai, kuriuos valdote nuo galo iki galo, todėl juos derinate savo kredencialais ir savo įrašais. VPWS yra sutartis su perdavimu, todėl sutrikimas prasideda nuo bilieto, o ne nuo paketų įrašymo. Nė vienas modelis nelaimi absoliučiai; jie žlunga skirtingose vietose, o pasirinkimas priklauso nuo to, ar norite valdyti paskutinę mylią.
Pseudolaido etikečių dėklas lieka tiekėjo tinkle, todėl jis nekeičia jūsų MTU aritmetikos taip, kaip matoma tunelio antraštė.
Pasirinkite vieną eilutę ir užrašykite ją
Užrašykite sprendimą kaip vieną sakinį su trimis dalimis: apkrova, inkapsuliavimas ir transporto savininkas. Tada pridėkite skaičius, kurie leidžia jį patikrinti.
Kiekvienam kandidatui užrašykite sąnaudas linijoje, didžiausią kadrą, kurį priima kelias, ir pirmąjį šuolį, kuris praneštų apie MTU problemą. Patvirtinkite, kad abu galiniai taškai palaiko pasirinktą protokolo ar sesijos tipą, o ne tik duomenų lapo rinkodaros terminą. Nuspręskite, kaip atrodytų multipleksavimas, jei kitais metais atsirastų antra grandinė, nes GRE raktai ir L2TPv3 sesijos ID nėra tarpusavyje keičiami šios problemos sprendimai. Tada nusiųskite vieną per didelį ir vieną įprastą kadrą; ši pora pagauna daugumą dizainų, kurie popieriuje atrodė gerai.
Tunelių palyginimas pagal pavadinimą ir toliau kelia ginčus, kurių niekas negali išspręsti. Palyginimas pagal apkrovą, sąnaudas ir nuosavybę duoda sprendimą per vieną popietę, be to, įrodymus, kurių reikia jam vėliau apginti.