Пирингот е активен со недели, бројот на префикси изгледа точен, а сепак сообраќајот на еден клиент сè уште оди по долгиот пат или воопшто не пристигнува. Две различни работи се оценуваат со истиот показател. BGP сесијата известува дека два пира можат да разменуваат пораки преку TCP врска; таа не кажува ништо за тоа дали overlay-от може да пренесе означен пакет токму за тој клиент.

Оваа празнина најлесно се гледа во MPLS-over-DMVPN дизајн, каде патеката преку хаб и директната spoke патека можат да се однесуваат различно од причини што немаат врска со пирингот.

Што всушност докажува сесијата

BGP работи преку TCP, па на секој пир му треба рута до адресата на другиот крај пред да се случи нешто друго. Ако за тој крај изберете loopback, сте создале барање за достапност, а не гаранција за препраќање. Сесијата потоа може да остане активна преку интерфејс што клиентскиот сообраќај никогаш не би го користел.

Запишете четири факти на двата краја пред да заклучите: изворната адреса на сесијата, одредишната адреса, контекстот на рутирање во кој се наоѓа и кој интерфејс би го избрале јадрото или рутерот за тој пар. Овие факти ја опишуваат контролната рамнина. Клиентските пакети врз нив додаваат VRF, стек од ознаки и overlay мапирање.

Четири механизми, не еден

Документацијата на Cisco за MPLS преку DMVPN јасно ги одделува деловите. MP-BGP ги распределува клиентските overlay ознаки меѓу уредите на работ на провајдерот. MPLS ги користи тие ознаки за да го избере контекстот на препраќање на пакетот. NHRP мапира overlay адреса на транспортниот крај што му е потребен на динамичен тунел. IPsec го штити пир-патот каде што се применува.

Било кој од четирите може да биде точен додека друг е погрешен, и токму комбинацијата го носи сообраќајот. Размената на рути може да заврши додека врската на ознака за еден VRF недостасува, додека NHRP мапирањето покажува на застарена транспортна адреса или додека тунелот постои, но ниту една политика не го дозволува внатрешниот пакет. Ниту една од тие состојби не ја соборува сесијата.

Споредете ја патеката преку хаб со кратенката, една променлива одеднаш

Фиксирајте го изворниот хост, одредишниот хост и VRF, потоа следете го истиот тек двапати. На патеката преку хаб запишете го следниот хоп, сервисната ознака што го идентификува далечниот клиентски контекст и overlay-до-транспорт мапирањето што се користи. На предвидената директна патека запишете ги истите три нешта. Разликата меѓу двата списка е дефектот, или неговото отсуство.

Држете го текот константен за време на споредбата. Менувањето на изворниот хост, VRF или одредиштето меѓу набљудувањата дава две неповрзани приказни, и тоа е најчестиот начин оваа вежба да тргне наопаку.

Држете ги loopback тестовите во посебна преграда

Ping испратен од loopback на рутер е корисен тест и проверува поинаков случај од текот од хост. Изворната адреса му припаѓа на рутерот, неговиот контекст на рутирање може да биде глобален наместо VRF, а патот на одговорот може да се разликува од тој што би го зел клиентски префикс. Затоа loopback-от што одговара и апликацијата што работи преку кратенката се одделни резултати, и само вториот го опишува клиентот.

Тестирајте ги двете, потоа означете ги одделно во вашите белешки. Кога не се совпаѓаат, научивте нешто конкретно за тоа каде дизајнот отстапува, и тоа е повеќе отколку што една зелена штикла некогаш ќе ви каже.

Тврдењата за верзија и за дефект бараат сопствени докази

Теренските извештаи понекогаш препорачуваат менување на маска на хост или изворна адреса на BGP, и таквите извештаи вреди да се читаат само заедно со дефектот за кој се напишани и изданијата што ги зафатил. Заобиколно решение од едно издание не е тврдење дека архитектурата не поддржува ниту еден /32 префикс.

Користете документација што одговара на вашата DMVPN фаза, платформа и издание, и запомнете дека едно поглавје може да покрива неколку поставености, вклучително FlexVPN. Примерот од една поставеност не се пренесува тивко на друга. Изберете ги краевите на сесијата според дизајнот на контролната рамнина што навистина ви треба, потоа одделно проверете ја патеката на препраќање на клиентот, зашто препишувањето на секоја loopback маска не го заменува утврдувањето која задача не успеала.

Поврзани статии