OSPF-rûtetype oer in VPN: net altyd ekstern

In klantprefiks stekt de wolk fan de provider oer as in BGP-VPN-rûte en komt by it fiere plak oan as in eksterne OSPF-rûte, wat in protte yngenieurs ferwachtsje en net de iennichste mooglike útkoms is. Wat de fiere CE sjocht, hinget ôf fan it OSPF-domein dêr't it prefiks wei komt en fan syn oarspronklike rûtetype, en beide reizgje mei de VPN-rûte. De oanname dat elk werferdield prefiks type 5 wurdt, liedt ta foarkarsferoarings dy't net wurkje kinne. Fergelykje earst de domeinidentifikaasje, net de administraasje-ôfstân.

It PE-CE-model draacht genôch kontekst foar de ûntfangende PE om in OSPF-oankundiging te rekonstruearjen ynstee fan ien te betinken.

Wat reizget mei de rûte

RFC 4577 definiearret de OSPF-attributen dy't in VPN-rûte begeliede: de domeinidentifikaasje, de metrika en de rûtetype fan it oarsprongsplak. De ûntfangende PE brûkt se om te besluten hoe't in geskikt prefiks oan syn pleatslike OSPF-proses ferskine moat. Sûnder dy attributen soe de fiere PE gjin grûn hawwe foar eat oars as in eksterne werferdieling. Dêrom kin in rûte as in tusken-area-LSA oankomme, sels as BGP it der tusken troch droegen hat.

It area-type is ek fan belang. In stub- of NSSA-area beheint hokker LSA's binnenkomme meie, dus deselde VPN-rûte kin oars presintearre wurde ôfhinklik fan wêr't de ûntfangende OSPF-eksimplaar sit. Konfigurearre eksportbelied kin ek de standertpresintaasje oerskriuwe, wat in bewuste kar is en gjin by-effekt.

Itselde domein, oare presintaasje

In intra-area- of tusken-area-rûte út itselde domein komt normaal by it fiere plak oan as in tusken-area-rûte, in type 3-LSA. In prefiks út in oar domein, in oarsprong dy't nea OSPF spruts, of in oarspronklik eksterne OSPF-oankundiging folget ynstee de eksterne regels, en dêr ferskine type 5 en syn NSSA-ekwivalint. Beide gedrach is korrekt; de ynfier ferskilt. Fergelykje domeinidentifikaasjes en oankundige attributen foardat jo foarkarswaarden oanreitsje.

Administraasje-ôfstân kiest tusken boarnen op ien router. It skriuwt gjin LSA-type oer en makket de ûntbrekkende domeinrelaasje net.

Wannear't in sham-keppeling it goede antwurd is

Stel jo twa plakken foar yn deselde area, ferbûn troch in direkte efterdoarkeppeling. OSPF hâldt dat intra-area-paad oan ynstee fan it tusken-area-paad dat troch de provider bean wurdt, sels wannear't konfigurearre kosten it providerpaad oantreklik meitsje soene. In sham-keppeling fertsjintwurdiget in intra-area-relaasje oer de VPN, sadat kosten oan 'e beslissing dielnimme kinne. It bestiet foar dat spesifike paadkarprobleem, net om elke rûte út itselde domein yntern lykje te litten.

In sham-keppeling hat berikbere einpunten en wjersidige konfiguraasje op beide PE's nedich. It mar oan ien kant ynstelle leveret in relaasje op dy't nea foarmet, en de rûtingstabel hâldt syn âlde foarkar, wat liket as hat de funksje neat dien.

Breek de lusbeskerming net

It PE-CE-model set it DN-bit op de rûtes dy't it distribuearret, sadat in prefiks net troch in oare CE weromkomme en in twadde kear werferdield wurde kin. Dy beskerming is wat in prefiks tsjinhâldt om tusken plakken dy't in OSPF-domein diele yn in lus te kommen. It fuortheljen of negearjen om in rûte yntern lykje te litten kin krekt de lus meitsje wêrfoar't it ûntwurpen is. As in prefiks ferkeard liket, behannelje it DN-bit as ynformaasje en net as in obstakel.

Deselde foarsichtigens jildt foar werferdielingsfilters en rûtekaarten dy't mienskippen strippe. Elk ferwideret kontekst dy't de fiere kant nedich hat, en de resultearjende oankundiging kin leauwich lykje wylst er ferkeard is. Feroarje ien attribút tagelyk en kontrolearje wat de fiere CE echt ynstallearret.

Ferifiearje dan fan it fiere plak ôf: it LSA-type, de oankundigjende router en it paad dat er keazen hat. Dat bewiis beantwurdet de fraach dy't it ticket stelde.