Мапирање на неозначен пристапен порт на вистинскиот 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 адреса научена во друга bridge домена може таму да биде сосема валидна и сепак да покажува на погрешна услуга.

Проверете со еден пар домаќини

Подигнете еден пар домаќини и докажете ја целата патека пред да додадете втор пар. Потоа прочитајте ја состојбата на двата VTEP и потврдете дека истиот идентификатор на услуга се појавува на двата краја.

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

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

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