Нэг сайтын дотор ижил iESI, сайтуудын хооронд өвөрмөц: Junos оёдол

Хоёр хос гарц хоёр дата төвд үйлчилдэг бөгөөд дизайнд хэдэн interconnect ESI утга хэрэгтэйг хэн нэгэн шийдэх ёстой. Хариулт нь гарцын бүлэг тус бүрд нэг, fabric тус бүрд нэг биш, гарц тус бүрд нэг биш. Үүнийг буруу хийвэл тохируулсан мэт харагдах боловч буруу forwarder сонгодог fabric үүсэх, эсвэл тусдаа байх ёстой байсан хоёр сайт нэгдэх болно. Дүрэм болон түүний үл хамаарах зүйлсийг гарцын жагсаалтын хажууд бичих нь зүйтэй.

Хоёр хүрээ, хоёр дүрэм

Сайтын дотор илүүдэл interconnect гарцууд нэг multihomed төгсгөлийн цэг мэт ажилладаг тул тэд нэг interconnect ESI хуваалцдаг. Тэдний peer-үүд хоёр бие даасан гишүүний оронд нэг логик гишүүнийг харах ёстой. Хуваалцсан утгын бүх утга нь энэ юм.

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

Сайтын дотор: бүлэгт нэг таних тэмдэг

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

Дэмжигдсэн загвар нь all-active. Мөн тэр лавлагаа энэ оёдлын таних тэмдэгт single-active ажиллагаа, автоматаар гаргаж авсан LACP таних тэмдэг, source-bmac сонголтуудыг хасаж байгаа тул тэдгээрийн аль нэгийг таамагласан дизайныг таних тэмдгийг сонгохоос өмнө эргэн харах шаардлагатай. Энэ хязгаарлалт нь дизайны оролт, зүүлт тайлбар биш.

Сайтуудын хооронд: өөр утгууд эсвэл зориудын нэгдэл

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

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

peer мэдэгдэл нь таних тэмдгийн нэг хэсэг

Бүлгийн гарц бүр өөрийн локал peer-үүдийг loopback хаягаар жагсаадаг бөгөөд энэ харилцаа нь тусдаа MAC-VRF дотор биш, дэлхийн EVPN түвшинд амьдардаг. Үүнийг буруу шатлалд байрлуулах нь commit болдог боловч бүлгийг хэзээ ч үүсгэдэггүй тохиргоо хийх нийтлэг арга юм. Лавлагаа шатлалыг нэг удаа уншаад, дараа нь түүнийг баримтална уу.

Мэдэгдлийн нэр ч шилжсэн. Juniper 24.2R1-д interconnect peer-gateways мэдэгдлийг нэрлэж, 24.4R1-д дата төвийн interconnect-ийн interconnect-д хамаарах хэлбэрийг сэргээсэн. Тиймээс завсрын хувилбараас авсан хэсэг нь байршуулсан хувилбар хүлээж авахгүй нэрийг ашиглаж болно, эсвэл эсрэгээр. Хэсэг аль хувилбараас ирснийг хэсгийнх нь хажууд тэмдэглэнэ үү.

iESI хуваалцах нь юу хийдэггүй вэ

Энэ нь таны өмнөөс route target, VNI эсвэл локал EVPN instance-ийг тодорхойлохгүй. Тэд хоёр талд тохирох ёстой тусдаа тохиргоо хэвээр үлддэг бөгөөд тохирч байгаа боловч route target тохирохгүй таних тэмдэг нь үүсээд юу ч зөөдөггүй бүлгийг бий болгодог. Эдгээр тохиргооны хоёр талыг нэг дамжуулалтад харьцуулна уу.

Энэ нь мөн peer-үүдийн хүртээмж эсвэл designated forwarder-ийн сонголтыг нотлохгүй. Хэвийн тохиолдолд unicast болон шаардлагатай broadcast, multicast зан төлөвийг туршаад, дараа нь нэг гарцыг хасаж давтаж, үлдсэн гишүүн бүлгийг ганцаараа зөөх болно.

Яг тэр хоёр дахь ажиллагаа бүлэг бодитой гэдгийг нотолдог.

Ажигласан гишүүнчлэл болон үйлчилгээний контекстийг туршилтын үр дүнгийн хамт хадгална уу. Дараагийн таних тэмдгийн өөрчлөлтийг тэр үед мөрний гоо сайхны засвар биш, үнэндээ multihoming өөрчлөлт гэж хянах боломжтой. Үр дүн нь таних тэмдэг зурганд хэлсэнчлэн ажиллаж байгаа цорын ганц нотолгоо юм.