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 не пренесува рути” во точниот чекор на контролната рамнина што се разликува.

Поврзани статии