Ад маршруту CE RIP да аддаленага VRF: дзе адбываецца экспарт

Абнаўленне RIPv2 прыходзіць на мяжу правайдэра, трапляе ў табліцу маршрутызацыі VRF і спыняецца там, пакуль нешта яўна не экспартуе яго. Тры рашэнні адбываюцца паслядоўна, і кожнае можа адхіліць прэфікс па сваёй прычыне. Менавіта чытанне іх як адной падзеі прымушае людзей шукаць не той бокс, калі аддалены сайт не можа дасягнуць сеткі, якую CE ясна абвяшчае. Прасачыце маршрут праз PE — і паслядоўнасць стане відавочнай.

Што PE робіць з абнаўленнем RIP

PE атрымлівае абнаўленне на інтэрфейсе VRF, правярае, што крыніца — дазволены сусед, і ўсталёўвае прэфікс у табліцу маршрутызацыі VRF з лічыльнікам скокаў, выведзеным з аб'явы. Гэтая табліца — звычайная табліца маршрутызацыі з уласнымі адміністрацыйнымі адлегласцямі і ўласным выбарам лепшага шляху. Калі CE аб'яўляе адзін і той жа прэфікс двойчы з рознымі метрыкамі, у табліцы застаецца толькі лепшы. Нічога на гэтым кроку не датычыць магістралі правайдэра.

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

Экспарт — гэта акт палітыкі, а не следства пратакола

Каб пакінуць VRF, маршрут трэба пераразмеркаваць у працэс MP-BGP, які нясе VPN-маршруты, і яму патрэбна пашыраная супольнасць тыпу route target, якая вызначае, якія аддаленыя VRF могуць яго імпартаваць. Архітэктура ў RFC 4364 трымае гэтыя абмены асобна ад пратакола CE-PE менавіта па гэтай прычыне. Выкарыстанне RIP на мяжы нічога не кажа пра тое, што павінна перасякаць сетку правайдэра.

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

Бок імпарту — другая палітыка з уласнымі route target, і адпаведны экспарт з неадпаведным імпартам дае прэфікс, які існуе ў магістралі і не з'яўляецца ні ў адной аддаленай табліцы.

Пераразмеркаванне і яўнае стварэнне паводзяць сябе па-рознаму

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

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

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

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

Праверце ланцуг у чатырох месцах

Паглядзіце на аб'яву CE, табліцу маршрутызацыі VRF, табліцу VPN-маршрутаў з яе route target і імпарт аддаленага VRF — у гэтым парадку. На IOS гэта азначае вывад суседа CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, і тую ж каманду на далёкім PE. На IOS-XR адпаведны вывад знаходзіцца пад show bgp vrf CUSTOMER ipv4 unicast. Назвы каманд розныя, а чатыры пункты праверкі — не.

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

Запішыце, хто валодае кожнай палітыкай. Калі CE кіруе правайдэр, пастаўленыя паводзіны адносяцца да кантракта на паслугі, а іншы пратакол ці палітыка адклікання на кіраванай прыладзе — гэта праблема дакументацыі раней, чым праблема маршрутызацыі.