VPNv4 ядродо MPLS керекпи? Милдеттүү эмес
BGP VPNv4 маршруттарды бөлүштүрүү контекстин сүйлөшөт, ал эми жөнөтүү жолун эмес. Импортту, кийинки хопту чечүүнү жана колдоно ала турган инкапсуляцияны бөлүңүз.
Эки маршрутизатордун ортосунда VPNv4 дарек үй-бүлөсүн күйгүзүү маршруттарды бөлүштүрүү контекстин гана түзөт, андан ашык эмес. Ал жөнөтүү жолун орнотпойт жана кардар пакетин алыскы акыркы чекитке кайсы инкапсуляция алып барарын айтпайт. Бул эки факт бөлүнгөндө, «буга ядродо MPLS керекпи» деген суроо платформа колдогон маалымат тегиздиги жөнүндө тар жана жооп берүүгө боло турган суроого айланат.
Дарек үй-бүлөсү чындыгында эмнени сүйлөшөт
Көп протоколдуу BGP AFI 1 жана SAFI 128 астында VPNv4 тармактык катмарынын жеткиликтүүлүк маалыматын алып жүрөт, жана ар бир жазуу маршрут айырмачын префикс жана белги менен жуптайт. Сессия эки тарап тең бул маалыматты коддой жана декоддой алгандыгы тууралуу сүйлөшөт. Ал сүйлөшпөгөн нерсе — маалымат тегиздиги. Бул абзацтан кийинкинин баары жөнөтүүгө тиешелүү, жана анын эч бири сессиянын көтөрүлүшү менен чечилбейт.
Демек, ийгиликтүү сессия башкаруу тегиздигинин мүмкүнчүлүгүнө далил, жөнөтүүгө эмес. Маршрутизатор миңдеген VPNv4 жазуусун кармап, баары бир ар бир кардар пакетин таштай алат, жана ушул эки бузулуу классынын башында аралашышынын себеби ушунда.
NLRI ичиндеги белгиге көңүл буруңуз. Бул VRF ичиндеги префикске байланган кызмат белгиси, жана пакет чыгуучу акыркы чекитке жеткенде анын жөнөтүү ролу бар. Аны кандайдыр бир транзиттик түзмөк окуйбу, жокпу — өзүнчө долбоор чечими.
Кабыл алуу, импорт жана жөнөтүү — үч кадам
Маршрутту кабыл алуу, аны колдонууга уруксат алуу жана аны менен жөнөтө алуу түзмөктүн ар кандай бөлүктөрү тарабынан аткарылат. BGP укканын сактайт; импорт саясаты жана маршрут максатынын дал келиши кайсы VRF аны карай аларын чечет; андан кийин жөнөтүү тегиздиги жарыяланган кийинки хопту чындыгында зымга түртө ала турган нерсеге чечүүгө тийиш.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Эң таң калыштуу бузулуулар дал ушул орто кадамда жашайт. Маршрут BGP таблицасында болушу мүмкүн, жарактуу жана атүгүл эң жакшы, ал эми VRF маршруттар таблицасы бош калат, анткени эч бир маршрут максаты импорт тизмесине дал келген жок. Эч нерсе протокол катасын жазбайт, анткени протокол катасы болгон жок.
Акыркы кадам — платформанын колдоосу көрүнгөн жер. Төмөнкү катмарда жеткиликтүү кийинки хоп VPN кызматынын транспорту катары автоматтык түрдө чечилбейт, жана түзмөк белгилүү туннель түрүн, белгилүү белги операциясын же экөөнү тең талап кылышы мүмкүн. Чечимдин абалын окуу маршруттардын санын окууга караганда маалыматтуураак.
IP ядро эч качан которбой турган стекти алып жүрө алат
Сактоого татыктуу айырма «ядро MPLS иштетпейт» жана «кызматта эч жерде белги жок» ортосунда. Бул ар башка ырастоолор, жана биринчиси гана транзиттик түзмөктөр жөнүндө. RFC 4023 MPLSди IP же GRE туннелдери аркылуу алып жүрүүнү аныктайт, жана дал ошол механизм экинчи ырастоону толук IP ядродо мүмкүн кылат.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulТранзиттик маршрутизаторлар сырткы IP дареги боюнча жөнөтөт жана аларга кардар префикстери да, жергиликтүү белги которуштуруу да керек эмес. Алыскы учта сырткы туннель алынып салынат жана кызмат белгиси ишин улантат. Ядро тунук эмес жүктү жылдырды, жана бул дал IP тармагы күчтүү болгон нерсе.
Бул долбоор сизге бербеген нерсе — универсалдуу кепилдик. Бул ар бир маршрутизатор ар бир VPNv4 кийинки хопун каалаган GRE интерфейси аркылуу чечет деген далил эмес, жана иштеп жаткан жергиликтүү MPLS конфигурациясын жок кылууга себеп да эмес. Бул универсалдуу ырастоого каршы мисал, жана практикалык суроо платформага жергиликтүү бойдон калат. Бул суроону протокол эрежеси катары эмес, платформанын чектөөсү катары жазып коюңуз.
Түзмөктө чынжырды үзүлгөнгө чейин басыңыз
Алынган маршруттан баштап, ийгиликсиз болгон биринчи кадамда токтоңуз, анткени мурунку кадам бузулганда кийинки кадамдарды диагностикалоо мүмкүн эмес. Типтүү ишке ашырууда төрт буйрук анын көбүн камтыйт.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_AАларды төрт көз карандысыз текшерүү катары эмес, ырааттуулук катары окуңуз. Биринчиси үй-бүлөнүн активдүү экенин жана өнөктөштүн маршруттар менен алмашканын тастыктайт; экинчиси префикстин пайдалуу кийинки хоп менен келгенин көрсөтөт; үчүнчүсү импортко жарактуулукту далилдейт; төртүнчүсү жөнөтүү тегиздиги ага белги же туннель байлаганын көрсөтөт.
Андан кийин жүктөм жолун эки багытта, инкапсуляцияга чыдаган MTU менен сынаңыз. GRE аталыш байттарын кошот, жана кичине зонддордон өткөн жол толук өлчөмдөгү пакеттерде бир гана багытта ийгиликсиз болушу мүмкүн, бул транспорт бузулуусу эмес, колдонмо бузулуусуна окшойт.
Эки операциялык эскертүү циклды жабат. GRE — инкапсуляция, купуялуулук эмес, ошондуктан ишенимсиз транзиттик тармакка божомолдун ордуна үстүнөн колдоого алынган коопсуздук жараштыруу керек. Жана долбоорду карап чыгуудан мурун платформа чындыгында кайсы инкапсуляцияны колдой турганын жазып коюңуз, анткени ошол бир жооп гана IP ядронун жарактуу тандоо экенин же жөнөтө албаган план экенин чечет.