RD gegn RT í MPLS VPN: einstæði gegn innflutningsstefnu
Leiðaraðgreinir gerir skarandi forskeyti einstæð, og leiðarmark ræður því hvaða leiðir VRF má flytja inn. Fylgdu einni MPLS leið í gegnum bæði hlutverkin.
Tveir staðir viðskiptavina geta auglýst 10.20.0.0/24 og báðir haldast gildir innan eins nets þjónustuaðila. Leiðaraðgreinirinn heldur þessum auglýsingum aðskildum; leiðarmarkið ræður því hvaða VRF viðskiptavinar má taka afrit. Þau standa hlið við hlið í stillingunni og sinna algjörlega ólíkum verkum. Að rugla þeim saman leiðir til breytinga sem virðast skynsamlegar og laga ekkert.
Fylgdu einni leið frá jaðri viðskiptavinarins að fjarlægu VRF og skiptingin verður áþreifanleg: auðkennið er fest áður en leiðin fer inn í BGP, og dreifingarstefnan er metin þegar leiðin nær jaðri þjónustuaðilans sem tekur við henni.
VPN-IPv4 leið er RD auk IPv4 forskeytis
RFC 4364 skilgreinir VPN-IPv4 vistfangafjölskylduna sem átta bæta leiðaraðgreini og þar á eftir fjögurra bæta IPv4 vistfang. RD er sett framan við forskeyti viðskiptavinarins, þannig að tvö eins forskeyti frá mismunandi stöðum verða tvær mismunandi BGP leiðir.
Þessi bygging er allur einstæðisvélbúnaðurinn. Þjónustuaðilinn þarf ekki að viðskiptavinir komi sér saman um vistfangsrými án skörunar, og leið frá einum stað getur ekki hljóðlega komið í stað eins forskeytis frá öðrum stað.
RD sniðið sjálft er gildi sem stjórnandinn velur, oft autonómt kerfisnúmer og staðbundið númer. Töluleg mynd þess er venja, ekki merki um að sviðin tvö deili merkingu með leiðarmarki sem notar fyrir tilviljun sömu tölustafi.
RD gerir skarandi forskeyti aðgreinanleg
Líttu á tvær auglýsingar fyrir sama forskeyti. Staður A ber RD 65000:101 og staður B ber RD 65000:202, báðir fyrir 10.20.0.0/24. BGP heldur nú tveimur VPN-IPv4 leiðum sem hægt er að bera saman, sía og velja óháð.
RD segir ekki hvaða VRF eigi að taka við hvorri leiðinni og auðkennir hvorki viðskiptavin né þjónustu. Það er auðkennissvið leiðarinnar, ekki meðlimaskrá. Eigið RD VRF þarf ekki að passa við RD leiðar sem hún flytur inn.
Þess vegna lagar það ekkert að breyta RD svo það passi við númer annars staðar. Ef leið vantar hinum megin skapa samsvarandi tölustafir annað auðkennisvandamál í stað þess að laga innflutningsákvörðunina.
RT er BGP eiginleiki, ekki merki í pakkanum
Útflutningsstefna festir eitt eða fleiri leiðarmörk við leiðina sem útvíkkaða samfélagseiginleika BGP. Jaðar þjónustuaðilans sem tekur við ber þessa eiginleika saman við innflutningsstefnu hvers VRF. RT ferðast með leiðinni gegnum stjórnsléttuna. Samanburðurinn fer fram að öllu leyti í leiðarstefnunni, áður en nokkur pakki viðskiptavinarins er sendur áfram.
Gagnapakkar viðskiptavinarins bera ekki RT. Þegar leið hefur verið sett upp í VRF notar sendingin töflu þess VRF og MPLS merkjastaflann sem arkitektúrinn útnefnir. Jaðar þjónustuaðilans les ekki leiðarmark úr hverjum pakka viðskiptavinarins.
Leið getur borið nokkur RT og VRF getur flutt inn nokkur. Stillingin lítur oft út eins og stuttur blokkur:
vrf definition CUST-A
rd 65000:101
address-family ipv4
route-target export 65000:500
route-target import 65000:500
Lestu þennan blokk sem tvær aðskildar fullyrðingar. Útflutningslínan stýrir því sem er fest við leiðir sem yfirgefa þetta VRF; innflutningslínan stýrir því sem þetta VRF er reiðubúið að hafa til athugunar. Samsvarandi númer eru þægileg, ekki skilyrði.
Innflutningsréttur er ekki uppsetning
Leið getur verið hæf fyrir VRF og samt ekki birst í sendingartöflu þess. Hæfi er sía; síðan ber venjulegt ákvörðunarferli BGP saman hæfar leiðir og velur eina. Eldri eða minna eftirsótt leið getur tapað gegn annarri hæfri slóð.
Athugaðu valda leið, ekki aðeins innflutningsstefnuna. VRF sem flytur inn RT 65000:500 og sýnir enga leið fyrir 10.20.0.0/24 hefur ef til vill tekið við leiðinni og hafnað henni í valinu, eða kann að hafa aldrei fengið hana.
Þessi greinarmunur skiptir líka máli þegar óvænt forskeyti birtist. Of víð innflutningsstefna getur dregið að leiðum sem staðurinn ætlaði ekki að nota, og einstæði RD kemur í veg fyrir það alls ekki. Umfang dreifingar er spurning um RT stefnu.
Rekjaðu leið sem vantar í röð stjórnsléttunnar
Byrjaðu á auglýsingunni: flytur upprunalega VRF út tilætlað RT, og er leiðin til sem VPN-IPv4 leið hjá leiðarspeglinum eða móttökurás PE? Athugaðu síðan eiginleikann eins og hann barst, ekki eins og hann er stilltur hjá sendandanum.
Berðu næst saman innflutningslista móttökur-VRF við raunveruleg RT gildi leiðarinnar. Skoðaðu að lokum valda leið í þeirri VRF og merkjabindinguna. Hvert skref svarar annarri spurningu, og stökk til RD sleppir venjulega því skrefi sem er rangt.
Skráðu RD, útflutta RT, innflutta RT og valda næstu hopp fyrir staðinn sem virkar og þann sem bregst. Fjögur gildi hlið við hlið breyta óljósu “VPN kemur ekki leiðum áfram” í nákvæmt skref stjórnsléttunnar sem er frábrugðið.