Սովորական 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-ին տեղյակ։

Կարգավորեք մուտքի դասակարգումը

Հոսթն ունի հասցե և ոչնչի չի հասնում, մինչդեռ պորտն ինքն է երևում։ Որոշեք, թե պորտը իրականում որ կցման ռեժիմում է՝ չպիտակավորված կադրեր կրող մուտքի պորտ, թե 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-ի վրա և ներքին պիտակի մշակում, որը համապատասխանում է ընտրված սպասարկման մոդելին։ Ստուգեք trunk-ի թույլատրված VLAN-ների ցանկը, նախքան overlay-ին մեղադրելը, որովհետև ելքի trunk-ի չթույլատրած պիտակը հեռացվում է այն բանից հետո, երբ overlay-ն արդեն արել է իր գործը։ Հաստատեք, որ հեռավոր հոսթը սպասում է այն ներկայացմանը, որը ստանում է, և ոչ թե այն, ինչ ենթադրել է ձեր դիագրամը։

Արդյոք ներքին պիտակը գոյատևում է, ձեր ընտրած սպասարկման մոդելի հատկությունն է, ուստի ոչ մի հոդված չի կարող ընդհանուր առմամբ խոստանալ հեռացում կամ պահպանում։ Դիզայնը, որը ենթադրում է մի վարք, և հարթակը, որը իրականացնում է մյուսը, կանցնեն կապի թեստը և կձախողվեն հավելվածում։

Կարդացեք միասին տեղական MAC ուսուցումը, EVPN ծառայության երթուղին և հեռավոր կցման համապատասխանեցումը, և վարեք հարևանների հայտնաբերումը, որն անհրաժեշտ է հավելվածին, ոչ միայն ping-ը։ Այլ կամրջի տիրույթում սովորած MAC հասցեն այնտեղ կարող է լիովին վավեր լինել և միևնույն է ցույց տալ սխալ ծառայության։

Ստուգեք մեկ զույգ հոսթով

Բարձրացրեք մեկ զույգ հոսթ և ապացուցեք ամբողջ ուղին, նախքան երկրորդ զույգը ավելացնելը։ Այնուհետև կարդացեք վիճակը երկու VTEP-ներում և հաստատեք, որ նույն ծառայության նույնացուցիչը երևում է երկու ծայրերում։

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

Յուրաքանչյուր ծայրի համար գրեք չորս արժեք՝ պորտի ներկայացում, տեղական հատված, L2VNI և հակադարձ ներկայացումը ելքում։ Այդ գրառումը թույլ է տալիս հաջորդ ինժեներին տեսնել, թե ինչու հոսթն ունի պարզ չպիտակավորված կապ, մինչդեռ գործվածքը կրում է վարձակալի ծառայություն։ Եթե փոփոխությունը ձախողվում է, վերադարձրեք պորտը նախորդ VLAN-ին և կրկին փորձարկեք նույն զույգը, որպեսզի հետադարձը լինի հայտնի վիճակ, այլ ոչ թե գուշակություն։

Առնչվող հոդվածներ