Plej multaj diskutoj L2TP kontraŭ GRE disfalas pro la sama kialo: la nomoj staras sur malsamaj tavoloj de la problemo. Du el ili priskribas enkapsuligon, kiun vi agordas sur viaj propraj enkursigiloj. Unu priskribas servon, kiun alia vendas al vi. Komencu per la utilŝarĝo, kiun la finpunktoj devas porti, kaj la komparo fariĝas mallonga listo de sekvoj anstataŭ batalo pri trajtoj.

Unue la utilŝarĝo, due la protokolo

Praktike la utilŝarĝo estas unu el kvar aferoj: PPP-sesio, kruda Ethernet-kadro, IP-paketo aŭ MPLS-kadro transdonita al provizanto. Ĉiu starigas malsamajn postulojn al adresado, dissendotraktado kaj misfunkciodetekto. Se vi eraras pri ĉi tiu listo, neniu agordado de enkapsuligo savos la dezajnon.

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

Io ekster ĉi tiuj vicoj aldoniĝas poste, kiel ĉifrado, kunpremado aŭ trafikformado. Unue elektu la vicon.

L2TPv2 kaj L2TPv3 dividas nomon kaj preskaŭ nenion alian

L2TPv2 ekzistas por porti PPP-sesiojn tra IP-reto, tial ĝi legiĝas kiel fora alirprotokolo anstataŭ ĝenerala kadrotransporto. L2TPv3 ĝeneraligas tiun ideon: kontrola konekto interkonsentas sesiojn, kaj ĉiu sesio portas difinitan tavol-2-konekton inter du IP-finpunktoj. Sama familia nomo, malsama kontrola protokolo, malsama sesia modelo. Postulo, kiu diras nur L2TP, estas nekompleta, kaj ŝablono kopiita el la malĝusta versio eĉ ne interkonsentos.

Se vi bezonas PPP, L2TPv2 estas la sola realisma membro de la familio; se vi bezonas Ethernet-kadrojn tra enkursigita kerno, vi estas en la teritorio de L2TPv3.

Transportaj detaloj malsamas laŭ manieroj, kiuj aperas dum fajroŝirma revizio. L2TPv3 povas vojaĝi rekte super IP-protokolo 115 aŭ ene de UDP, kutime sur pordo 1701, dum L2TPv2 restas sur UDP 1701 kun PPP ene. Politiko verkita por unu versio povas aspekti tute ĝusta kaj tamen forĵeti la alian.

GRE estas kaplinio, ne servo

GRE volvas utilŝarĝon en kvar-bajtan kaplininon kun laŭvola ŝlosila kaj sinsekva kampo, poste transdonas la rezulton al IP por livero. Ĝi faras neniun aserton pri tio, kion signifas la utilŝarĝo, do efektivigoj povas tuneli IPv4, IPv6 aŭ Ethernet, se tiuj protokolaj tipoj estas subtenataj. Ĝenerala ne estas la sama kiel universala: kontrolu la protokolan tipon kaj la fragmentadan konduton sur la efektiva aparato.

La ŝlosila kampo estas tio, kio igas GRE utila kiam pluraj tuneloj dividas unu paron da finpunktaj adresoj, ĉar la ricevanto malmultobligas laŭ tiu valoro. GRE super IPv4 kostas proksimume 24 bajtojn antaŭ iuj ajn pliaj opcioj, kio komencas gravi sur ligiloj jam provizitaj por kadroj de 1500 bajtoj. Sole GRE ofertas neniun konfidencon, do la kutima ŝablono parigas ĝin kun IPsec kaj lasas al IPsec la kriptografian limon. Tiu parigo funkcias, sed la MTU-buĝeto tiam devas kovri ambaŭ kapliniojn.

GRE ankaŭ portas multdissendon kaj dissendon tra la tunelo kiam la utilŝarĝo estas Ethernet, kion simpla unudissenda IP-tunelo ne povas fari. Tiu eco, prefere ol la akronimo, kutime estas la kialo, ke dezajno elektas ĝin.

VPWS estas aĉetata, ne agordata

Servo de virtuala privata drato liveras punkt-al-punktan tavol-2-cirkviton tra la reto de provizanto. Via alkroĉa cirkvito finiĝas ĉe provizanta randa aparato, kaj la pseŭdodrato tra la kerno apartenas al la provizanto. La demandoj, kiuj gravas, estas operaciaj: kie staras la limmarko, kiu posedas la unuan kaj lastan mejlon, kaj kion la provizanto faras kun trograndaj kadroj.

Ĉi tie la komparo turniĝas. L2TPv3 kaj GRE estas aferoj, kiujn vi funkciigas de komenco ĝis fino, do vi sencimigas ilin per viaj propraj identigiloj kaj viaj propraj kaptaĵoj. VPWS estas kontrakto kun transdono, do paneo komenciĝas per bileto anstataŭ per pakaĵkapto. Neniu modelo venkas senkondiĉe; ili malsukcesas en malsamaj lokoj, kaj la elekto dependas de tio, ĉu vi volas posedi la lastan mejlon.

La etikeda stako de la pseŭdodrato restas ene de la reto de la provizanto, do ĝi ne ŝanĝas vian MTU-aritmetikon kiel videbla tunela kaplinio.

Elektu unu vicon kaj skribu ĝin

Notu la decidon kiel unu frazon kun tri partoj: utilŝarĝo, enkapsuligo kaj transportposedanto. Poste aldonu la nombrojn, kiuj faras ĝin kontrolebla.

Por ĉiu kandidato, notu la superkoston sur la drato, la plej grandan kadron, kiun la vojo akceptas, kaj la unuan salton, kiu raportus MTU-problemon. Konfirmu, ke ambaŭ finpunktoj subtenas la protokolan tipon aŭ sesian tipon, kiun vi elektis, ne nur la merkatan terminon en la datuma folio. Decidu, kiel multobligo aspektus, se venontjare aperos dua cirkvito, ĉar GRE-ŝlosiloj kaj L2TPv3-sesiaj ID-oj ne estas interŝanĝeblaj solvoj por tiu problemo. Poste sendu unu trograndan kaj unu normalan kadron; tiu paro kaptas la plej multajn dezajnojn, kiuj aspektis bone sur papero.

Kompari tunelojn laŭ nomo daŭre produktas disputojn, kiujn neniu povas solvi. Kompari ilin laŭ utilŝarĝo, superkosto kaj posedo produktas decidon en unu posttagmezo, kune kun la pruvoj bezonataj por defendi ĝin poste.

Rilataj artikoloj