Bond ya akiba-hai ya Linux kwenye EVPN all-active: nini huvunjika

Weka bond ya akiba-hai kwenye seva na sehemu ya Ethernet all-active kwenye fabric, na nusu ya trafiki ya kurudi inaweza kutoweka bila hata kihesabu kimoja cha hitilafu kusogea. Hakuna hata moja ya usanidi huo ni mbaya yenyewe. Tatizo liko kwenye makabidhiano kati yao, ambapo upande mmoja huchagua lango moja na upande mwingine huchukulia kuwa kila jani lililounganishwa linaweza kuwasilisha. Fuatilia fremu moja katika kila mwelekeo na kutokubaliana huonekana wazi.

Akiba-hai hufanya nini kwa fremu inayoingia

Hali ya uunganishaji 1 huweka slave mmoja hasa kwenye njia ya kutuma na huibadilisha tu pale ya sasa inaposhindwa. Sehemu hiyo inajulikana vyema. Kinachozingatiwa hapa ni upande wa kupokea: kerneli humpa fremu staki tu ikiwa imefika kwenye slave hai, na hutupa fremu zinazoonekana kwenye slave mwingine wowote. Mpangilio all_slaves_active huu upo hasa ili kulegeza kanuni hiyo, na kwa msingi umezimwa. ip -d link show bond0 huchapisha thamani ya sasa kando ya hali.

/proc/net/bonding/bond0 hutaja slave hai na kuripoti hali ya kiungo kwa kila slave. Faili hiyo ni chanzo pekee cha uaminifu kuhusu lango gani kwa sasa linabeba trafiki.

Mwenyeji katika hali hii ana njia moja ya kupokea inayoweza kutumika kwa wakati mmoja, iliyochaguliwa ndani bila ujuzi wa fabric. Ikiwa fremu ya mwenyeji huyo itafika kwenye kebo nyingine, lango la swichi huhesabu kama imepokelewa, staki ya mwenyeji haioni kamwe, na vihesabu vyote isipokuwa kihesabu cha kutupa cha mwenyeji mwenyewe vinaonekana vikiwa na afya kamili.

Multihoming all-active hufanya nini kwa hop inayofuata ya mbali

Multihoming ya EVPN hufafanua seti ya majani yanayoshiriki sehemu moja ya Ethernet, inayotambulishwa na ESI, na kutangaza sehemu hiyo kwa fabric iliyobaki. Katika modeli ya all-active, wenza wa mbali huweka zaidi ya hop moja inayofuata kwa anwani za sehemu hiyo. Unicast kuelekea seva inaweza kufika kwenye jani lolote, na fabric iko huru kuchagua kwa kila mtiririko. Huo ndio madhumuni yote ya muundo, na pia ni dhana ambayo bond ya seva lazima itimize.

Trafiki iliyofurika hufuata kanuni tofauti. Majani huchagua forwarder maalum kwa kila sehemu, hivyo broadcast, unicast isiyojulikana na multicast kwa kawaida huingia kupitia mmoja wao. Kwa hiyo unicast na mafuriko hufanya maamuzi mawili tofauti, na ni moja tu yao huonekana katika hali ya bond ya mwenyeji.

Mahali ambapo chaguo mbili hazikubaliani

Kerneli huchagua slave yake hai kutokana na hali ya kiungo na sera yake mwenyewe. Fabric huchagua hops zinazofuata kutokana na njia za EVPN, na forwarder maalum kutokana na uchaguzi kati ya majani. Hakuna mchakato unaoshauriana na mwingine. Wanapochagua majani tofauti, hitilafu hutegemea mwelekeo: kile seva inatuma hutoka kawaida, na majibu hupotea.

Kuna njia mbili zinazotumika, na hazibadilishani. Mpe mwenyeji bond ambayo fabric inaweza kuichukulia kama kiungo kimoja cha kimantiki, ambayo kwa vitendo inamaanisha bond ya LACP iliyojadiliwa na majani, na viungo vyote viwili vinafanya kazi pamoja kwa kweli. Au kubali pia uwasilishaji wa single-active kutoka fabric, ili sehemu ifuate modeli ile ile ya lango moja kwa wakati kama bond. Kinachoshindikana ni sehemu ya all-active mbele ya bond inayosikiliza lango moja tu, isipokuwa uwashe kwa makusudi upokeaji kwenye slave zisizo hai na ukubali uwasilishaji mara mbili unaofuata.

Kwa nini kebo ya akiba inaendelea kuonekana na afya

Kebo isiyobeba trafiki bado huripoti kiungo juu, na slave ya kusubiri katika bond imeundwa ionekane tayari. Waendeshaji husoma hilo kama upungufu wa ziada na huacha kuuliza.

Uliza badala yake ni lango gani la kimwili fremu ya kurudi ilitumia. Kwenye mwenyeji, hesabu pakiti zilizopokelewa kwa kila slave badala ya kwa bond, kwa sababu kihesabu cha bond huficha utofauti. Kwenye jani, angalia maingizo ya uwasilishaji ya daraja kwa MAC ya seva na seti ya hop zinazofuata ambayo njia ya EVPN inabeba. Ikiwa ingizo linaelekeza kwenye jani ambalo kiungo chake cha mwenyeji ni akiba, muundo unawasilisha kwenye lango ambalo mwenyeji hulipuuza. Hii ni kutokubaliana kwa usanidi na si hitilafu ya maunzi, na ufuatiliaji wowote wa hali ya kiungo hautaiweka wazi.

Jaribu uwasilishaji katika pande zote mbili, si hali ya kiungo

Jenga matriki yenye safu moja kwa kila hitilafu na safu wima moja kwa kila mwelekeo, kisha ujaze trafiki iliyowasilishwa badala ya hali ya kiolesura. Safu ya kwanza ni uendeshaji wa kawaida, na hapo ndipo kutokubaliana kunajificha, kwa sababu dalili inaonekana kama tatizo la programu.

Kisha ondoa kiungo hai cha mwenyeji, ondoa jani moja, ondoa uplink za jani hilo, na urejeshe kila kimoja kwa zamu. Baada ya kila hatua, rekodi slave hai, hali ya sehemu ya EVPN, ingizo la uwasilishaji la mbali na kasi iliyozingatiwa katika pande zote mbili. Jani linalopoteza njia yake kuelekea fabric wakati kiungo chake cha mwenyeji kinabaki juu ni kisa cha kuvutia, kwa sababu kiungo kinaendelea kutangazwa na kinaweza kuwa mwisho wa njia kimya kimya. Jaribu kwa mitiririko mipya ya unicast na kwa trafiki iliyofurika ambayo programu inategemea, kwa sababu zote mbili hutumia maamuzi tofauti ya uwasilishaji.

Kubali muundo tu wakati matriki inaonyesha uwasilishaji wa pande mbili kupitia njia uliyokusudia. Kebo mbili zenye kiungo juu si matokeo hayo.