Тунэль RSVP-TE працуе, але L3VPN кліента не мае шляху
Транспарт і паслуга — гэта асобныя рашэнні. Прачытайце стос метак, асобна праверце развязанне наступнага пераходу і далучэнне VRF, затым праверце адзін рэальны паток кліента.
Дзве каманды могуць абедзве мець рацыю, калі кліент паведамляе, што VPN не працуе, а транспартная каманда — што тунэль у парадку. LSP з інжынерыяй трафіку і MPLS L3VPN адказваюць на розныя пытанні: адзін перамяшчае пазначаныя пакеты праз ядро, другі вырашае, да якога кантэксту маршрутызацыі належыць пакет. Калі іх зблытаць, спрэчка ідзе па коле, бо кожны бок вымярае розны аб'ект, і абодва вымярэнні слушныя.
Транспарт працуе, а паслуга не — гэта нармальны стан
LSP можа быць усталяваны, пераносіць трафік і быць бачным у кожнай сістэме маніторынгу, пакуль паслуга кліента застаецца непрыдатнай. У гэтай камбінацыі няма нічога супярэчлівага, бо тунэль не мае думкі пра тое, ці існуе аддалены прэфікс, ці прыняла яго палітыка імпарту і ці прапускае кадры далучаны контур.
Сімптом, які звычайна выкрывае блытаніну, асіметрычны: пінгі з loopback PE праходзяць, а хост у 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 або правіла доступу да прызначэння, і яна знішчае доказы, якія першапачаткова сказалі вам, што транспарт здаровы.