RD versus RT v MPLS VPN: jedinečnost versus politika importu

Rozlišovač trasy činí překrývající se prefixy jedinečnými a cíl trasy určuje, které trasy smí VRF importovat. Sledujte jednu trasu MPLS oběma rolemi.

Dvě lokality zákazníka mohou inzerovat 10.20.0.0/24 a obě zůstávají platné v jedné síti poskytovatele. Rozlišovač trasy udržuje tyto inzeráty oddělené; cíl trasy rozhoduje, která zákaznická VRF si smí vzít kopii. V konfiguraci stojí vedle sebe a dělají zcela různé věci. Záměna obou vede ke změnám, které vypadají rozumně a nic neopraví.

Sledujte jednu trasu od okraje zákazníka ke vzdálené VRF a rozdělení se zkonkrétní: identita se připojuje dřív, než trasa vstoupí do BGP, a politika distribuce se vyhodnocuje, když trasa dorazí na přijímající okraj poskytovatele.

Trasa VPN-IPv4 je RD plus prefix IPv4

RFC 4364 definuje adresní rodinu VPN-IPv4 jako osmibajtový rozlišovač trasy, za nímž následuje čtyřbajtová adresa IPv4. RD se vkládá před zákaznický prefix, takže dva shodné prefixy z různých lokalit se stanou dvěma různými trasami BGP.

Tato konstrukce je celý mechanismus jedinečnosti. Poskytovatel nepotřebuje, aby se zákazníci dohodli na nepřekrývajícím se adresním prostoru, a trasa z jedné lokality nemůže tiše nahradit shodný prefix z jiné lokality.

Samotný formát RD je hodnota, kterou volí správce, obvykle číslo autonomního systému a místní číslo. Jeho číselný tvar je konvence, nikoli signál, že obě pole mají společný význam s cílem trasy, který náhodou používá stejné číslice.

RD činí překrývající se prefixy rozlišitelnými

Uvažujme dva inzeráty stejného prefixu. Lokalita A nese RD 65000:101 a lokalita B nese RD 65000:202, oba pro 10.20.0.0/24. BGP nyní drží dvě trasy VPN-IPv4, které lze nezávisle porovnávat, filtrovat a vybírat.

RD neříká, která VRF má kteroukoli z tras přijmout, a neidentifikuje zákazníka ani službu. Je to pole identity trasy, nikoli seznam členství. Vlastní RD dané VRF nemusí odpovídat RD trasy, kterou importuje.

Proto změna RD tak, aby odpovídal číslu jiné lokality, nic neopraví. Chybí-li trasa na druhé straně, shoda číslic vytvoří jiný problém identity, místo aby opravila rozhodnutí o importu.

RT je atribut BGP, nikoli značka v paketu

Exportní politika připojuje k trase jeden nebo více cílů tras jako rozšířené atributy společenství BGP. Přijímající okraj poskytovatele porovnává tyto atributy s importní politikou každé VRF. RT cestuje s trasou přes řídicí rovinu. Porovnání probíhá zcela v routovací politice, dříve než je předán jakýkoli zákaznický paket.

Datové pakety zákazníka nenesou RT. Jakmile je trasa nainstalována ve VRF, předávání používá tabulku této VRF a zásobník značek MPLS, který architektura přiděluje. Okraj poskytovatele nečte cíl trasy z každého zákaznického paketu.

Trasa může nést několik RT a VRF jich může několik importovat. Konfigurace často vypadá jako krátký blok:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Čtěte tento blok jako dvě samostatná tvrzení. Řádek exportu určuje, co se připojuje k trasám opouštějícím tuto VRF; řádek importu určuje, co je tato VRF ochotna zvažovat. Shoda čísel je pohodlná, nikoli povinná.

Nárok na import není instalace

Trasa může být pro VRF způsobilá a přesto se v její předávací tabulce neobjeví. Způsobilost je filtr; poté běžný rozhodovací proces BGP porovná způsobilé trasy a jednu vybere. Starší nebo méně preferovaná trasa může prohrát s jinou způsobilou cestou.

Kontrolujte vybranou trasu, nejen importní politiku. VRF, která importuje RT 65000:500 a neukazuje trasu pro 10.20.0.0/24, mohla trasu přijmout a při výběru ji odmítnout, nebo ji nemusela přijmout vůbec.

Tento rozdíl je důležitý i tehdy, když se objeví neočekávaný prefix. Příliš široká importní politika může přitáhnout trasy, které lokalita nehodlala používat, a jedinečnost RD tomu nijak nezabraňuje. Rozsah distribuce je otázka politiky RT.

Vystopujte chybějící trasu v pořadí řídicí roviny

Začněte inzerátem: exportuje zdrojová VRF zamýšlený RT a existuje trasa jako trasa VPN-IPv4 na reflektoru tras nebo na přijímajícím PE? Poté zkontrolujte atribut tak, jak byl přijat, ne jak je nakonfigurován u odesílatele.

Dále porovnejte importní seznam přijímající VRF se skutečnými hodnotami RT trasy. Nakonec prohlédněte vybranou trasu v této VRF a navázání značky. Každý krok odpovídá na jinou otázku a skok na RD obvykle přeskočí ten, který je chybný.

Zapište RD, exportovaný RT, importovaný RT a zvolený další skok pro funkční i nefunkční lokalitu. Čtyři hodnoty vedle sebe promění vágní „VPN nepředává trasy“ v přesný krok řídicí roviny, který se liší.

Související články