Яагаад QFX MAC EVPN-д харагдаж байтал дамжуулах хүснэгтэд харагдахгүй байна вэ

EVPN мэдээллийн сангаас MAC олох нь түүнийг маршрут болгон зарласан эсвэл хүлээн авсан гэдгийг баталж, үүнээс өөр зүйл биш. Дамжуулах хүснэгт нь өөр бүтэц бөгөөд дараа нь програмчлагддаг тул ижил MAC нэгэнд нь харагдаж, нөгөөд нь байхгүй байж болно, харин протокол бүр зөв ажиллаж байна. Эдгээр хоёр гаралтыг бие биенийх нь хуулбар гэж үзэх нь инженерүүдийг BGP-ийн эвдрэлийн араас явуулдаг бол жинхэнэ завсар нь импортын бодлого эсвэл шийдэгдээгүй дараагийн хоп юм. Асуухад үнэ цэнэтэй асуулт нь fabric MAC-г мэдэх эсэх биш, харин аль үе шатанд түүнийг дамжуулахаа болив.

Өөр өөр асуултад хариулдаг хоёр хүснэгт

Junos EVPN-д мэдээллийн сан нь инстанс бүрийн MAC хаягийг, тус бүр хэрхэн ирснийг хамт жагсаадаг: хандалтын портоос сурсан, Type 2 маршрутад хүлээн авсан, эсвэл олон гэрийн бүлгийн хэсэг гэж тэмдэглэсэн. Juniper-ийн show evpn database лавлагаа нь харагдацыг уншихад хялбар болгодог MAC болон инстанс тус бүрийн шүүлтүүрийг хамардаг. Энэ нь инстанс болон MAC түлхүүртэй хяналтын хавтгайн хураангуй бөгөөд техник хангамж кадруудыг сэлгэдэг хүснэгт биш.

Сэлгэх хүснэгт нь яг тэр дамжуулах төлөв юм. Хоёр гаралт MAC-уудыг VLAN эсвэл VNI контекстийн хажууд жагсаадаг нь яг ийм учраас тэдгээрийг мөр мөрөөр харьцуулдаг, яг ийм учраас харьцуулалт төөрөгдүүлдэг. Мэдээллийн сан дахь бичлэг нь маршрут байгаа бөгөөд инстансад хүлээн авсан гэж хэлдэг; платформ үүнийг дамжуулахад зориулж суулгасан эсэхийг хэлдэггүй.

Type 2 маршрут нь MAC, сонголтоор IP, шошго эсвэл VNI, маршрутын ялгаруулагч, алсын VTEP-г нэрлэсэн дараагийн хопыг зөөдөг. Кабель ба тэр маршрутын хооронд дөрвөн зүйл эвдэрч болно: хост хэзээ ч сурагдахгүй, маршрут хэзээ ч зарлагдахгүй, импортод татгалзагдана, эсвэл түүний дараагийн хоп шийдэгдэхгүй. Алдаа бүр өөр өөр хүснэгтийн багцыг дүүрэн үлдээдэг, яг ийм учраас энэ дарааллыг оношлох боломжтой.

Орон нутгийн сургалт одоо ч эхлээд явагдана

Нийтлэг таамаглал нь EVPN MAC-ийн сургалтыг өөртөө авдаг, тиймээс хоосон мэдээллийн сан нь overlay-ийн асуудал гэсэн үг байх ёстой. Орон нутгийн сургалт хандалтын талд одоо ч ажилладаг, VXLAN-аас өмнөхтэй яг адил: сэлгүүр зөвшөөрөгдсөн кадрын эх MAC-г зөв VLAN ба үйлчилгээнд сурдаг, зөвхөн дараа нь түүнд зориулж Type 2 үүсгэдэг. Хамааралтай кадр илгээгээгүй хост зарлах зүйлгүй. VLAN гишүүнчлэл, шүүлтүүр эсвэл агрегатын идэвхгүй гишүүнээр кадрууд нь хасагддаг хост overlay-ийн үүднээс ижил харагдана.

Холболтоос эхэлж, зөвхөн унших командуудаар урагшил. Зорилго нь хостноос гарсан кадр зориулсан үйлчилгээгээр дамжсаныг батлах, учир нь хэзээ ч ирээгүй кадрыг доор юу ч нөхөхгүй.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Багц дээшээ байгаагаас илүү сонгогдсон LACP гишүүд чухал, учир нь агрегат нэг гишүүн дээр дээшээ байж болохын зэрэгцээ хостны урсгал доош эсвэл хаагдсан холбоос руу хэшлэгддэг. Интерфэйсийн тоолуур чимээгүй хостые хаядаг хостоос ялгадаг, учир нь хэзээ ч илгээдэггүй хост болон ангиллаар кадрууд нь хасагддаг хост ижил хоосон хүснэгтийг үлдээдэг.

