Два PE, еден префикс: зошто RD ја одредува видливоста

Два гранични рутери што го рекламираат истиот префикс на клиент опишуваат една VPNv4 дестинација додека нешто не ги раздели, а разделувачот е route distinguisher. Тој го квалификува префиксот; не одлучува кој го увезува резултатот, тоа е работа на route target. Доделувајте RD од множеството рути што мора да останат различливи во секој домен каде тие реклами можат да се сретнат, а не од распоредот на датотеки на еден уред. Бројот што го избирате е идентитет од кој ќе зависат подоцнежните прегледи, затоа му е место во инвентар пред да влезе во конфигурација.

RD со префикс е една дестинација

RD заедно со IPv4 префикс ја формира VPNv4 дестинацијата што ја споредува контролната рамнина. Дајте на два PE истиот префикс за различни клиенти и без различни RD тие рекламираат патеки кон една дестинација. Ништо на екранот не ви кажува дека тоа групирање е погрешно, бидејќи платформата го прави точно тоа што го кажува идентитетот. Сменете го RD на едниот од нив и стариот оглас се повлекува, а под друг идентитет се појавува нов. Се низводно што се потпираше на стариот идентитет, од избор на рута до зачуван операторски филтер, сега се однесува на нешто што повеќе не постои.

Повеќе патеки по дестинација е нормално однесување на BGP, не симптом. Говорникот може да држи повеќе примени патеки додека избира една најдобра за препраќање, а јазот меѓу применото и избраното е местото каде живеат прашањата за видливост. Кога некоја патека изгледа исчезната, потврдете дали идентитетот на кој припаѓала се уште постои пред да ја погледнете сесијата.

Истиот RD, истата дестинација, различни патеки

Испратете еден RD и еден префикс од два рутера во име на истата услуга и двата нудат патеки кон една дестинација, обично со различни следни скокови. Кој од нив рутниот рефлектор ќе го препрати е одлука за рефлекторот: неговиот избор на патека, неговата способност да рекламира и секоја политика наредена врз него. Ниту еден граничен рутер не го контролира тој избор. Дајте им на двата огласи различни RD и секој станува своја дестинација, така што двата можат да преживеат контролна рамнина што инаку носи само избраната патека за еден идентитет.

Видливоста и повеќекратното насочување се среќаваат во примачкиот VRF, но тие не се иста одлука, а рефлектор што носи два идентитети не конфигурирал втора инсталирана патека. VRF инсталира тоа што го дозволува неговата политика за увоз и тоа што го дозволува неговата сопствена поставка за максимум патеки. Проверете ја таа поставка одделно кога сакате втората патека да се користи, а не само да биде видлива.

Локално правило за единственост не е политика

Давање сопствен RD на секој PE и секоја инстанца за насочување е здрава конвенција: го именува потеклото, спречува неповрзани услуги да се судрат на еден идентитет и му дава на инвенторот стабилен клуч. Некои платформи бараат единственост само внатре во уредот и изречно дозволуваат рутерите да делат RD за истата VPN инстанца. Таа дозвола е ограничување на имплементацијата, не мрежно правило што можете да го делегирате на добавувач. Ако доменот опфаќа тимови, напишете ја политиката за доделување сами.

Членството никогаш не доаѓа од цифрите. Шема како 65000:12 за еден PE и 65000:13 за друг е навика, додека совпаѓачките цели за извоз и увоз како 65000:112 се тоа што става рута во VRF. Третирајте го RD како идентитет на рута, а route target како дозвола што ја носи во 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, потоа повлечете го во втор чекор за да остане секоја фаза повратна.