VPNv4 ядрода MPLS қажет пе? Міндетті емес

BGP VPNv4 маршруттарды тарату контекстін келіседі, ал жіберу жолын емес. Импортты, келесі хопты шешуді және қолдана алатын инкапсуляцияны бөліңіз.

Екі маршрутизатор арасында VPNv4 мекенжай тобын қосу тек маршруттарды тарату контекстін жасайды, одан артық емес. Ол жіберу жолын орнатпайды және тұтынушы пакетін алыс соңғы нүктеге қандай инкапсуляция жеткізетінін айтпайды. Осы екі факт бөлінгенде, «бұған ядрода MPLS керек пе» деген сұрақ платформа қолдайтын деректер жазықтығы туралы тарырақ және жауап беруге болатын сұраққа айналады.

Мекенжай тобы шын мәнінде не туралы келіседі

Көппротоколды BGP AFI 1 және SAFI 128 аясында VPNv4 желілік деңгейінің қолжетімділік ақпаратын тасымалдайды, және әр жазба маршрутты ажыратқышты префикс пен белгімен жұптайды. Сессия екі тарап та осы ақпаратты кодтай және декодтай алатыны туралы келіседі. Ол келіспейтіні — деректер жазықтығы. Осы абзацтан кейінгінің бәрі жіберуге қатысты, және оның ешқайсысы сессияның көтерілуімен шешілмейді.

Сондықтан сәтті сессия басқару жазықтығының қабілетіне дәлел, ал жіберуге емес. Маршрутизатор мыңдаған VPNv4 жазбасын ұстап, бәрібір әр тұтынушы пакетін тастай алады, және осы екі ақау класының бастапқыда шатасуының себебі осы.

NLRI ішіндегі белгіге назар аударыңыз. Бұл VRF ішіндегі префикске байланған қызмет белгісі, және пакет шығыс соңғы нүктеге жеткенде оның жіберу рөлі болады. Оны қандай да бір транзиттік құрылғы оқи ма, оқымай ма — жеке дизайн шешімі.

Қабылдау, импорт және жіберу — үш қадам

Маршрутты қабылдау, оны пайдалануға рұқсат алу және онымен жібере алу құрылғының әртүрлі бөліктерімен орындалады. BGP естігенін сақтайды; импорт саясаты мен маршрут мақсатының сәйкестігі қай VRF оны қарастыра алатынын шешеді; содан кейін жіберу жазықтығы жарияланған келесі хопты шынымен сымға жібере алатын нәрсеге шешуі керек.

Step in the chainWhat has to be trueHow it fails quietly
NLRI exchangeBoth speakers negotiate the VPNv4 capabilitySession stays up while the family is never activated
Import eligibilityA route target on the received route matches the VRF import policyThe route exists in the table but never enters the VRF
Next-hop resolutionThe advertised next hop resolves to a usable tunnel or label pathBest path is selected, then marked unreachable or unusable
EncapsulationThe egress endpoint can decapsulate what the ingress producedPackets 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 ядроның жарамды таңдау ма, әлде жібере алмайтын жоспар ма екенін шешеді.

Қатысты мақалалар