L2TPv2, L2TPv3, GRE a VPWS: výber podľa užitočného zaťaženia
Porovnajte L2TPv2, L2TPv3, GRE a MPLS VPWS podľa zaťaženia, ktoré prenášajú, réžie, ktorú pridávajú, a podľa toho, kto dopravu skutočne prevádzkuje.
Väčšina sporov L2TP proti GRE sa rúca z rovnakého dôvodu: názvy stoja na rôznych vrstvách problému. Dve z nich opisujú zapuzdrenie, ktoré konfigurujete na svojich vlastných smerovačoch. Jedno opisuje službu, ktorú vám predáva niekto iný. Začnite zaťažením, ktoré musia koncové body prenášať, a porovnanie sa zmení na krátky zoznam dôsledkov namiesto boja o funkcie.
Najprv zaťaženie, potom protokol
V praxi je zaťaženie jedna zo štyroch vecí: relácia PPP, surový ethernetový rámec, paket IP alebo rámec MPLS odovzdaný poskytovateľovi. Každý kladie iné nároky na adresovanie, spracovanie vysielania a detekciu porúch. Ak sa v tomto zozname pomýlite, žiadne ladenie zapuzdrenia dizajn nezachráni.
| 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 |
Čokoľvek mimo týchto riadkov sa pridáva neskôr, napríklad šifrovanie, kompresia alebo tvarovanie prevádzky. Najprv vyberte riadok.
L2TPv2 a L2TPv3 zdieľajú názov a takmer nič iné
L2TPv2 existuje, aby prenášal relácie PPP cez sieť IP, preto sa číta ako protokol vzdialeného prístupu, nie ako všeobecná transportná vrstva rámcov. L2TPv3 zovšeobecňuje túto myšlienku: riadiace spojenie vyjednáva relácie a každá relácia nesie definované spojenie vrstvy 2 medzi dvoma koncovými bodmi IP. Rovnaké rodinné meno, iný riadiaci protokol, iný model relácie. Požiadavka, ktorá uvádza len L2TP, je neúplná a šablóna skopírovaná z nesprávnej verzie ani nevyjedná.
Ak potrebujete PPP, L2TPv2 je jediný realistický člen rodiny; ak potrebujete ethernetové rámce cez smerované jadro, ste na území L2TPv3.
Detaily dopravy sa líšia spôsobmi, ktoré vyjdú najavo pri kontrole firewallu. L2TPv3 môže cestovať priamo cez IP protokol 115 alebo vnútri UDP, zvyčajne na porte 1701, zatiaľ čo L2TPv2 zostáva na UDP 1701 s PPP vnútri. Politika napísaná pre jednu verziu môže vyzerať úplne správne a napriek tomu tú druhú zahodiť.
GRE je hlavička, nie služba
GRE zabalí zaťaženie do štvorbajtovej hlavičky s voliteľným poľom kľúča a sekvencie a výsledok potom odovzdá IP na doručenie. Netvrdí nič o význame zaťaženia, takže implementácie môžu tunelovať IPv4, IPv6 alebo Ethernet, ak sú tieto typy protokolov podporované. Všeobecné nie je to isté ako univerzálne: overte typ protokolu a správanie fragmentácie na skutočnom zariadení.
Pole kľúča robí GRE užitočným, keď niekoľko tunelov zdieľa jeden pár adries koncových bodov, pretože prijímač demultiplexuje podľa tejto hodnoty. GRE cez IPv4 stojí približne 24 bajtov pred akýmikoľvek ďalšími možnosťami a to začína byť dôležité na linkách už dimenzovaných na rámce 1500 bajtov. Samotné GRE neponúka dôvernosť, preto ho bežný vzor spája s IPsec a necháva IPsec vlastniť kryptografickú hranicu. Táto kombinácia funguje, ale rozpočet MTU potom musí pokryť obe hlavičky.
GRE tiež prenáša multicast a vysielanie tunelom, keď je zaťažením Ethernet, čo obyčajný unicastový tunel IP nedokáže. Práve táto vlastnosť, nie skratka, býva dôvodom, prečo dizajn volí GRE.
VPWS sa kupuje, nekonfiguruje
Služba virtuálneho súkromného okruhu doručuje bod-bod spojenie vrstvy 2 cez sieť poskytovateľa. Váš pripojovací okruh končí na zariadení na hrane poskytovateľa a pseudookruh cez jadro patrí poskytovateľovi. Dôležité otázky sú prevádzkové: kde je demarkačný bod, kto vlastní prvú a poslednú míľu a čo poskytovateľ robí s príliš veľkými rámcami.
Tu sa porovnanie obracia. L2TPv3 a GRE sú veci, ktoré prevádzkujete od konca po koniec, takže ich ladíte vlastnými prihlasovacími údajmi a vlastnými odchytmi. VPWS je zmluva s odovzdaním, takže výpadok začína tiketom, nie odchytom paketov. Ani jeden model nevyhráva úplne; zlyhávajú na rôznych miestach a voľba závisí od toho, či chcete vlastniť poslednú míľu.
Zásobník značiek pseudookruhu zostáva vnútri siete poskytovateľa, takže nemení vašu aritmetiku MTU tak ako viditeľná hlavička tunela.
Vyberte jeden riadok a zapíšte ho
Zaznamenajte rozhodnutie ako jednu vetu s tromi časťami: zaťaženie, zapuzdrenie a vlastník dopravy. Potom pripojte čísla, ktoré ho robia overiteľným.
Pre každého kandidáta zapíšte réžiu na linke, najväčší rámec, ktorý cesta prijme, a prvý skok, ktorý by nahlásil problém s MTU. Overte, že oba koncové body podporujú zvolený typ protokolu alebo relácie, nielen marketingový termín v dátovom liste. Rozhodnite, ako by vyzeralo multiplexovanie, keby budúci rok pribudol druhý okruh, pretože kľúče GRE a identifikátory relácií L2TPv3 nie sú vzájomne zameniteľné riešenia tohto problému. Potom pošlite jeden príliš veľký a jeden normálny rámec; táto dvojica zachytí väčšinu návrhov, ktoré vyzerali na papieri dobre.
Porovnávanie tunelov podľa názvu stále vytvára spory, ktoré nikto nedokáže uzavrieť. Porovnávanie podľa zaťaženia, réžie a vlastníctva prináša rozhodnutie za jedno popoludnie, plus dôkazy potrebné na jeho neskoršiu obhajobu.