Зіставити нетегований порт доступу з правильним EVPN VNI

Нетегований кадр хоста класифікується портом доступу, а далі VTEP переносить його як VNI. Перевірте окремо вхід, вихід і модель обслуговування.

Звичайний Ethernet-хост надсилає нетеговані кадри, і EVPN-фабрика все одно має переносити їх у правильній послузі орендаря. Порт доступу класифікує кадр у локальний сегмент, VTEP зіставляє цей сегмент із VNI, а віддалене приєднання подає кадр так, як його очікує його хост. VLAN і VNI позначають різні частини цього шляху і не мусять мати спільний номер. Виконуйте наведений нижче runbook по порядку, бо помилка на будь-якому кроці дає той самий симптом: хост надсилає і нічого не отримує.

Простежте один кадр через фабрику

Для простої послуги на основі VLAN ілюстративний шлях виглядає так:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

Номери VLAN і VNI — це приклади, а не правило. Локальний VLAN — це класифікація на вході, що існує на одному комутаторі; L2VNI — це ідентифікатор overlay-послуги, який розуміють обидва VTEP. Специфікація overlay RFC 8365 тримає ідентифікатор послуги окремо від того, як приєднано хост, і називає три форми: на основі VLAN, згруповану та обізнану з VLAN.

Налаштуйте класифікацію на вході

Хост має адресу й нічого не досягає, тоді як сам порт видно. Визначте, у якому режимі приєднання порт насправді перебуває — порт доступу, що переносить нетеговані кадри, чи trunk із native VLAN — і задайте саме його явно. Нетегований кадр усе одно залишає порт у межах названого локального сегмента, і цей сегмент є рішенням, а не побічним ефектом платформи. Відкрийте поточну конфігурацію порту й прочитайте класифікацію, яку він справді має, замість того щоб довіряти заводському значенню, яке ви ніколи не задавали.

На типовому комутаторі послідовність така: зміна режиму й призначення VLAN доступу, після чого перевірка, що порт справді активний і перебуває в цьому стані. Якщо порт є trunk, native VLAN обробляє нетеговані кадри, і це інша конфігурація з іншими режимами відмов. Запишіть і режим, і VLAN, перш ніж рухатися далі.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

Налаштуйте VTEP і зіставлення VNI

VTEP додає інкапсуляцію VXLAN і VNI. Хост не генерує цей заголовок і не повинен знати, що послуга існує.

Зіставте локальний VLAN із L2VNI у підтримуваній платформою формі команди й тримайте це зіставлення узгодженим на обох кінцях послуги. L2VNI орендаря й L3VNI, що використовується для маршрутизації між підмережами, — різні об’єкти, і змішування їхніх номерів ламає маршрутизацію, не торкаючись шляху L2; і пам’ятайте, що робочий underlay-маршрут до віддаленого VTEP належить ще одному шару налаштування.

Якщо зіставлення хибне, кадр усе одно потрапляє у фабрику й просто опиняється в неправильній послузі. Тому перевірка є перевіркою послуги, а не перевіркою зв’язку.

Налаштуйте подання на виході

На дальньому кінці отриману послугу треба перетворити назад на те, що очікує хост: голий Ethernet на порту доступу, конкретний тег на trunk, яким ви керуєте, і обробка внутрішнього тега, що відповідає обраній моделі послуги. Перевірте список дозволених VLAN на trunk, перш ніж звинувачувати overlay, бо тег, якого вихідний trunk не дозволяє, відкидається після того, як overlay уже виконав свою роботу. Підтвердьте, що віддалений хост очікує саме те подання, яке отримує, а не те, що припускала ваша схема.

Чи виживає внутрішній тег — це властивість обраної вами моделі послуги, тож жодна стаття не може загалом обіцяти зняття чи збереження. Дизайн, що припускає одну поведінку, і платформа, що реалізує іншу, пройдуть тест зв’язку й зазнають невдачі в застосунку.

Читайте разом локальне навчання MAC, маршрут послуги EVPN і зіставлення віддаленого приєднання та керуйте виявленням сусідів, потрібним застосунку, а не лише ping. MAC-адреса, вивчена в іншому домені моста, може бути там цілком коректною і все ж указувати на неправильну послугу.

Перевірте на одній парі хостів

Підніміть одну пару хостів і доведіть повний шлях, перш ніж додавати другу пару. Потім прочитайте стан на обох VTEP і підтвердьте, що той самий ідентифікатор послуги з’являється на обох кінцях.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Для кожного кінця запишіть чотири значення: подання порту, локальний сегмент, L2VNI і зворотне подання на виході. Цей запис дає змогу наступному інженеру побачити, чому хост має просте нетеговане з’єднання, тоді як фабрика переносить послугу орендаря. Якщо зміна не вдається, поверніть порт до попереднього VLAN і повторіть тест на тій самій парі, щоб відкат був відомим станом, а не здогадом.

Схожі статті