RD наспрам RT у MPLS VPN: јединственост наспрам политике увоза
Разликовач рута чини префиксе који се преклапају јединственим, а циљ руте одређује које руте VRF може да увезе. Пратите једну MPLS руту кроз обе улоге.
Две локације корисника могу оглашавати 10.20.0.0/24 и обе остају важеће у једној мрежи провајдера. Разликовач рута држи те огласе одвојеним; циљ руте одлучује која корисничка VRF може узети копију. Они стоје један поред другог у конфигурацији и обављају потпуно различите послове. Мешање њих двоје води ка изменама које изгледају разумно и не поправљају ништа.
Пратите једну руту од корисничке ивице до удаљене VRF и подела постаје конкретна: идентитет се прикључује пре него што рута уђе у BGP, а политика дистрибуције се оцењује када рута стигне до пријемне ивице провајдера.
Рута VPN-IPv4 је RD плус IPv4 префикс
RFC 4364 дефинише адресну фамилију VPN-IPv4 као осмобајтни разликовач руте, за којим следи четворобајтна IPv4 адреса. RD се ставља испред корисничког префикса, тако да два идентична префикса са различитих локација постају две различите BGP руте.
Та конструкција је цео механизам јединствености. Провајдеру није потребно да се корисници договоре о адресном простору без преклапања, и рута са једне локације не може тихо заменити идентичан префикс са друге локације.
Сам формат RD је вредност коју бира администратор, обично број аутономног система и локални број. Његов нумерички облик је конвенција, а не знак да два поља деле значење са циљем руте који случајно користи исте цифре.
RD чини префиксе који се преклапају разлучивим
Размотрите два огласа за исти префикс. Локација A носи RD 65000:101, а локација B носи RD 65000:202, оба за 10.20.0.0/24. BGP сада држи две VPN-IPv4 руте које се могу независно поредити, филтрирати и бирати.
RD не каже која VRF треба да прими било коју од тих рута и не идентификује корисника ни услугу. То је поље идентитета руте, а не списак чланства. Сопствени RD неке VRF не мора да се поклапа са RD руте коју она увози.
Зато промена RD да се поклопи са бројем друге локације не поправља ништа. Ако рута недостаје на другој страни, поклапање цифара ствара други проблем идентитета уместо да поправи одлуку о увозу.
RT је BGP атрибут, а не ознака у пакету
Политика извоза прикључује један или више циљева руте на руту као проширене атрибуте заједнице у BGP-у. Пријемна ивица провајдера пореди те атрибуте са политиком увоза сваке VRF. RT путује са рутом кроз контролну раван. Поређење се одвија у целини у рутинг политици, пре него што се проследи било који кориснички пакет.
Кориснички податковни пакети не носе RT. Када је рута инсталирана у VRF, прослеђивање користи табелу те VRF и стек MPLS ознака који архитектура додељује. Ивица провајдера не чита циљ руте из сваког корисничког пакета.
Рута може носити неколико RT, а VRF може увести неколико. Конфигурација често изгледа као кратак блок:
vrf definition CUST-A
rd 65000:101
address-family ipv4
route-target export 65000:500
route-target import 65000:500
Читајте овај блок као две одвојене изјаве. Линија извоза одређује шта се прикључује рутама које напуштају ову VRF; линија увоза одређује шта је ова VRF спремна да размотри. Поклапање бројева је згодно, али није обавезно.
Право на увоз није инсталација
Рута може бити подобна за VRF и ипак се не појавити у њеној табели прослеђивања. Подобност је филтер; затим уобичајени BGP процес одлучивања пореди подобне руте и бира једну. Старија или мање пожељна рута може изгубити од друге подобне путање.
Проверите изабрану руту, не само политику увоза. VRF која увози RT 65000:500 и не приказује руту за 10.20.0.0/24 можда је примила руту и одбила је при избору, или је можда никада није примила.
Та разлика је важна и када се појави неочекивани префикс. Преширока политика увоза може привући руте које локација није намеравала да користи, а јединственост RD-а то никако не спречава. Обим дистрибуције је питање RT политике.
Пронађите руту која недостаје редом контролне равни
Почните од огласа: да ли изворна VRF извози предвиђени RT и да ли рута постоји као VPN-IPv4 рута на рефлектору рута или на пријемном PE? Затим проверите атрибут онаквим какав је примљен, а не какав је конфигурисан код пошиљаоца.
Затим упоредите листу увоза пријемне VRF са стварним RT вредностима руте. На крају прегледајте изабрану руту у тој VRF и везивање ознаке. Сваки корак одговара на друго питање, а скок на RD обично прескочи управо онај корак који је погрешан.
Забележите RD, извезени RT, увезени RT и изабрани следећи хоп за локацију која ради и ону која не ради. Четири вредности једна поред друге претварају нејасно „VPN не преноси руте“ у тачан корак контролне равни који се разликује.