Parehong /24 para sa dalawang customer? Kailangan ng VPNv4 ng RD at label
Dalawang nangungupahan ang makapag-aanunsyo ng parehong /24 dahil lamang binibigyan ng RD ang bawat ruta ng sarili nitong pagkakakilanlan. Ang label ay sumasagot sa ibang tanong: paano ipapasa.
Dalawang nangungupahan ang nagbibigay ng numero sa kanilang sangay gamit ang parehong 10.50.0.0/24, at pagkatapos ng isang pagbabago nawawala ang ruta ng isa mula sa gilid ng provider habang ang isa ay patuloy na gumagana. Ang pagpapasimple sa likod ng ticket na iyon ay karaniwang pagtatanggal ng tagapaghiwalay ng ruta (RD) dahil „kinikilala na raw ng label ang customer“. Hindi. Ang RD at ang label ay sumasagot sa dalawang magkaibang tanong, at ang agwat ay nagiging nakikita lamang kapag pinipilit ito ng magkapatong na address.
Isang ruta kung saan dapat may dalawa
Ang karaniwang IPv4 unicast ay naghahambing ng dalawang landas patungo sa parehong prefix at ini-install ang mas mahusay. 10.50.0.0/24 mula sa nangungupahan A at 10.50.0.0/24 mula sa nangungupahan B ay isang susi, kaya isa ang nananalo at ang isa ay nabubuhay lamang bilang back-up na landas. Ginawa ng protocol ang sinabi sa kanya; hiniling sa control plane na mag-imbak ng dalawang magkaibang ruta sa ilalim ng isang identifier.
Ang resulta ay mukhang nawawalang ruta kaysa error: ang PE na natalo sa kompetisyon ay nagpapasa pa rin ng sarili nitong nangungupahan nang lokal, kaya nagtatagumpay ang pagsubok sa loob ng site at nabibigo ang pagsubok sa pagitan ng mga site. Bilangin ang mga entry para sa prefix na iyon sa talahanayan ng VPNv4 bago hawakan ang anumang patakaran.
Ginagawang dalawa ng RD ang isang susi
Isang tagapaghiwalay ng ruta na walong byte ang inilalagay sa harap ng prefix ng IPv4, at ang object na dinadala ng BGP ay nagiging address na VPN-IPv4 sa halip na prefix na IPv4. Maaaring taglayin ng dalawang nangungupahan ang parehong 32 bit dahil magkaiba ang 64 bit sa harap. May mga uri ng format para sa RD na nakabatay sa AS at para sa nakabatay sa address, at ang pagpili ay pag-aari ng pinagmulang PE. Karaniwan ang RD na nakabatay sa AS kapag nagbabahagi ng AS ang mga PE, at ang nakabatay sa address kapag hindi.
Huwag basahin ang RD bilang tag ng pagiging miyembro. Ang mga target ng ruta ang namamahala sa import at export at nagpapasya kung aling VRF ang makapag-i-install ng ruta; tinitiyak lamang ng RD na may sariling pagkakakilanlan ang ruta. Ang pagbibigay sa bawat VRF ng sarili nitong RD ay karaniwang kasanayan dahil pinapanatili nitong nababasa ang mapping na iyon sa isang tagatingin ng ruta.
Ang label ay lokal na tagubilin sa pagpapasa
Nagdadala rin ang bawat anunsyo ng label ng MPLS, at ang kahulugan nito ay limitado sa router na naglaan nito. Maaaring maglabas ang ibang PE ng parehong numero para sa walang kaugnayang destinasyon. Kaya nga hindi maaaring palitan ng label ang pagkakakilanlan ng customer: tama lamang ang numero sa tabi ng susunod na hop at ng estadong nagpapasa na nag-install nito.
Nag-iiba ang granularity ng paglalaan ayon sa implementasyon at disenyo: ang ilang platform ay naglalaan ng isang label bawat VRF, ang iba ay bawat prefix, at ang label ay maaaring tumukoy sa aksyon ng pagpapasa kaysa customer. Ang dalawang magkaibang label na umaabot sa parehong destinasyon ay hindi kontradiksyon, at ang parehong numero ng label sa dalawang PE ay gayon din.
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
Bakit hindi mapapalitan ng isa ang isa
Ang pagbasa ng anunsyo ay pagtingin sa apat na bagay nang sabay: ang prefix na kwalipikado ng RD, ang mga target ng ruta, ang susunod na hop at ang label. Ang pagbasa ng packet ng user ay pagtingin sa stack na na-install mula sa impormasyong iyon. Ang malusog na disenyo ay nagpapakita ng dalawang panig na tugma, at ang sira ay karaniwang may isang panig na tama at ang isa ay lipas na. Ang paghahambing na iyon ang naghihiwalay ng problema sa pagkakakilanlan mula sa problema sa pagpapasa.
Ang maayos na kaibahan ng control plane at data plane ay kagamitang pampagtuturo, hindi paglalarawan ng pag-encode. RFC 8277 inilalagay ang label sa loob ng naka-label na NLRI, kaya ang anunsyo mismo ang nagdadala ng bigkis; ang gamitin ito sa pagpapasa ay ang huling, hiwalay na hakbang.
Kapag nawawala ang ruta ng isang nangungupahan, suriin sa ganitong pagkakasunod-sunod: dalawang entry ng VPNv4 para sa prefix, ang tamang target ng ruta sa bawat isa, isang susunod na hop na malulutas, at isang label na may estado ang tumatanggap na PE. Ang pagsasaayos ng pagkakakilanlan gamit ang halaga ng pagpapasa, o kabaligtaran, ay makakapasa sa isang pagsusuri at mabibigo sa susunod.