Алсын MAC хаана алдагдана

Алсын MAC эсрэг чиглэлд, мөн чимээгүйхэн бүтэлгүйтдэг. Type 2 маршрут ирдэг, гэхдээ түүний маршрутын зорилт ба VNI орон нутгийн тохиргоотой таарсан үед л инстансад ордог, дараагийн хоп нь хүрч болох VTEP болж шийдэгдсэн үед л ашиглах боломжтой болдог. Маршрутын зорилтын зөрүү BGP хүснэгтэд ямар ч инстанс шаарддаггүй хүчинтэй маршрутыг үлдээдэг.

Гурван харагдацыг дараалан унш: маршрут байгаа эсэх, мэдээллийн сангийн бичлэг, дамжуулалтын бичлэг. Доорх командууд үе шат бүрт ижил MAC-г асуудаг бөгөөд жишээ хаяг нь гаралтуудыг харьцуулах боломжтой байлгадаг.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Эдгээр гаралт гурван тусдаа асуултад хариулдаг. bgp.evpn.0 дотор маршрут байгаа ч мэдээллийн сангийн бичлэг байхгүй бол импортын бодлого, маршрутын зорилт эсвэл инстансын тохиргоог заана. Мэдээллийн сангийн бичлэг байгаа ч дамжуулалтын бичлэг байхгүй бол платформын програмчлалыг заана, энэ нь өөр эскалацийн замд хамаарна. Дараагийн хоп нь шийдэгдэхгүй идэвхтэй маршрут нь тээвэр эсвэл шошгоны асуудал бөгөөд MAC-ийн дибаг хийх ямар ч хэмжээ үүнийг засдаггүй.

Үүнийг зассан дахин ачаалалт маш бага зүйлийг баталдаг

Дахин ачаалалт шинж тэмдгийг арилгахад тохиргоо эрүүл байх ёстой гэсэн уруу татсан дүгнэлт гардаг. Дахин ачаалалт хүснэгт бүрийг тэгээс дахин програмчилдаг тул хуучирсан бичлэг бодлогын алдааг сүүдэрлэж байсан тохиолдлыг ч нуудаг; эвдрэл ихэвчлэн дараагийн өөрчлөлт, холбоосын чичирхийлэл эсвэл маршрутыг буцаан татах үед эргэж ирдэг.

Аливаа засвар үйлчилгээний цонхны өмнө дахин ачаалалт юуг устгахыг тэмдэглэ. Эдгээр гурван команд өмнө болон дараа харьцуулахад хангалттай бөгөөд төхөөрөмж дээр юу ч өөрчлөхгүй.

show evpn database instance blue
show route table bgp.evpn.0
show version

Эдгээр гаралтыг огноо болон программын хувилбартай хамт архивлан. Ижил дахин ачаалалт өмнө нь тусалсан гэсэн хожмын тайлан нь баримт биш, ул мөр бөгөөд ялгаа нь хэн нэгэн өмнөх гаралтыг хадгалсан үед л харагдана.

Ихэнх тохиолдлыг шийддэг дөрвөн ажиглалт

Дөрвөн ажиглалт бараг бүх тохиолдлыг хамардаг: холболт ба түүний үйлчилгээ, жишээ утга болох MAC, маршрут ба мэдээллийн сангийн төлөв, ашиглагдаж буй хувилбар. Илт жишээ болох MAC-г сонго, хэн ч үүнийг үйлдвэрлэлийн хаяг гэж андуурахгүйн тулд: эхний октет 02 орон нутгийн удирдлагатай unicast хаягийг илэрхийлдэг, үлдсэн октетууд чөлөөтэй, тиймээс 02:00:00:00:00:5c аюулгүй орлуулагч юм.

Дараа нь хариултууд бүтэлгүйтсэн үе шатыг зааж байг. Холболт дээр сургалт байхгүй бол хандалтын тал; мэдээллийн сангийн бичлэггүй маршрут бол импорт; дамжуулалтын төлөвгүй мэдээллийн сангийн бичлэг бол програмчлал. Юу ч байсан, цуглуулсан гаралтуудыг хост, интерфэйс, үйлчилгээ болон хувилбартай хамт шилжүүл, ингэснээр дараагийн инженер асуултыг давтахын оронд замыг дахин бүтээх боломжтой.