Linux faol-zaxira bondi all-active EVPN'da: nima buziladi

Serverga faol-zaxira bond, fabrikaga all-active Ethernet segmenti qo'ying, va qaytayotgan trafikning yarmi bitta ham xato hisoblagichi qimirlamay yo'qolishi mumkin. Ikkala konfiguratsiya ham o'z-o'zidan noto'g'ri emas. Muammo ular orasidagi topshirishda: bir tomon bitta portni tanlaydi, ikkinchisi har bir ulangan leaf yetkazib bera oladi deb hisoblaydi. Har bir yo'nalishda bitta kadrni kuzatib boring, nomuvofiqlik ayon bo'ladi.

Faol-zaxira kiruvchi kadr bilan nima qiladi

Bonding rejimi 1 uzatish yo'lida aynan bitta slave ushlab turadi va uni faqat hozirgisi ishdan chiqqanda almashtiradi. Bu qism yaxshi ma'lum. Bu yerda muhimi qabul qilish tomoni: yadro kadrni stekka faqat u faol slave'ga kelganda beradi, boshqa slave'da paydo bo'lgan kadrlarni esa tashlaydi. Bu all_slaves_active sozlama aynan shu qoidani yumshatish uchun mavjud va sukut bo'yicha o'chirilgan. ip -d link show bond0 joriy qiymatni rejim yonida chop etadi.

/proc/net/bonding/bond0 faol slave'ni nomlaydi va har bir slave uchun bog'lanish holatini xabar qiladi. Qaysi port hozir trafik tashiyotgani haqidagi yagona halol manba o'sha fayl.

Bu rejimdagi host bir vaqtda bitta ishlatsa bo'ladigan qabul yo'liga ega, u fabrika haqida ma'lumotsiz mahalliy ravishda tanlanadi. Agar shu host uchun kadr boshqa kabeldan kelsa, kommutator porti uni qabul qilingan deb sanaydi, host stegi uni hech qachon ko'rmaydi, hostning o'z tashlash hisoblagichidan boshqa barcha hisoblagichlar butunlay sog'lom ko'rinadi.

All-active multihoming uzoqdagi keyingi hop bilan nima qiladi

EVPN multihoming ESI bilan aniqlangan bitta Ethernet segmentini bo'lishadigan leaf'lar to'plamini tavsiflaydi va o'sha segmentni fabrikaning qolgan qismiga e'lon qiladi. All-active modelida uzoq peer'lar segment manzillari uchun bir nechta keyingi hop o'rnatadi. Server tomon unicast endi istalgan leaf'ga yetib borishi mumkin, fabrika esa har bir oqim uchun erkin tanlaydi. Bu dizaynning butun ma'nosi va server bondi bajarishi kerak bo'lgan taxmin ham shu.

To'lib toshgan trafik boshqa qoidaga bo'ysunadi. Leaf'lar har bir segment uchun tayinlangan forwarder tanlaydi, shuning uchun broadcast, noma'lum unicast va multicast odatda ulardan biri orqali kiradi. Shunday qilib unicast va toshqin ikki alohida qaror qabul qiladi va ulardan faqat bittasi host bondi holatida ko'rinadi.

Ikki tanlov qayerda kelishmaydi

Yadro o'zining faol slave'ini bog'lanish holati va o'z siyosatidan tanlaydi. Fabrika keyingi hoplarni EVPN marshrutlaridan, tayinlangan forwarder'ni esa leaf'lar orasidagi tanlovdan tanlaydi. Hech bir jarayon ikkinchisi bilan maslahatlashmaydi. Ular turli leaf tanlasa, nosozlik yo'nalishga bog'liq: server yuborgan narsa odatdagidek chiqadi, javoblar esa yo'qoladi.

Ikkita qo'llab-quvvatlanadigan chiqish yo'li bor va ular bir-birini almashtirmaydi. Hostga fabrika bitta mantiqiy ulanish deb qaray oladigan bond bering, bu amalda leaf'lar bilan kelishilgan LACP bond degani, va ikkala bog'lanish haqiqatan birga faol bo'ladi. Yoki fabrikadan single-active yetkazishni ham qabul qiling, shunda segment bond kabi bir-port-bir-marta modeliga amal qiladi. Ishlamaydigan narsa — faqat bitta portni tinglaydigan bond oldidagi all-active segment, agar siz ataylab nofaol slave'larda qabul qilishni yoqib, keyin keladigan ikki barobar yetkazishni qabul qilmasangiz.

Nega zaxira kabel sog'lom ko'rinishda qoladi

Trafik tashimaydigan kabel ham bog'lanish yuqori deb xabar beradi, bonddagi kutish slave'i esa tayyor ko'rinish uchun yaratilgan. Operatorlar buni ortiqchalik deb o'qiydi va savol berishni to'xtatadi.

Buning o'rniga qaytayotgan kadr qaysi jismoniy portni ishlatganini so'rang. Hostda qabul qilingan paketlarni bond bo'yicha emas, slave bo'yicha sanang, chunki bond hisoblagichi assimetriyani yashiradi. Leaf'da qarang server MAC manzili uchun ko'prikning yo'naltirish yozuvlariga va EVPN marshruti tashiydigan keyingi-hop to'plamiga. Agar yozuv host bog'lanishi zaxira bo'lgan leaf'ga ishora qilsa, dizayn host e'tiborsiz qoldiradigan portga yetkazmoqda. Bu apparat nosozligi emas, konfiguratsiya nomuvofiqligi, va bog'lanish holatini qanchalik kuzatsangiz ham u yuzaga chiqmaydi.

Yetkazishni ikkala yo'nalishda sinang, bog'lanish holatini emas

Har bir nosozlik uchun bitta qator va har bir yo'nalish uchun bitta ustunli matritsa tuzing, so'ng interfeys holati o'rniga yetkazilgan trafik bilan to'ldiring. Birinchi qator oddiy ish, va nomuvofiqlik aynan shu yerda yashiringan, chunki alomat ilova muammosiga o'xshaydi.

Keyin faol host bog'lanishini olib tashlang, bitta leaf'ni olib tashlang, o'sha leaf'ning uplink'larini olib tashlang va har birini navbat bilan tiklang. Har bir qadamdan keyin faol slave, EVPN segmenti holati, uzoq yo'naltirish yozuvi va ikkala yo'nalishda kuzatilgan o'tkazuvchanlikni yozib oling. Host bog'lanishi yuqorida turganda fabrika yo'lini yo'qotadigan leaf qiziqarli holat, chunki ulanish e'lon qilingan holda qoladi va jimgina bosh berk ko'chaga aylanishi mumkin. Yangi unicast oqimlari va ilova bog'liq bo'lgan toshqin trafik bilan sinang, chunki ikkalasi turli yo'naltirish qarorlarini ishlatadi.

Dizaynni faqat matritsa siz ko'zlagan yo'l orqali ikki tomonlama yetkazishni ko'rsatganda qabul qiling. Bog'lanishi yuqori ikki kabel bu natija emas.