Тегделбеген кирүү портун туура 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 — эки VTEP те түшүнгөн overlay тейлөө идентификатору. Overlay спецификациясы RFC 8365 тейлөө идентификаторун хосттун кантип туташканынан өзүнчө кармайт жана үч форманы атайт: VLANга негизделген, топтолгон жана VLANдан кабардар.

Кирүү классификациясын конфигурациялоо

Хосттун дареги бар, бирок ал эч нерсеге жетпейт, ал эми порттун өзү көрүнөт. Порттун чындыгында кайсы туташуу режиминде экенин аныктаңыз — тегделбеген кадрларды ташыган кирүү портубу же native VLANы бар trunkпы — жана дал ошону ачык көрсөтүңүз. Тегделбеген кадр баары бир порттон аталган жергиликтүү сегменттин ичинде чыгат, ал эми бул сегмент — платформанын кыйыр таасири эмес, чечим. Порттун учурдагы конфигурациясын ачып, анын чындыгында кандай классификациясы бар экенин окуңуз; сиз эч качан койбогон өндүрүүчүнүн демейки маанисине ишенбеңиз.

Кадимки коммутатордо ырааттуулук мындай: режимди алмаштыруу жана кирүү 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 жолуна тийбестен маршруттоону бузат; жана алыскы VTEPке чейинки иштеген underlay маршруту дагы бир конфигурация катмарына таандык экенин унутпаңыз.

Эгер байланыш туура эмес болсо, кадр баары бир фабрикага кирет жана жөн эле туура эмес тейлөөгө түшөт. Ошондуктан текшерүү — тейлөөнү текшерүү, байланышты текшерүү эмес.

Чыгуу сунушун конфигурациялоо

Алыскы учунда алынган тейлөөнү хост күткөн нерсеге кайра айландыруу керек: кирүү портундагы таза Ethernet, сиз башкарган trunkтагы белгилүү тег жана тандалган тейлөө моделине туура келген ички тегди иштетүү. Overlayди күнөөлөөдөн мурун trunkтагы уруксат берилген VLAN тизмесин текшериңиз, анткени чыгуу trunk уруксат бербеген тег overlay өз ишин бүтүргөндөн кийин ташталат. Алыскы хост диаграммаңыз болжолдогон сунушту эмес, өзү алган сунушту күтөөрүн ырастаңыз.

Ички тегдин сакталышы — сиз тандаган тейлөө моделинин касиети, ошондуктан эч бир макала жалпы түрдө алып салууну же сактоону убада кыла албайт. Бир жүрүм-турумду болжолдогон долбоор менен экинчисин ишке ашырган платформа байланыш тестинен өтүп, колдонмодо ийгиликсиз болот.

Жергиликтүү MAC үйрөнүүнү, EVPN тейлөө маршрутун жана алыскы туташуунун байланышын чогуу окуп, колдонмого керек кошуналарды аныктоону жөн гана ping менен чектебестен иштетиңиз. Башка көпүрө доменинде үйрөнгөн MAC дареги ал жерде толук жарактуу болушу мүмкүн жана баары бир туура эмес тейлөөнү көрсөтүшү мүмкүн.

Бир хост жуп менен текшерүү

Бир хост жупун көтөрүп, экинчи жупту кошконго чейин толук жолду далилдеңиз. Анан эки VTEPтеги абалды окуп, эки ушунда тең бирдей тейлөө идентификатору пайда болорун ырастаңыз.

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

Ар бир ушун үчүн төрт маанини жазыңыз: порт сунушу, жергиликтүү сегмент, L2VNI жана чыгуудагы тескери сунуш. Бул жазуу кийинки инженерге хосттун эмне үчүн жөнөкөй тегделбеген туташуусу бар экенин, ал эми фабриканын жарандоочунун тейлөөсүн ташып жатканын көрүүгө мүмкүндүк берет. Эгер өзгөртүү ийгиликсиз болсо, портту мурунку VLANга кайтарып, ошол эле жупту кайра текшериңиз, ошондо артка кайтаруу болжол эмес, белгилүү абал болуп калат.

Тектеш макалалар