Inter-AS VPNv4: wat die etiketaanstuur-kontrak vereis
'n Inter-AS VPNv4-etiket beteken verskillende dinge in verskillende modelle. Identifiseer die model, volg een roete en kontroleer beide kante voordat jy die uitsig vertrou.
Om 'n VPNv4-etiket op 'n AS-grensroeteerder te lees, sê min totdat jy weet watter inter-AS-model die oorhandiging implementeer. Die etiket is nie op sigself 'n eienskap van die roete nie; dit teken 'n ooreenkoms oor inkapseling en aflewering tussen twee roeteerders aan. Identifiseer die model voordat jy die uitsig lees. Anders ontfout jy 'n kontrak wat niemand neergeskryf het nie.
Watter model die grens implementeer
Die VRF-tot-VRF-reëling verbind ooreenstemmende VRF's deur gerouteerde aanhegtings. Elke kant sien die ander as 'n kliëntrand-buur en hulle ruil gewone IPv4-roetes uit, so niks by daardie grens het MPLS nodig nie.
'n Tweede reëling ruil gemerkte VPNv4-roetes tussen die grensroeteerders self uit. Dit werk net met 'n samehangende etiketgeskepte pad oor die interkonneksie en 'n roete-teiken-verspreiding plus vertrouensmodel wat beide kante aanvaar. As een van die twee stukke ontbreek, is die model nie in gebruik nie, wat die konfigurasie ook al impliseer.
Die derde versprei gemerkte PE-bereikbaarheid terwyl die VPN-roetes tussen eindpunte of roete-reflectors oor AS'e beweeg. Elk van die drie laat verskillende werk by die grens, en om die beheervlak van een met die koppelvlak-aannames van 'n ander te meng, is die klassieke fout. Daardie wanpassing kom gewoonlik na vore as 'n etiket wat aan die een kant reg lyk en aan die ander kant verdwyn.
Lees een voorvoegsel van begin tot einde
Neem 'n enkele gemagtigde kliëntvoorvoegsel en volg dit. Kyk wat geadverteer is, wat aangekom het, die volgende sprong, die etiket en die invoerbeleid wat dit toegelaat het. Kyk dan na hoe die roeteerder aanstuur na daardie volgende sprong oplos, want dit is waar 'n etiket in 'n pakket verander. Laat enige helfte weg en jy beskryf 'n beheervlak wat dalk nie verkeer beweeg nie. Die twee lesings beteken net saam iets.
Die nommer is plaaslik. Dit beteken iets in verhouding tot die roeteerder wat dit toegeken het en die pad wat pakkette daarheen dra, en daarom kan dieselfde waarde twee keer voorkom en twee verskillende dinge beteken. Vergelyk dit met wat die ontvangende kant sê hy ontvang het.
Die etiket is plaaslik, en so is die belofte
Vermoë word aan beide kante van die interkonneksie getoets, nie aan een nie. 'n Opdrag op jou koppelvlak doen niks aan die naburige verskaffer-koppelvlak nie, en 'n roete wat BGP aanvaar het, verplig nie op sigself die buurman om 'n gemerkte pakket aan te stuur nie.
RFC 4364 beperk gemerkte VPNv4-portuur na vertroude reëlings en waarsku daarteen om etikette te aanvaar wat nooit aan daardie portuur geadverteer is nie. Dit is 'n sekuriteitsverklaring net soveel as 'n protokol een. Hou die publieke internet-roeteringverhouding weg van die private VPN-roete-uitruiling. As die interkonneksie gewone IP is, moenie verwag dat enige etiket dit oorleef nie. En waar die skakel gemerk is, bevestig dat die buitenste vervoeretiket by elke sprong korrek omgeruil word.
Die etiket wat aan die een kant reg lyk en aan die ander kant verdwyn, is gewoonlik daardie wanpassing, nie 'n roeteringsfout nie.
Wat om by aanvaarding neer te skryf
Aanvaarding is 'n pakkettoets, nie 'n tabeloorsig nie. Volg 'n kliëntpakket tot in die afgeleë VRF en volg sy antwoord terug, skryf dan neer watter model die oorhandiging implementeer. Voeg die oorhandigings-eienaars aan beide kante by en of die grens gewone IP of gemerkte verkeer dra.
Dit is die nota wat die volgende operateur in staat stel om dieselfde etiketvertoning korrek te lees. Sonder dit word die model uit die konfigurasie afgelei, en afgeleide aannames is hoe dieselfde fout herhaal word. Die RFC 4364 inter-AS-afdeling is waar jy moet uitmaak watter model bedoel is.