Два PE, адзін прэфікс: чаму RD вызначае бачнасць

Два межавыя маршрутызатары, якія абвяшчаюць адзін прэфікс кліента, апісваюць адно прызначэнне VPNv4, пакуль нешта іх не падзеліць, і гэтым падзельнікам з’яўляецца дыстынктар маршруту. Ён кваліфікуе прэфікс; ён не вырашае, хто імпартуе вынік, бо гэта задача мэты маршруту. Прызначайце RD з мноства маршрутаў, якія павінны заставацца адрознымі ў кожным дамене, дзе гэтыя аб’явы могуць сустрэцца, а не з размяшчэння файлаў на адной прыладзе. Нумар, які вы выбіраеце, — гэта ідэнтычнасць, ад якой будуць залежаць наступныя прагляды, таму ён належыць у інвентар раней, чым у канфігурацыю.

RD разам з прэфіксам — адно прызначэнне

RD разам з прэфіксам IPv4 утварае прызначэнне VPNv4, якое параўноўвае плоскасць кіравання. Дайце двум PE аднолькавы прэфікс для розных кліентаў, і без розных RD яны абвяшчаюць шляхі да аднаго прызначэння. Нішто на экране не скажа, што гэтае групаванне няправільнае, бо платформа робіць менавіта тое, што кажа ідэнтычнасць. Змяніце RD на адным з іх, і старая аб’ява адклікаецца, а пад іншай ідэнтычнасцю з’яўляецца новая. Усё ніжэй па патоку, што абапіралася на старую ідэнтычнасць, ад выбару маршруту да захаванага фільтра аператара, цяпер спасылаецца на тое, чаго больш не існуе.

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

Тыя ж RD і прызначэнне, розныя шляхі

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

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

Лакальнае правіла ўнікальнасці — не палітыка

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

Членства ніколі не вынікае з лічбаў. Схема накшталт 65000:12 для аднаго PE і 65000:13 для іншага — гэта звычка, а вось супадаючыя мэты экспарту і імпарту, такія як 65000:112, і ёсць тое, што змяшчае маршрут у VRF. Разглядайце RD як ідэнтычнасць маршруту, а мэту маршруту — як дазвол, які нясе яго ў VRF.

Даказвайце змену на VRF, а не на экране

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

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

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

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

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