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

Два броја одлучуваат на која табела и припаѓа рутата

Парот се појавува двапати: внатре во мултипротоколната можност, каде говорникот објавува семејство, и пред секое NLRI што тоа семејство го носи. Тоа го прави својство на рутата, а не поставка на изворната кутија. Производителите го печатат како име, на пример Address family VPNv4 Unicast, и формулацијата се менува меѓу изданијата додека броевите остануваат на место.

Where you meet itFamily pairBoundary of what it proves
VPNv4 unicast capability on a neighbour1 / 128the peer will signal labelled VPN-IPv4, nothing about import
VPNv6 unicast capability on a neighbour2 / 128the peer will signal VPN-IPv6, silent about the transport below
VPLS NLRI with a VE ID and a label base25 / 65a pseudowire is signalled, not that a bridge learned a MAC
EVPN MAC/IP advertisement route25 / 70a binding is advertised, not that the host answers

Четири кодирања покриваат речиси секој деловен случај: 1 со 128 за MPLS-означен VPN-IPv4, 2 со 128 за IPv6 еквивалентот, 25 со 65 за VPLS сигнализиран со BGP и 25 со 70 за EVPN. Првата грешка е да се претпостави дека секоја услуга Layer 2 стои зад 25 со 65, што го крие EVPN. Втората е двете IP семејства да се третираат како едно семејство со подолга адреса, кога тие се договараат одделно и можат да бидат прифатени на различни партнери. Трета се појавува кога шаблон се копира од издание што знае само едно од нив. Преглед во регистарот ги решава сите три побрзо од претпоставка изградена врз името на услугата.

Третирајте ги четирите редови како примери од регистарот IANA, а не како самиот регистар. Кога број не совпаѓа со ништо познато, погледнете го пред да изградите политика околу него.

AFI 25 носи два неповрзани NLRI формати

Двете семејства Layer 2 стојат под AFI 25 и сличноста запира таму. VPLS NLRI во RFC 4761 section 3.2.2 носи должина, разликувач на рута, VE ID, поместување на VE блок, големина на VE блок и база на етикети, што заедно именуваат крајна точка на pseudowire и неговата етикета. EVPN го задржува AFI 25 и преминува на SAFI 70, каде товарот е тип на рута: автоматско откривање на Ethernet, објава MAC/IP, инклузивен multicast, Ethernet сегмент, IP префикс. Затоа истото поместување во бајти значи различни работи во двете семејства. Парсер напишан за едното го чита другото без жалба и произведува бесмислица. Парот е единственото предупредување дека толкувањето е погрешно.

Поле што во едното семејство значи поместување на VE блок нема пандан во другото, а рутата за објава MAC/IP постои само во EVPN. Цитирањето атрибут како да важи за двете е начинот на кој прегледот на снимка тргнува наопаку.

Кога некој ви дава снимка или таблица од производител, прашајте на кое семејство му припаѓа атрибутот. Потоа потврдете дека приемната имплементација го поддржува тоа семејство, а не името на услугата од листот со податоци. Две платформи можат и двете да тврдат поддршка за VPLS, додека имплементираат различни сигнални семејства. Парот ги раздвојува; ознаката на производот не.

Сопственото семејство адреси на сесијата е одделно прашање

VPN-IPv6 рутински се објавува низ сесија чија TCP врска оди преку IPv4, и тоа е поддржан дизајн, а не дефект. Затоа читањето само на резимето на сесијата не кажува ништо за тоа кои VPN семејства ги разменуваат партнерите.

Семејство NLRI, транспортно семејство и семејство за проследување се три независни одлуки. Рутерот може да зборува IPv4 со својот партнер, да прифати достапност на VPN-IPv6 и да инсталира рута чиј следен хоп е адреса IPv6 достапна по пат што не сте го предвиделе. Секој слој бара свое потврдување. Локациите што пријавуваат недостапни одредишта IPv6 додека објавите изгледаат правилно обично ја изгубиле резолуцијата на следниот хоп, а не договарањето на семејствата.

Тестирајте го семејството адреси на сесијата одделно, потоа семејствата што ги носи, потоа она што јадрото може да го проследи. Држењето на трите одвоени спречува честа погрешна дијагноза каде правилна објава се чита како доказ дека IPv6 работи од крај до крај. Тоа докажува само дека еден партнер му кажал на друг за префикс.

Договорено, примено, увезено, инсталирано

За една очекувана рута четири состојби мора да важат по ред и секоја е забележлива. Семејството мора да биде договорено со тој партнер, рутата мора да пристигне, целта на рутата мора да ја увезе во предвидениот контекст и следниот хоп мора да се реши за рутата да се инсталира. Прескокнувањето на првата состојба ги прави другите три без одговор, бидејќи недоговорено семејство не произведува рути за преглед. На платформи во стил на Cisco, резимеата на семејства и можностите по партнер се одделни команди.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Договарањето се гледа во размената на можности што се печати за секој партнер, а воспоставена сесија без наведено семејство не носи ништо од она што го баравте. Увозот го одлучуваат цели на рути што се носат како проширени заедници, така што правилен пар со погрешно внесена цел ја остава табелата празна. Инсталирањето потоа зависи од решавањето на следниот хоп во приемниот контекст, што може да не успее додека секоја објава изгледа совршено.

Потврдете ја рамнината на податоци последна, бидејќи рута во табелата е тврдење, а не испорака. Истите четири состојби важат за секое семејство; се менуваат само командите и имињата на табелите.

Што никогаш не докажува еден пар семејства

Правилното читање на парот ви кажува како да ја толкувате рутирачката информација што следи, и тоа е целото тврдење. Тоа не кажува ништо за достапноста, ништо за политиката и ништо за здравјето на рамнината на податоци. Мешањето на двете произведува уверени изјави за мрежа што никој не ја проверил. Несовпаѓањето на целта на рутата и скршениот следен хоп изгледаат идентично само од парот. Парот е упатство за читање, никогаш не пресуда.

Кога ескалирате, ставете ги парот, целта на рутата и решениот следен хоп во истата белешка. Тогаш следниот инженер има три независни работи за тестирање наместо име на услуга за претолкување. Ако недостига договарање, тие го гледаат веднаш, погрешната цел го остава увозот видливо отсутен, а нерешениот следен хоп ја остава рутата присутна, но неупотреблива.

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