Од CE RIP рута до оддалечен VRF: каде се случува извозот

RIPv2 ажурирање пристигнува на работ на провајдерот, паѓа во VRF табелата за рутирање и застанува таму освен ако нешто не го извезе експлицитно. Три одлуки се случуваат по ред и секоја може да го одбие префиксот поради своја причина. Нивното читање како еден настан е причината зошто луѓето го бркаат погрешниот уред кога оддалечена локација не може да достигне мрежа што CE јасно ја рекламира. Следете ја рутата низ PE и редоследот станува очигледен.

Што прави PE со RIP ажурирање

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

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

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

За да излезе од VRF, рутата мора да се прераспредели во MP-BGP процесот што носи VPN рути и ѝ треба проширена заедница на целна рута што одредува кои оддалечени VRF смеат да ја увезат. Архитектурата во RFC 4364 ги држи тие размени одделени од протоколот CE-кон-PE токму поради оваа причина. Користењето RIP на работ не кажува ништо за тоа што треба да ја премине мрежата на провајдерот.

Запишете го договорот за извоз пред да конфигурирате нешто: префиксите на клиентот што мора да бидат достапни од далечина, рутите што мора да останат локални и сите стандардни, поспецифични или исклучоци за заедничка услуга. Споредете го тој договор со вистинскиот VRF, а не со истоимениот на друг клиент.

Страната за увоз е втора политика со свои цели на рути, а соодветниот извоз со несоодветен увоз создава префикс што постои во баќбонот и не се појавува во ниту една оддалечена табела.

Прераспределбата и експлицитното создавање се однесуваат различно

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

Взаемната прераспределба е местото каде што се случува тивката штета. Префикс извезен во BGP може да се врати низ втора точка на прераспределба, а без ознаки или филтри рутата осцилира додека двете табели изгледаат веродостојни во секој момент. Филтрирајте според ознаките поставени на работ наместо да се потпирате на топологијата да го спречи повратниот пат.

Експлицитното создавање изгледа поуредно и не е безусловно. Мрежната изјава обично бара соодветна рута во табелата за рутирање пред префиксот да се создаде, па рекламата исчезнува во моментот кога CE престанува да ја рекламира. Тоа често е однесувањето што го сакате и не е исто како статична рута што останува конфигурирана засекогаш. Проверете го вистинското правило на платформата наместо да претпоставите едно од двете однесувања.

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

Проверете го синџирот на четири места

Погледнете ја рекламата на CE, VRF табелата за рутирање, VPN табелата на рути со нејзината целна рута и увозот во оддалечениот 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, испорачаното однесување припаѓа на договорот за услуга, а различен протокол или политика на повлекување на управуваниот уред е проблем со документацијата пред да биде проблем со рутирањето.