Twa PE's, ien foarheaksel: wêrom't de RD de sichtberens bepaalt
Twa rânderouters dy't itselde foarheaksel oankundigje diele ien bestimming, útsein as har route distinguishers ferskille. Jou se bewust ta, kontrolearje dan de VRF.
Twa rânderouters dy't itselde klantfoarheaksel oankundigje beskriuwe ien VPNv4-bestimming oant eat har skiedt, en de skieding is de route distinguisher. Hy kwalifisearret it foarheaksel; hy beslút net wa't it resultaat ymportearret, dat is it wurk fan 'e route target. Jou RD's ta út 'e set fan rûtes dy't yn elk domein dêr't dy oankundigings elkoar treffe kinne ûnderskiedber bliuwe moatte, net út 'e bestânslizzing fan ien kast. It nûmer dat jo kieze is in identiteit dêr't lettere resinsjes fan ôfhingje, dus it heart yn in ynventaris foar't it yn in konfiguraasje bedarret.
In RD plus in foarheaksel is ien bestimming
In RD plus in IPv4-foarheaksel foarmet de VPNv4-bestimming dy't it kontrôleflak ferget. Jou twa PE's itselde foarheaksel foar ferskate klanten en sûnder ferskillende RD's kundigje se rûtes nei ien bestimming oan. Neat op in byldskerm fertelt jo dat dy groepearring ferkeard is, om't it platfoarm krekt docht wat de identiteit seit. Feroarje de RD op ien fan har en de âlde oankundiging wurdt weromlutsen, wylst ûnder in oare identiteit in nije ferskynt. Alles streamôf dat op 'e âlde identiteit basearre wie, fan rûteselaksje oant in bewarre operatorfilter, ferwiist no nei eat dat net mear bestiet.
Ferskate rûtes per bestimming is gewoan BGP-gedrach, gjin symptoom. In speaker kin ferskate ûntfongen rûtes hâlde wylst er ien bêste rûte foar troerstjoering kiest, en de kleau tusken ûntfongen en keazen is wêr't de sichtberensfragen libje. As in rûte ferdwûn liket te wêzen, befêstigje dan oft de identiteit dêr't er by hearde noch bestiet foar't jo nei de sesje sjogge.
Itselde RD, itselde bestimming, oare rûtes
Stjoer ien RD en ien foarheaksel fan twa routers út namme fan deselde tsjinst en beide biede rûtes nei ien bestimming oan, meastentiids mei ferskillende folgjende hops. Hokker fan dy't in route reflector trochjout is in beslút oer de reflector: syn rûtekar, syn oankundigingsfermogen en elk belied dat deroer lein is. Gjin fan 'e rânderouters kontrolearret dy kar. Jou de twa oankundigings ferskillende RD's en elk wurdt syn eigen bestimming, sadat beide in kontrôleflak oerlibje kinne dat oars allinnich de keazen rûte foar ien identiteit draacht.
Sichtberens en multipath moetsje elkoar yn 'e ûntfangende VRF, mar it binne net deselde beslissing, en in reflector dy't twa identiteiten draacht hat gjin twadde ynstallearre rûte konfigurearre. De VRF ynstallearret wat syn ymportbelied talit en wat syn eigen maksimum-rûte-ynstelling tastiet. Kontrolearje dy ynstelling apart as jo wolle dat de twadde rûte brûkt wurdt en net allinnich sichtber is.
In pleatslike unykheidsregel is gjin belied
Elke PE en elke routinginstânsje syn eigen RD jouwe is in sûne konvinsje: it neamt de oarsprong, hâldt ûnbesibbe tsjinsten fan botsing op ien identiteit en jout it ynventaris in stabile kaai. Guon platfoarms easkje allinnich unykheid binnen de kast en steane routers eksplisyt ta in RD te dielen foar deselde VPN-instânsje. Dy tastimming is in ymplemintaasjebeperking, net in netwurk-oerstiigjende regel dy't jo oan in leveransier delegearje kinne. As it domein oer teams rint, skriuw dan sels it tawizingsbelied.
Lidmaatskip komt nea út 'e sifers. In patroan lykas 65000:12 foar ien PE en 65000:13 foar in oare is in gewoante, wylst oerienkommende eksport- en ymportdoelen lykas 65000:112 binne wat in rûte yn in VRF set. Behannelje de RD as de identiteit fan in rûte en de route target as de tastimming dy't him yn in VRF draacht.
Bewiisje de feroaring op 'e VRF, net op it skerm
Foar't jo in RD oanreitsje, skriuw fjouwer dingen op: wat de PE hjoed oankundiget, wat de reflector wjerspegelet, wat de ûntfangende VRF ymportearret en hokker rûte er kiest. In nije RD lûkt ien oankundiging werom en fiert in oare yn, dus de feroaring is oan beide kanten fan 'e sesje te sjen en is maklik ferkeard te lêzen as jo allinnich de oankundigjende kant folgje. Akseptaasje heart te rêsten op 'e berikberens dy't jo woene, net op in ekstra rigel dy't yn in foarheaksel-list ferskynt. De tabel hjirûnder hâldt de trije identifikatoaren by dy resinsje útinoar.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
Begjin op 'e oankundigjende PE en fergelykje beide identiteiten foar itselde foarheaksel foar't jo eat fuortsmite. De IOS-opdrachten hjirûnder beändwurdzje trije fragen yn folchoarder: is de âlde oankundiging der noch, is de nije identiteit foar de reflector sichtber en kiest de VRF it foarheaksel.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
Oare platfoarms printsje deselde ynformaasje ûnder oare syntaksis, en de fragen oerlibje dy feroaring. As de nije identiteit by de reflector ûntbrekt wylst de PE him as oankundige listet, is it belied of it oankundigingsfermogen fan 'e reflector de earste fertochte, net de nûmering.
Notearje de PE, de ynstânsje, de RD, de eksport- en ymportdoelen en it eigendom fan it foarheaksel op ien plak, om't de folgjende tawizing in opfregaasje is en gjin gissing allinnich as dat record bestiet. Hâld de âlde RD oant de nije identiteit yn 'e ûntfangende VRF sichtber is, en lûk him dan yn in twadde stap werom sadat elke faze omkearber bliuwt.