Чимээгүй EVPN хост хэзээ ч шийдэгдэхгүй: ARP-г холболт хүртэл дагаарай

Төгсгөлийн цэг холбогдсон, порт нь идэвхтэй боловч хяналтын хост түүнд хүрч чадахгүй байна. Хэн нэгэн нөгөө талаас ping ажиллуулбал ажиллаж эхэлдэг нь асуудлыг завсарлагатай мэт харагдуулж, fabric-ийг гэмгүй мэт харагдуулдаг. Энэ хэв маяг нь чимээгүй хотын гарын үсэг юм: тэр ховор дамжуулдаг тул fabric-ийн илрүүлэх, сэргээх зан байдал нь түүний холболтын төлөвөөс илүү чухал. Нэг зорилтот IP, MAC болон bridge domain-оос эхэлж, дараагийн шийдвэрлэх солилцоог дагаарай.

Дараагийн ARP эсвэл ND солилцоог дагаарай

IPv4-ийн хувьд хүсэлт гаргагч хотын ARP солилцоог ажигла; IPv6-ийн хувьд Neighbor Solicitation болон Advertisement-ийг дагаарай. Хүсэлт зорилтот локал сегмент болон зорилтот VNI-д орж байгааг баталгаажуул, учир нь зөв bridge domain-д хэзээ ч хүрдэггүй хүсэлтэд ямар ч прокси хариулж чадахгүй.

Дараа нь fabric зорилтын талаар юу мэддэгийг хар. Зөвхөн MAC маршрут Layer 2 чиглэлийг тодорхойлж чадах боловч проксид одоо ч түүнд IP-to-MAC холболт байхгүй. Эдгээр нь тусдаа бүртгэл бөгөөд нэгийг шалгах нь нөгөөгийнх нь талаар юу ч хэлэхгүй.

Хэрэв хүчинтэй холболт байгаа бол прокси өөрийн бодлогын дагуу хариулж чадна, гэхдээ тэр холболт дахь MAC-д одоо ч идэвхтэй дамжуулах зам хэрэгтэй. Хэрэв холболт байхгүй бол хүсэлт хариултаас ямар нэг зүйл сурахаас өмнө flooding эсвэл хуулбарын замаар төгсгөлийн цэгийн холболтод хүрэх ёстой.

Тохирох ёстой хоёр бүртгэл

MAC маршрут нь Ethernet хаяг хаана амьдардагийг хариулна. Прокси хүснэгт нь аль IP аль MAC-д буудагыг хариулна. Сахалд яриагүй хост бүрэн сайн MAC маршруттай байлаа ч хэрэглэх боломжтой прокси бичлэггүй байж болох бөгөөд эрүүл холболт дээр шийдвэрлэх алдаа үүсгэдэг нь яг энэ төлөв юм.

Алслагдсан холболт дээр төгсгөлийн цэг солилцоог үнэхээр хүлээн авч, хариулж байгаа эсэхийг шалга. Түүний хариулт нь локал суралцах болон холбогдох EVPN зарлалыг сэргээдэг тул гар аргаар хийсэн ping юмыг засаж байгаа мэт харагддаг: та fabric-ийн хүлээж байсан трафикийг үүсгэсэн. Энэ нь засвар яагаад үргэлжлэхгүйг ч тайлбарладаг: сэргээсэн бичлэг хуучирмагц төгсгөлийн цэг дахин чимээгүй болно. Товлосон ping нь шинж тэмдгийг эмчилж, дизайны цоорхойг нуудаг.

Хариултын дараа сонгосон маршрут болон суулгасан дамжуулах төлөвийг хүсэлт гаргагч руу буцааж дагаарай. Шийдвэрлэлт амжилттай болох, дамжуулалт амжилттай болох нь хоёр тусдаа үйл явдал бөгөөд тэдгээрийг хольсон тасалбар таныг буруу давхарга руу илгээдэг.

Стандарт үнэндээ юу гэж үздэг вэ

RFC 9161 нь динамик прокси суралцах болон үл мэдэгдэх ARP, ND хүсэлтийн анхдагч flooding-ийг тайлбарладаг. Тэр flooding-ийг бүрэн дарангуйлах нь суралцах эсвэл нийлүүлэх таамаглал нь үүнийг аюулгүй болгодог байршуулалтад хязгаарлагддаг бөгөөд энэ нь ихэнх тохиргооны гарын авлага дурдсанаас илүү нарийн нөхцөл юм.

Шинээр илэрсэн төгсгөлийн цэгүүдийг хүлээж буй fabric-д тэдгээр хүсэлтэд ажилладаг зам хэрэгтэй. Хэрэв хэн нэгэн BUM трафикийг багасгахын тулд үл мэдэгдэх хүсэлтийн flooding-ийг унтраасан бол чимээгүй хостнууд түүний үнийг төлдөг хүн ам бөгөөд шинж тэмдэг нь долоо хоногийн дараа тогтмол бус хүртээмжийн гомдол болж ирдэг.

Дарангуйлах тохиргоог fabric юу мэднэ гэж амлаж буй тухай мэдэгдэл гэж уншаарай. Хэрэв холболтуудыг юу ч нийлүүлэхгүй бол ховор илгээгчдэд амлалт үнэн биш. Тохируулсан дарангуйллыг түүнийг тэжээх ёстой нийлүүлэх системтэй харьцуул. Тэдгээр хоёр санал нийлэхгүй бол fabric яг тохируулсан ёсоор ажиллаж байгаа бөгөөд засах ёстой зүйл нь хүлээлт юм.

Сэргээх, хуучирах болон статик хувилбар

Стандарт нь динамик бичлэгүүд хуучирахаас өмнө дэмжигддэг сэргээх пробуудыг тайлбарладаг. Хариултууд холбогдох bridge болон прокси төлөвийг сэргээдэг; хариулт байхгүй нь хууль ёсоор устгах, маршрут буцаахад хүргэж болно. Энэ нь таймер бүрийг сунгаж дарангуйлах ёстой алдаа биш юм.

Хуучирлын таймеруудыг тодорхойгүй хугацаагаар сунгах нь харагдах алдааг хуучин алдаагаар сольдог: fabric хотын орхисон байршлыг зарласнаар байна. Хэрэгжүүлэлтийн баримтжуулсан удирдлагуудыг ашиглаж, төгсгөлийн цэг ярих боломжтой гэж үндэслэлтэй хүлээж болох давтамжид тохирох амьдрах хугацааг сонго.

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

Дараагийн тасалбарын өмнө юу бүртгэх вэ

Холболтын эх сурвалж, сүүлийн сэргээлтийн цаг, одоогийн байршил болон аливаа буцаалтын үйл явдлыг MAC маршрутын хажууд байлга. Тэр бүртгэл тасалбар үнэхээр асууж буй асуултад хариулна: програмыг илрүүлэлтийг хүлээж байна уу, хуучирсан төлөвт найдаж байна уу, эсвэл амжилттай шийдвэрлэлтийн дараа дамжуулж чадахгүй байна уу?

Дараа нь гурвын алийг нь ажиллуулахад бэлэн байгаагаа шийд. Flooding-той илрүүлэлт, бодит амьдрах хугацаатай сэргээлт, эсвэл эзэнтэй нийлүүлэлт — бүгд хамгаалагдахуйц. Нэгэнд нь тохируулсан атлаа нөгөөгийнх шиг аашлахыг хүлээдэг fabric бол чимээгүй хостнууд алга болдог газар юм.