RD і RT у MPLS VPN: унікальнасць і палітыка імпарту

Дыстрынктар маршруту робіць прэфіксы, што перакрываюцца, адрознымі; мэта маршруту вызначае, якія маршруты VRF можа імпартаваць. Прасачыце адзін маршрут MPLS праз абедзве ролі.

Два сайты кліентаў могуць абвяшчаць 10.20.0.0/24, і абодва застаюцца сапраўднымі ў межах адной сеткі правайдэра. Дыстрынктар маршруту трымае гэтыя аб’явы асобна; мэта маршруту вырашае, які VRF кліента можа ўзяць копію. Яны стаяць побач у канфігурацыі і выконваюць цалкам розныя задачы. Блытаніна паміж імі прыводзіць да змен, якія выглядаюць разумна і нічога не выпраўляюць.

Прасачыце адзін маршрут ад краю кліента да аддаленага VRF і падзел робіцца канкрэтным: ідэнтычнасць далучаецца раней, чым маршрут патрапіць у BGP, а палітыка размеркавання ацэньваецца, калі маршрут дасягае прымаючага краю правайдэра.

Маршрут VPN-IPv4 — гэта RD плюс прэфікс IPv4

RFC 4364 вызначае сямейства адрасоў VPN-IPv4 як васьмібайтавы дыстрынктар маршруту, за якім ідзе чатырохбайтавы адрас IPv4. RD дадаецца перад прэфіксам кліента, таму два аднолькавыя прэфіксы з розных сайтаў становяцца двума рознымі маршрутамі BGP.

Гэтая канструкцыя і ёсць увесь механізм унікальнасці. Правайдэру не трэба, каб кліенты дамаўляліся пра адрасную прастору без перакрыцця, і маршрут з аднаго сайта не можа моўчкі замяніць аднолькавы прэфікс з іншага сайта.

Сам фармат RD — гэта значэнне, выбранае адміністратарам, звычайна нумар аўтаномнай сістэмы і лакальны нумар. Яго лікавая форма — гэта ўмоўнасць, а не знак таго, што два палі маюць агульны сэнс з мэтай маршруту, якая выпадкова выкарыстоўвае тыя ж лічбы.

RD робіць прэфіксы, што перакрываюцца, адрознымі

Разгледзім дзве аб’явы аднаго і таго ж прэфікса. Сайт A нясе RD 65000:101, а сайт B — RD 65000:202, абодва для 10.20.0.0/24. Цяпер BGP трымае два маршруты VPN-IPv4, якія можна незалежна параўноўваць, фільтраваць і выбіраць.

RD не кажа, які VRF павінен атрымаць любы з гэтых маршрутаў, і не вызначае кліента ці паслугу. Гэта поле ідэнтычнасці маршруту, а не спіс сяброўства. Уласны RD VRF не абавязаны супадаць з RD маршруту, які ён імпартуе.

Менавіта таму змена RD, каб ён супаў з нумарам іншага сайта, нічога не выпраўляе. Калі маршрут адсутнічае на іншым баку, супадзенне лічбаў стварае іншую праблему ідэнтычнасці замест таго, каб выправіць рашэнне пра імпарт.

RT — гэта атрыбут BGP, а не метка ў пакеце

Палітыка экспарту далучае адну або некалькі мэтаў маршруту да маршруту як пашыраныя атрыбуты супольнасці BGP. Прымаючы край правайдэра параўноўвае гэтыя атрыбуты з палітыкай імпарту кожнага VRF. RT падарожнічае з маршрутам праз плоскасць кіравання. Параўнанне цалкам адбываецца ў палітыцы маршрутызацыі, перш чым перадаецца любы пакет кліента.

Пакеты даных кліента не нясуць RT. Пасля ўсталявання маршруту ў VRF перадача выкарыстоўвае табліцу гэтага VRF і стос метак MPLS, які прызначае архітэктура. Край правайдэра не чытае мэту маршруту з кожнага пакета кліента.

Маршрут можа несці некалькі RT, а VRF можа імпартаваць некалькі. Канфігурацыя часта выглядае як кароткі блок:

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

Чытайце гэты блок як два асобныя сцверджанні. Радок экспарту вызначае, што далучаецца да маршрутаў, якія пакідаюць гэты VRF; радок імпарту вызначае, што гэты VRF гатовы разглядаць. Супадзенне лічбаў зручнае, але не абавязковае.

Права на імпарт — не ўсталяванне

Маршрут можа быць прыдатным для VRF і ўсё ж не з’яўляцца ў яго табліцы перадачы. Прыдатнасць — гэта фільтр; затым звычайны працэс рашэння BGP параўноўвае прыдатныя маршруты і выбірае адзін. Старэйшы або менш пераважны маршрут можа прайграць іншаму прыдатнаму шляху.

Правярайце выбраны маршрут, а не толькі палітыку імпарту. VRF, які імпартуе RT 65000:500 і не паказвае маршруту для 10.20.0.0/24, магчыма, атрымаў маршрут і адхіліў яго падчас выбару, або не атрымаў яго зусім.

Гэтае адрозненне важнае і тады, калі з’яўляецца нечаканы прэфікс. Занадта шырокая палітыка імпарту можа прыцягнуць маршруты, якія сайт не збіраўся выкарыстоўваць, і ўнікальнасць RD гэтаму ніяк не перашкаджае. Ахоп размеркавання — гэта пытанне палітыкі RT.

Адшукайце адсутны маршрут у парадку плоскасці кіравання

Пачніце з аб’явы: ці экспартуе зыходны VRF патрэбны RT і ці існуе маршрут як маршрут VPN-IPv4 на рэфлектары маршрутаў або на прымаючым PE? Затым праверце атрыбут такім, якім ён атрыманы, а не такім, якім ён наладжаны на адпраўніку.

Далей параўнайце спіс імпарту прымаючага VRF з фактычнымі значэннямі RT маршруту. Нарэшце агледзіце выбраны маршрут у гэтым VRF і прывязку меткі. Кожны крок адказвае на іншае пытанне, а скачок да RD звычайна прапускае менавіта той, які памылковы.

Запішыце RD, экспартаваны RT, імпартаваны RT і выбраны наступны хоп для працоўнага і няспраўнага сайтаў. Чатыры значэнні побач ператвараюць расплывістае “VPN не перадае маршруты” ў дакладны крок плоскасці кіравання, які адрозніваецца.

Падобныя артыкулы