Екі жалдаушы филиалын бірдей 10.50.0.0/24-пен нөмірлейді, ал өзгерістен кейін біреуінің маршруты провайдер шетінен жоғалады, екіншісі жұмысын жалғастырады. Осы билеттің артындағы оңайлату әдетте маршрут айырушысынан (RD) бас тарту болып табылады, себебі «белгі клиентті әлдеқашан анықтайды». Олай емес. RD мен белгі екі түрлі сұраққа жауап береді, және бұл айырмашылық қана қабаттасатын мекенжайлар мәжбүр еткенде ғана көрінеді.

Екі болуы керек жерде бір маршрут

Кәдімгі IPv4 unicast бір префикске екі жолды салыстырып, жақсысын орнатады. A жалдаушысының 10.50.0.0/24 мен B жалдаушысының 10.50.0.0/24 бір кілт, сондықтан біреуі жеңеді, екіншісі тек резервтік жол ретінде қалады. Хаттама өзіне айтылғанды жасады; басқару жазықтығынан екі түрлі маршрутты бір идентификатор астында сақтау талап етілді.

Нәтиже қатеге емес, жоғалған маршрутқа ұқсайды: жарыста жеңілген PE өз жалдаушысын әлі де жергілікті жібереді, сондықтан алаң ішіндегі тексеру сәтті, алаңдар арасындағы тест сәтсіз болады. Кез келген саясатқа қол тигізбес бұрын VPNv4 кестесіндегі сол префикстің жазбаларын санаңыз.

RD бір кілтті екіге айналдырады

Сегіз байттық маршрут айырушысы IPv4 префиксінің алдына қосылады, ал BGP таситын нысан IPv4 префиксінің орнына VPN-IPv4 мекенжайына айналады. Екі жалдаушы бірдей 32 битті ұстай алады, өйткені алдыңғы 64 бит өзгеше. AS негізіндегі RD мен мекенжай негізіндегі RD үшін пішім түрлері бар, және таңдау бастапқы PE-ге тиесілі. PE бір AS-ты бөліскенде AS негізіндегі RD кең таралған, ал бөліспегенде мекенжай негізіндегі.

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

Белгі — жергілікті жіберу нұсқауы

Әр хабарландыру MPLS белгісін де алып жүреді және оның мағынасы оны бөлген маршрутизатормен шектелген. Басқа PE байланысы жоқ межеге сол нөмірді бере алады. Дәл сондықтан белгі клиенттің идентификаторын алмастыра алмайды: нөмір тек келесі секіріс пен оны орнатқан жіберу күйінің қасында ғана дұрыс.

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

FieldWhere it livesScopeIf you remove it
RDVPNv4 NLRIPer advertised routeOverlapping prefixes collide
Route targetExtended communityImport and export policyRoute lands in the wrong VRF
LabelLabeled NLRI and forwarding statePer allocating routerNo instruction for the data plane
Next hopPath attributePer pathThe label cannot be resolved

Неге біреуі екіншісін алмастыра алмайды

Хабарландыруды оқу дегеніміз төрт нәрсені бірге қарау: RD-мен біліктіленген префикс, маршрут мақсаттары, келесі секіріс және белгі. Пайдаланушы пакетін оқу дегеніміз сол ақпараттан орнатылған стекті қарау. Сау дизайн екі жақтың сәйкестігін көрсетеді, бұзылған дизайнда әдетте бір жағы дұрыс, екіншісі ескірген болады. Осы салыстыру сәйкестендіру мәселесін жіберу мәселесінен ажыратады.

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

Жалдаушы маршруты жоғалғанда осы ретпен тексеріңіз: префикс үшін екі VPNv4 жазбасы, әрқайсысында дұрыс маршрут мақсаты, шешілетін келесі секіріс және қабылдаушы PE күйі бар белгі. Идентификаторды жіберу мәнімен түзету, немесе керісінше, бір тексеруден өтіп, келесісінде сәтсіз болады.

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