Истото /24 за двајца клиенти? VPNv4 бара RD и ознака

Двајца закупци го нумерираат својот огранок со истото 10.50.0.0/24, а по една промена маршрутот на едниот исчезнува од работ на давателот додека другиот продолжува да работи. Поедноставувањето зад тој тикет обично е отфрлање на разграничувачот на маршрут (RD) затоа што „ознаката веќе го идентификува клиентот“. Не го прави тоа. RD и ознаката одговараат на две различни прашања, а разликата станува видлива само кога преклопените адреси тоа го наметнуваат.

Еден маршрут таму каде што треба да има два

Обичниот IPv4 unicast споредува две патеки до истиот префикс и го инсталира подобриот. 10.50.0.0/24 од закупецот A и 10.50.0.0/24 од закупецот B се еден клуч, затоа едниот победува, а другиот опстанува само како резервна патека. Протоколот го направи она што му беше кажано; од контролната рамнина беше побарано да чува два различни маршрути под еден идентификатор.

Резултатот изгледа како маршрут што недостасува, а не како грешка: PE што ја загуби конкуренцијата се уште го препраќа својот закупец локално, па проверката во локацијата успева, а тестот меѓу локациите не успева. Пред да допрете каква било политика, избројте ги записите за тој префикс во табелата VPNv4.

RD претвора еден клуч во два

Разграничувач на маршрут од осум бајти се додава пред префиксот IPv4, и објектот што го носи BGP станува адреса VPN-IPv4 наместо префикс IPv4. Двајца закупци можат да ги држат истите 32 бита затоа што 64-те бита напред се разликуваат. Постојат типови формат за RD заснован на AS и за RD заснован на адреса, а изборот им припаѓа на изворниот PE. RD заснован на AS е вообичаен кога PE-ата делат еден AS, а заснован на адреса кога не делат.

Не читајте го RD како ознака за членство. Целите на маршрутот управуваат со увозот и извозот и одлучуваат кои VRF смеат да го инсталираат маршрутот; RD само гарантира дека маршрутот има сопствен идентитет. Давање сопствен RD на секој VRF е вообичаена практика затоа што тоа мапирање го одржува читливо во преглед на маршрути.

Ознаката е локална инструкција за препраќање

Секое објавување носи и MPLS ознака, чие значење е ограничено на рутерот што ја доделил. Друг PE може да го издаде истиот број за неповрзана дестинација. Токму затоа ознаката не може да го замени идентитетот на клиентот: бројот е точен само покрај следниот хоп и состојбата за препраќање што го инсталирала.

Грануларноста на доделувањето варира според имплементацијата и дизајнот: некои платформи доделуваат една ознака по VRF, други по префикс, а ознаката може да означува дејство на препраќање, а не клиент. Две различни ознаки што стигнуваат до истата дестинација не се противречност, а ниту истиот број на ознака на два PE.

Зошто едното не може да го замени другото

Читањето објавување значи да се гледаат четири работи заедно: префиксот квалификуван со RD, целите на маршрутот, следниот хоп и ознаката. Читањето пакет на корисник значи да се гледа стекот инсталиран од тие информации. Здравиот дизајн покажува совпаѓање на двете страни, а расипаниот обично има една страна точна, а другата застарена. Таа споредба го одделува проблемот со идентитетот од проблемот со препраќањето.

Уредниот контраст меѓу контролната и податочната рамнина е наставно средство, а не опис на кодирањето. RFC 8277 ја става ознаката во означениот NLRI, па самото објавување ја носи врската; користењето за препраќање е подоцнежниот, одделен чекор.

Кога недостасува маршрут на закупец, проверете по овој редослед: два записи VPNv4 за префиксот, точната цел на маршрутот на секој, следен хоп што може да се реши, и ознака за која примачот PE има состојба. Поправањето на идентитетот со вредност за препраќање, или обратно, ќе помине една проверка и ќе падне на следната.