Je, VPNv4 inahitaji MPLS kwenye kiini? Si lazima
BGP VPNv4 hujadili muktadha wa usambazaji wa njia, si njia ya upelekaji. Tenganisha uingizaji, utatuzi wa hop inayofuata na usimbaji unaoweza kuendesha.
Kuwasha familia ya anwani ya VPNv4 kati ya routa mbili hutengeneza muktadha wa usambazaji wa njia tu na hakuna kingine. Haiweki njia ya upelekaji na haisemi ni usimbaji gani utakaobeba pakiti ya mteja hadi mwisho wa mbali. Mara tu ukweli huu mbili zikitenganishwa, swali «je, hii inahitaji MPLS kwenye kiini» linakuwa jambo jembamba na linalojibika kuhusu tabaka la data linaloungwa mkono na jukwaa.
Familia ya anwani hujadili nini kwa kweli
BGP ya itifaki nyingi hubeba taarifa ya ufikivu wa tabaka la mtandao wa VPNv4 chini ya AFI 1 na SAFI 128, na kila ingizo huunganisha kitofautishaji njia na kiambishi awali na lebo. Kikao hujadili kwamba pande zote mbili zinaweza kusimba na kufumbua taarifa hiyo. Kinachohadiliwa ni tabaka la data. Kila kitu baada ya aya hii kinahusu upelekaji, na hakuna kitu katika hicho kinachoamuliwa na kikao kupanda.
Kwa hiyo kikao kilichofanikiwa ni ushahidi wa uwezo wa tabaka la udhibiti, si wa upelekaji. Routa inaweza kushikilia maelfu ya maingizo ya VPNv4 na bado kutupa kila pakiti ya mteja, na ndiyo sababu makundi haya mawili ya kushindwa huchanganywa mwanzoni.
Angalia lebo iliyo ndani ya NLRI. Ni lebo ya huduma, iliyofungwa kwa kiambishi awali ndani ya VRF, na ina jukumu la upelekaji mara pakiti inapofika mwisho wa kutoka. Ikiwa kifaa chochote cha upitishaji kinaisoma au la, ni uamuzi tofauti wa ubunifu.
Upokeaji, uingizaji na upelekaji ni hatua tatu
Kupokea njia, kuruhusiwa kuitumia na kuweza kupeleka nayo hufanywa na sehemu tofauti za kifaa. BGP huhifadhi kile inachosikia; sera ya uingizaji na ulinganifu wa lengo la njia huamua ni VRF gani inaweza kuizingatia; kisha tabaka la upelekaji lazima litatue hop inayofuata iliyotangazwa kuwa kitu ambacho kinaweza kweli kuisukuma kwenye waya.
| 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 |
Ni katika hatua hii ya kati ambapo kushindwa kwa kushangaza zaidi huishi. Njia inaweza kuwepo kwenye jedwali la BGP, halali na hata bora, wakati jedwali la njia la VRF linabaki tupu kwa sababu hakuna lengo la njia lililolingana na orodha ya uingizaji. Hakuna kinachorekodi hitilafu ya itifaki, kwa sababu hakuna hitilafu ya itifaki iliyotokea.
Hatua ya mwisho ni pale msaada wa jukwaa unapoonekana. Hop inayofuata inayoweza kufikiwa kwenye tabaka la chini haitatuliwi kiotomatiki kama usafirishaji wa huduma ya VPN, na kifaa kinaweza kuhitaji aina fulani ya handaki, operesheni fulani ya lebo au vyote viwili. Kusoma hali ya utatuzi kuna taarifa zaidi kuliko kusoma idadi ya njia.
Kiini cha IP kinaweza kubeba mrundikano ambao hakiubadili kamwe
Tofauti inayofaa kuhifadhiwa ni kati ya «kiini hakiendeshi MPLS» na «hakuna lebo mahali popote kwenye huduma». Hizi ni madai tofauti, na ya kwanza pekee yanahusu vifaa vya upitishaji. RFC 4023 inafafanua kubeba MPLS kupitia handaki za IP au GRE, na ndiyo mbinu inayofanya dai la pili liwezekane kwenye kiini cha IP tupu.
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 meaningfulRouta za upitishaji hupeleka kulingana na mwisho wa IP wa nje na hazihitaji viambishi awali vya mteja wala ubadilishaji wa asili wa lebo. Mwisho wa mbali handaki ya nje huondolewa na lebo ya huduma inaendelea na kazi yake. Kiini kilihamisha mzigo usio wazi, na ndivyo hasa mtandao wa IP unavyofaa.
Kile ambacho muundo huu haukupi ni dhamana ya jumla. Si uthibitisho kwamba kila routa hutatua kila hop inayofuata ya VPNv4 kupitia kiolesura chochote cha GRE, na si sababu ya kufuta usanidi halisi wa MPLS unaofanya kazi. Ni mfano kinyume kwa dai la jumla, na swali la kiutendaji linabaki ndani ya jukwaa. Andika swali hilo kama kikwazo cha jukwaa na si kama kanuni ya itifaki.
Pitia mnyororo kwenye sanduku hadi uvunjike
Anza kutoka njia iliyopokelewa na simama kwenye hatua ya kwanza inayoshindwa, kwa sababu hatua za baadaye haziwezi kutambuliwa wakati ile ya awali imevunjika. Amri nne hufunika sehemu kubwa ya hilo katika utekelezaji wa kawaida.
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_AZisome kama mfuatano na si kama ukaguzi nne huru. Ya kwanza huthibitisha kwamba familia iko hai na mwenza anabadilishana njia; ya pili inaonyesha kama kiambishi awali kilifika na hop inayofuata inayoweza kutumika; ya tatu inathibitisha ustahiki wa uingizaji; ya nne inaonyesha kama tabaka la upelekaji liliunganisha lebo au handaki nayo.
Kisha jaribu njia ya mzigo wa kazi katika pande zote mbili, kwa MTU inayostahimili usimbaji. GRE huongeza baiti za kichwa, na njia inayopita uchunguzi mdogo inaweza kushindwa kwenye pakiti za ukubwa kamili upande mmoja pekee, jambo ambalo linaonekana kama hitilafu ya programu na si ya usafirishaji.
Maelezo mawili ya uendeshaji hufunga mzunguko. GRE ni usimbaji, si usiri, kwa hiyo mtandao wa upitishaji usioaminika unahitaji mpangilio wa usalama unaoungwa mkono juu yake badala ya dhana. Na andika ni usimbaji gani jukwaa linaunga mkono kwa kweli kabla ya ukaguzi wa muundo, kwa sababu jibu hilo moja huamua kama kiini cha IP pekee ni chaguo halali au mpango ambao hauwezi kupeleka.