AFI и SAFI: прочетете двойката преди името на услугата
AFI 25 със SAFI 65 не е същата услуга като AFI 25 със SAFI 70. Прочетете двойката, после проверете обмена на семейства, маршрута и резултата от препращането.
Може да наблюдавате как сесията се вдига, как маршрут се появява, и все още да четете грешната услуга. Двойката числа в началото на всяко обявление, идентификаторът на семейството адреси и идентификаторът на последващото семейство адреси, решава кой анализатор чете полезния товар и коя таблица държи резултата. Сбъркайте двойката и политиката за внос, съвпадението на целта на маршрута и търсенето на следващия хоп се изпълняват срещу структура, която никой не е обявявал. Разходката по-долу започва от тази двойка и завършва с резултата от препращането.
Две числа решават в коя таблица принадлежи маршрутът
Двойката се появява два пъти: вътре в многопротоколната възможност, където говорителят обявява семейство, и пред всяко NLRI, което това семейство носи. Това я прави свойство на маршрута, а не настройка на изходната кутия. Доставчиците я отпечатват като име от вида Address family VPNv4 Unicast, а формулировката се меня между изданията, докато числата остават на място.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
Четири кодирания покриват почти всеки корпоративен случай: 1 със 128 за VPN-IPv4 с MPLS етикет, 2 със 128 за IPv6 еквивалента, 25 със 65 за VPLS със BGP сигнализация и 25 със 70 за EVPN. Първата грешка е да се приеме, че всяка услуга Layer 2 живее зад 25 със 65, което скрива EVPN. Втората е двете IP семейства да се третират като едно семейство с по-дълъг адрес, при положение че те се договарят отделно и могат да бъдат приети на различни партньори. Трета се появява, когато шаблон се копира от издание, което познава само едното. Справка в регистъра решава и трите по-бързо от догадка, изградена върху името на услугата.
Третирайте четирите реда като примери от регистъра на IANA, а не като самия регистър. Когато число не съвпада с нищо познато, проверете го, преди да изградите политика около него.
AFI 25 носи два несвързани формата на NLRI
Двете семейства Layer 2 стоят под AFI 25 и приликата свършва там. NLRI за VPLS в 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Договарянето се вижда в обмена на възможности, отпечатан за всеки партньор, а установена сесия без изброено семейство не носи нищо от това, което сте поискали. Вносът се решава от цели на маршрути, носени като разширени общности, така че правилна двойка със сгрешена цел оставя таблицата празна. После инсталирането зависи от разрешаването на следващия хоп в приемащия контекст, което може да се провали, докато всяко обявление изглежда безупречно.
Потвърдете равнината на данните последна, защото маршрутът в таблицата е твърдение, а не доставка. Същите четири състояния важат за всяко семейство; сменят се само командите и имената на таблиците.
Какво никога не доказва една двойка семейства
Правилното четене на двойката ви казва как да тълкувате маршрутната информация след нея и това е цялото твърдение. То не казва нищо за достижимостта, нищо за политиката и нищо за здравето на равнината на данните. Объркването на двете произвежда уверени твърдения за мрежа, която никой не е проверил. Несъответствие на цел на маршрут и счупен следващ хоп изглеждат еднакво от самата двойка. Двойката е инструкция за четене, никога присъда.
Когато ескалирате, сложете двойката, целта на маршрута и разрешения следващ хоп в една бележка. Тогава следващият инженер има три независими неща за проверка вместо име на услуга за претълкуване. Ако договарянето липсва, те го виждат веднага, грешната цел оставя вноса видимо отсъстващ, а неразрешеният следващ хоп оставя маршрута наличен, но неизползваем.