Inter-AS VPNv4: ano ang kailangan ng kontrata sa label forwarding

Kaunti lang ang sinasabi ng pagbasa ng VPNv4 label sa isang AS border router hangga't hindi mo alam kung aling inter-AS model ang ipinapatupad ng handoff. Ang label ay hindi pag-aari ng ruta nang mag-isa; itinatala nito ang isang kasunduan tungkol sa encapsulation at delivery sa pagitan ng dalawang router. Tukuyin ang modelo bago basahin ang display. Kung hindi, nagde-debug ka ng kontratang walang nakasulat.

Aling modelo ang ipinapatupad ng hangganan

Ang VRF-to-VRF na kaayusan ay nagsasama ng magkatugmang VRF sa pamamagitan ng mga routed attachment. Nakikita ng bawat panig ang isa pa bilang customer-edge neighbour at nagpapalitan sila ng ordinaryong IPv4 route, kaya wala sa hangganang iyon ang nangangailangan ng MPLS.

Ang pangalawang kaayusan ay nagpapalitan ng may label na VPNv4 route sa pagitan ng mga border router mismo. Gumagana lamang iyon kapag may magkakaugnay na label-switched path sa interconnect at may route-target distribution kasama ng trust model na tinatanggap ng dalawang panig. Kung may kulang sa alinman, hindi ginagamit ang modelo, anuman ang ipinahihiwatig ng configuration.

Ang pangatlo ay namamahagi ng may label na PE reachability habang ang VPN route ay naglalakbay sa pagitan ng mga endpoint o route reflector sa mga AS. Magkaiba ang naiiwang trabaho ng bawat isa sa hangganan, at ang paghahalo ng control plane ng isa sa mga assumption sa interface ng iba ay ang klasikong kabiguan. Karaniwang lumilitaw ang pagkakaibang iyon bilang label na mukhang tama sa isang panig at naglalaho sa kabila.

Basahin ang isang prefix mula umpisa hanggang dulo

Kunin ang isang awtorisadong customer prefix at sundan ito. Tingnan ang inanunsyo, ang dumating, ang next hop, ang label at ang import policy na tumanggap dito. Pagkatapos tingnan angparaan ng pagresolba ng router sa forwarding patungo sa next hop na iyon, dahil doon nagiging packet ang label. Laktawan ang alinman sa kalahati at inilalarawan mo ang control plane na maaaring hindi nagpapadala ng trapiko. May kahulugan lamang ang dalawang pagbasa kapag magkasama.

Lokal ang numero. May kahulugan ito kaugnay ng router na naglaan nito at ng path na nagdadala ng packet doon, kaya maaaring lumitaw nang dalawang beses ang parehong halaga at mangahulugan ng dalawang magkaibang bagay. Ihambing ito sa sinasabi ng tumatanggap na panig na natanggap nito.

Lokal ang label, at gayon din ang pangako

Sinusuri ang kakayahan sa dalawang dulo ng interconnect, hindi isa. Walang ginagawa ang isang command sa iyong interface sa interface ng kalapit na provider, at ang rutang tinanggap ng BGP ay hindi nagbubuklod sa kapitbahay na mag-forward ng may label na packet.

Nililimitahan ng RFC 4364 ang may label na VPNv4 peering sa mga pinagkakatiwalaang kaayusan at nagbabala laban sa pagtanggap ng mga label na hindi kailanman inanunsyo sa peer na iyon. Pahayag iyon sa seguridad kung paanong pahayag din ito sa protocol. Ilayo ang pampublikong routing relationship ng internet sa pribadong palitan ng VPN route. Kung plain IP ang interconnect, huwag asahan na may label na makakaligtas dito. At kapag may label ang link, tiyakin na wastong napapalitan ang panlabas na transport label sa bawat hop.

Ang label na mukhang tama sa isang panig at naglalaho sa kabila ay karaniwang ang pagkakaibang iyon, hindi bug sa routing.

Ano ang isusulat sa pagtanggap

Ang acceptance ay pagsubok sa packet, hindi pagsusuri ng table. Sundan ang packet ng customer papasok sa remote VRF at sundan ang sagot nito pabalik, pagkatapos itala kung aling modelo ang ipinapatupad ng handoff. Idagdag angmga may-ari ng handoff sa dalawang panig at kung plain IP o may label na trapiko ang dinadala ng hangganan.

Ang talaan na iyon ang nagpapahintulot sa susunod na operator na basahin nang tama ang parehong label display. Kung wala ito, hinuhulaan ang modelo mula sa configuration, at ang hinuhulang palagay ang paraan ng pag-uulit ng parehong pagkakamali. Angseksyon ng RFC 4364 tungkol sa inter-AS ang lugar upang matukoy kung aling modelo ang sinadya.