Hat VPNv4 MPLS nedich yn de kearn? Net perfoarst
BGP VPNv4 ûnderhannelt in rûteferdielingskontekst, net in trochstjoerpaad. Skied ymport, oplossing fan de folgjende hop en de ynkapseling dy't jo brûke kinne.
It ynskeakeljen fan de VPNv4-adresfamylje tusken twa routers makket allinnich in rûteferdielingskontekst en neat mear. It ynstallearret gjin trochstjoerpaad en seit net hokker ynkapseling in klantpakket nei it fiere einpunt bringt. Sadree't dy twa feiten skieden binne, wurdt de fraach «hat dit MPLS yn 'e kearn nedich» in smeller en beäntwurdzjen fraach oer it datavlak dat it platfoarm stipet.
Wat de adresfamylje eins ûnderhannelt
Multiprotokol-BGP draacht de berikberensynformaasje fan 'e VPNv4-netwurklayer ûnder AFI 1 en SAFI 128, en elk ynfier pearret in rûte-ûnderskaat mei in foarheaksel en in label. De sesje ûnderhannelt dat beide sprekker dat ynformaasje kodearje en dekodearje kinne. Wat it net ûnderhannelt, is in datavlak. Alles nei dizze paragraaf giet oer trochstjoeren, en neat dêrfan wurdt besljochte troch it opsetten fan 'e sesje.
Dus in suksesfolle sesje is bewiis fan kontrôleflakfermogen, net fan trochstjoeren. In router kin tûzenen VPNv4-ynfier hâlde en dochs elk klantpakket falle litte, en dêrom wurde de twa flaterklassen yn 't earstoan trochinoar helle.
Tink oan it label yn 'e NLRI. It is in tsjinstlabel, bûn oan in foarheaksel binnen in VRF, en it hat in trochstjoerrol sadree't it pakket it útgeande einpunt berikt. Oft ien of oar transytapparaat it lêst, is in apart ûntwerpbeslút.
Untfangst, ymport en trochstjoeren binne trije stappen
It ûntfangen fan in rûte, it tastien wêzen om it te brûken en it fermogen om der mei troch te stjoeren wurde dien troch ferskate dielen fan it apparaat. BGP bewarret wat it heart; ymportbelied en rûte-doel-oerienkomst beslute hokker VRF it beskôgje mei; dêrnei moat it trochstjoerflak de oankundige folgjende hop oplosse yn eat dat it eins op in draad stjitte kin.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Yn dy middenstap libje de meast ferrassende flaters. In rûte kin oanwêzich wêze yn 'e BGP-tabel, jildich en sels de bêste, wylst de VRF-rûtetabel leech bliuwt om't gjin rûte-doel oerienkaam mei de ymportlist. Neat logt in protokolfout, om't der gjin protokolfout barde.
De lêste stap is wêr't stipe fan it platfoarm him sjen lit. In folgjende hop dy't berikber is yn 'e ûnderlaach is net automatysk oplosber as VPN-tsjinstferfier, en it apparaat kin in bepaald tunneltype, in bepaalde labeloperaasje of beide easkje. It lêzen fan 'e oplossingsstatus is mear ynformtyf as it lêzen fan it rûtetal.
In IP-kearn kin in stack drage dy't it nea skeakelet
It ûnderskied dat it wurdich is te behâlden is tusken «de kearn draait gjin MPLS» en «der bestiet nearne yn 'e tsjinst in label». Dat binne ferskillende bewearings, en allinnich de earste giet oer transytapparaten. RFC 4023 definiearret it dragen fan MPLS troch IP- of GRE-tunnels, en dat is it meganisme dat de twadde bewearing mooglik makket op in folslein IP-kearn.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulTransyt-routers stjoere troch op 'e bûtenste IP-bestimming en hawwe noch de klantfoarheaksels noch native labelskeakeling nedich. Oan 'e fiere ein wurdt de bûtenste tunnel fuortsmiten en giet it tsjinstlabel fierder mei syn wurk. De kearn ferpleatste in ûntrochsichtige lading, en dat is krekt wêr't in IP-netwurk goed yn is.
Wat dit ûntwerp jo net jout, is in universele garânsje. It is gjin bewiis dat elke router elke VPNv4-folgjende-hop oer hokker GRE-ynterface dan ek oplost, en it is gjin reden om in wurkjende native MPLS-konfiguraasje te wiskjen. It is in tsjinfoarbyld fan 'e universele bewearing, en de praktyske fraach bliuwt lokaal foar it platfoarm. Skriuw dy fraach op as in beheining fan it platfoarm en net as in protokolregel.
Kuiersje de keatling op 'e doaze oant er brekt
Begjin by de ûntfongen rûte en stop by de earste stap dy't mislearret, om't de lettere stappen net diagnostisearre wurde kinne wylst in eardere brutsen is. Fjouwer opdrachten dekke it measte dêrfan yn in typyske ymplemintaasje.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_ALês se as in rige en net as fjouwer ûnôfhinklike kontrôles. De earste befêstiget dat de famylje aktyf is en dat de peetgenoat rûtes útwikselet; de twadde lit sjen oft it foarheaksel mei in brûkber folgjende hop oankaam; de tredde bewiist ymportgeskiktheid; de fjirde lit sjen oft it trochstjoerflak der in label of tunnel oan bûn hat.
Test dan it wurklastpaad yn beide rjochtingen, mei in MTU dy't ynkapseling oerlibbet. GRE foeget koptekstbytes ta, en in paad dat lytse peilingen trochstiet kin by pakketten fan folsleine grutte mar yn ien rjochting mislearje, wat op in applikaasjeflater liket ynstee fan in ferfiersflater.
Twa operasjonele notysjes slute de sirkel. GRE is ynkapseling, gjin fertroulikheid, dus in net-betrouber transytnetwurk hat in stipe befeiligingsregeling boppe-op nedich ynstee fan in oanname. En skriuw op hokker ynkapseling it platfoarm eins stipet foar de ûntwerpsresinsje, want dat iene antwurd beslút oft in allinnich-IP-kearn in jildige kar is of in plan dat net trochstjoere kin.