AFI и SAFI: прочитајте пар пре назива услуге

Можете гледати како сесија ниче, видети руту како се појављује, и ипак читати погрешну услугу. Пар бројева на почетку сваког огласа, идентификатор адресне фамилије и идентификатор следеће адресне фамилије, одлучује који парсер чита терет и која табела држи резултат. Погрешите пар па политика увоза, поклапање рута-таргета и тражење следећег хопа сви раде против структуре коју нико није огласио. Шетња испод почиње тим паром и завршава се резултатом прослеђивања.

У коју табелу рута припада одлучују два броја

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

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

Третирајте четири реда као примере из 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 фамилије peer-ови размењују.

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

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

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

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

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

Преговарање се види у размени способности исписаној по peer-у, а успостављена сесија без наведене фамилије не носи ништа од онога што сте тражили. Увоз одређују рута-таргети ношени као проширене заједнице, па исправан пар са погрешно откуцаном метом оставља табелу празном. Инсталација затим зависи од разрешења следећег хопа у пријемном контексту, што може да падне док сваки оглас изгледа савршено.

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

Шта пар фамилија никада не доказује

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

Кад ескалирате, ставите пар, рута-таргет и разрешени следећи хоп у исту белешку. Следећи инжењер тада има три независне ствари за тестирање уместо назива услуге који треба поново тумачити. Ако преговарања нема, виде то одмах, погрешан таргет оставља увоз видљиво одсутним, а неразрешени следећи хоп оставља руту присутном али неупотребљивом.