Тунелот RSVP-TE работи, но клиентскиот L3VPN нема пат
Транспортот и услугата се одделни одлуки. Прочитајте го стекот етикети, проверете одделно резолуцијата на следниот хоп и приклучувањето на VRF, потоа тестирајте еден вистински клиентски тек.
Два тима можат истовремено да бидат во право кога клиентот пријавува дека VPN е паднат, а транспортниот тим пријавува дека тунелот е во ред. LSP со инженерство на сообраќај и MPLS L3VPN одговараат на различни прашања: едниот пренесува означени пакети низ јадрото, другиот одлучува на кој контекст за рутирање му припаѓа пакетот. Кога се мешаат, расправата се врти во круг, бидејќи секоја страна мери различен објект и двете мерења се валидни.
Транспортот работи, а услугата не – тоа е нормална состојба
LSP може да биде воспоставен, да пренесува сообраќај и да биде видлив во секој систем за надзор, додека клиентската услуга останува неупотреблива. Во оваа комбинација нема ништо противречно, бидејќи тунелот нема мислење за тоа дали постои далечен префикс, дали политиката за увоз го прифатила или дали приклученото коло пропушта рамки.
Симптомот што обично ја разоткрива забуната е асиметричен: пингот од PE loopback успева, додека домаќин на клиентската LAN не добива ништо, или обратно. Запишете кои адреси работеле пред да создадете теорија. Откако ќе забележите дека тестирате два различни објекти, следниот чекор е да го прочитате стекот етикети, наместо да се расправате чиј граф е точен. Две адреси, двајца сопственици и обично два различни луѓе, од кои секој верува дека другиот нешто скршил.
Читајте го стекот како две одговорности
Долната етикета му припаѓа на сервисот, а горната етикета на патеката. RFC 4364 едноставно ја опишува низата: прво се наметнува етикетата на VPN рутата, потоа тој означен пакет се тунелира кон следниот хоп на BGP, каде што тунелот со инженерство на сообраќај ја става својата етикета одозгора.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
На далечниот PE, етикетата на услугата го избира третманот, кој може да биде пребарување во VRF или одлука за приклучување. Таа етикета не може да се замени со онаа што само го преминува јадрото, и двете не се заменливи дури и кога двете се појавуваат во истиот стек на истиот интерфејс.
Што докажува успехот на RSVP, а што не
RSVP-TE воспоставува експлицитно рутирани LSP, со или без резервација на ресурси, што е конкретна и корисна гаранција за патеката што пакетот ја минува низ јадрото. Тоа не е изјава за клиентските рути, а конфигурираното име на тунел воопшто не е рута.
Ни присуството на RSVP не дава ветување за перформанси од крај до крај. Резервацијата на пропусен опсег на еден LSP не кажува ништо за приклученото коло, сопствената пристапна линија на клиентот или однесувањето на редот на далечниот раб. Третирањето како гаранција дава сигурни одговори на прашања што никој не ги поставил. Ако барањето навистина е обврска за пропусен опсег, таа мора да се состави од деловите што навистина ја спроведуваат, а LSP е само средината на тој синџир.
Проверувајте по ред, потоа застанете
Работете од транспортот кон надвор и застанете на првиот чекор што не успева, бидејќи секој следен чекор претпоставува дека претходните се одржале. Прво потврдете дека LSP е воспоставен и дека записот за проследување на префиксот на услугата навистина покажува на него. Потоа потврдете дека VPN рутата постои во вистинската табела, дека нејзиното поврзување со етикета е присутно и дека политиката за увоз ја прифатила. Потоа потврдете го приклучувањето: интерфејсот, инкапсулацијата и, каде што се применува, VLAN идентификаторот што му припаѓа на тој договор.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERСинтаксата на командите се разликува по платформа, затоа тие четири реда третирајте ги како четирите прашања, а не како скрипта. Важно е што секоја од нив испитува различен објект, и токму тоа прави дефектот да покажува на конкретен сопственик.
Следете едно дозволено барање и зачувајте ги добрите докази
Завршете со едно вистинско клиентско барање, дозволено со политиката, и неговиот одговор. Еден работен тек од крај до крај решава повеќе од една страница читања на бројачи, и го испитува спојувањето наместо секој дел одделно.
Кога подоцнежна фаза не успева, зачувајте го успешното набљудување на LSP наместо да го преизградите транспортот. Преизградбата на работен тунел не може да поправи отсутен далечен префикс, погрешно приклучување на VRF или правило за пристап до дестинацијата, и ги уништува доказите што првично ви кажаа дека транспортот е здрав.