په all-active EVPN کې د Linux فعال-بیک اپ بانډ: څه ماتېږي

په سرور کې فعال-بیک اپ بانډ کېږدئ، په فابریکه کې all-active Ethernet برخه کېږدئ، او د بیرته راګرځېدونکي ترافیک نیمه برخه کېدای شي پرته له دې چې یو هم د تېروتنې شمارونکی وخوځېږي ورک شي. دواړه ترتیبات پخپله غلط نه دي. ستونزه د دوی ترمنځ په سپارلو کې ده، چېرې چې یوه خوا یو پورټ ټاکي او بله خوا دا فرض کوي چې هر نښلول شوی پاڼه کولای شي ورسوي. په هر لوري کې یوه چوکاټ تعقیب کړئ او ناسمونیا ښکاره شي.

فعال-بیک اپ د راغلي چوکاټ سره څه کوي

د بانډینګ حالت 1 په لیږلو لاره کې سم یو غلام ساتي او یوازې هغه وخت یې بدلوي چې اوسنی ناکام شي. هغه برخه ښه پیژندل شوې ده. دلته مهم د ترلاسه کولو خوا ده: کرنل چوکاټ سټیک ته یوازې هغه وخت ورکوي چې په فعال غلام باندې راشي، او هغه چوکاټونه غورځوي چې په بل هر غلام کې ښکاره شي. دا all_slaves_active ترتیب سمدلاسه د همدې قاعدې نرمولو لپاره دی، او په ډیفالټ ډول بند دی. ip -d link show bond0 د حالت ترڅنګ اوسنی ارزښت چاپوي.

/proc/net/bonding/bond0 فعال غلام نوموي او د هر غلام د تړنې حالت راپور ورکوي. هغه فایل یوازینی صادق سرچینه ده چې کوم پورټ اوس ترافیک وړي.

په دې حالت کې کوربه په یوه وخت کې یوازې یوه د کار وړ ترلاسه کولو لاره لري، چې پرته له فابریکې پوهې په محلي ډول ټاکل کیږي. که د هغه کوربه لپاره چوکاټ په بله کیبل راشي، د سویچ پورټ هغه ترلاسه شوی ګڼي، د کوربه سټیک هغه هیڅکله نه ویني، او د کوربه د خپل غورځولو شمارونکي پرته نور ټول شمارونکي بشپړ روغ ښکاري.

all-active multihoming د لیرې بلې خیز سره څه کوي

EVPN multihoming د هغو پاڼو ټولګه بیانوي چې یوه Ethernet برخه شریکوي، چې د ESI له مخې پیژندل کیږي، او هغه برخه پاتې فابریکې ته اعلانوي. په all-active ماډل کې لیرې همکاران د برخې پتو لپاره له یوې ډېرې بلې خیزې نصبوي. سرور ته یونیکاسټ بیا کولای شي هرې پاڼې ته ورسي، او فابریکه ازاده ده چې د هر بهیر لپاره غوره کړي. دا د ډیزاین ټول هدف دی، او دا هغه انګېرنه هم ده چې د سرور بانډ باید پوره کړي.

سیل ترافیک بله قاعده تعقیبوي. پاڼې د هرې برخې لپاره ټاکل شوی فوروارډر ټاکي، نو براډکاسټ، ناپیژندل شوی یونیکاسټ او مالتېکاسټ معمولا د هغوی له یوې لارې ننوځي. نو یونیکاسټ او سیل دوه جلا پرېکړې کوي، او یوازې یوه یې د کوربه د بانډ حالت کې ښکاري.

چېرې چې دواړه ټاکنې اختلاف لري

کرنل خپل فعال غلام د تړنې حالت او خپلې تګلارې له مخې ټاکي. فابریکه بلې خیزې د EVPN لارو څخه، او ټاکل شوی فوروارډر د پاڼو ترمنځ له ټاکنې څخه ټاکي. هیڅ بهیر بل سره مشوره نه کوي. کله چې دوی جلا پاڼې وټاکي، نیمګړتیا لوري ته اړه لري: هغه څه چې سرور لیږي نورمال وځي، او ځوابونه ورک شي.

دوه ملاتړ شوي لارې شته، او دوی د یو بل بدیل نه دي. کوربه ته هغه بانډ ورکړئ چې فابریکه یې د یو منطقي نښلون په توګه وګڼي، چې په عمل کې د پاڼو سره خبرې شوې LACP بانډ معنی لري، او دواړه تړنې واقعا یوځای فعالې وي. یا له فابریکې څخه single-active سپارل هم ومنئ، ترڅو برخه د بانډ په څیر هماغه یو-پورټ-یو-وخت ماډل تعقیب کړي. هغه څه چې نه کار کوي هغه د یوازې یوه پورټ اورېدونکي بانډ مخې ته all-active برخه ده، پرته له دې چې په غیر فعالو غلامانو کې ترلاسه کول په قصد فعال کړئ او ورپسې دوه ګونی سپارل ومنئ.

ولې بیک اپ کیبل روغ ښکاري

هغه کیبل چې هیڅ ترافیک نه وړي بیا هم تړنه پورته اعلانوي، او په بانډ کې انتظار غلام د دې لپاره جوړ شوی چې چمتو ښکاره شي. چلونکي دا د زیاتوالي په توګه لولي او پوښتنې کول بندوي.

پرځای یې وپوښتئ چې بیرته راتلونکي چوکاټ کوم فزیکي پورټ کارولی. په کوربه کې، ترلاسه شوي پاکټونه د بانډ پرځای هر غلام له مخې وشمېرئ، ځکه چې د بانډ شمارونکی نابرابري پټوي. په پاڼه کې، وګورئ د سرور MAC لپاره د پل د لېږد ننوتنې او هغه بله-خیزه ټولګه چې EVPN لاره یې وړي. که ننوتنه هغې پاڼې ته اشاره وکړي چې کوربه تړنه یې انتظار ده، ډیزاین هغه پورټ ته سپارل کوي چې کوربه یې له پامه غورځوي. دا د جوړښت ناسمونیا ده نه د سختو تجهیزاتو خرابي، او د تړنې حالت هر څومره څارنه یې هم نه شي ښکاره کولی.

سپارل په دواړو لورو ازموئ، نه د تړنې حالت

د هرې نیمګړتیا لپاره یوه کرښه او د هر لوري لپاره یوه ستنه لرونکې matrice جوړه کړئ، بیا یې د انټرفېس حالت پرځای د سپارل شوي ترافیک سره ډکه کړئ. لومړۍ کرښه نورمال کار دی، او ناسمونیا سم هلته پټه ده، ځکه چې نښه د اپلیکیشن ستونزې په څیر ښکاري.

بیا فعاله کوربه تړنه لرې کړئ، یوه پاڼه لرې کړئ، د هغې پاڼې اپلینکونه لرې کړئ، او هر یو په نوبت بیا ورغوئ. له هر ګام وروسته فعال غلام، د EVPN برخې حالت، لیرې لېږد ننوتنه او په دواړو لورو کتلی شوی throughput ولیکئ. هغه پاڼه چې خپله فابریکې لاره له لاسه ورکوي په داسې حال کې چې د هغې کوربه تړنه پورته پاتې کیږي، هغه زړه راښکونکی حالت دی، ځکه چې نښلون اعلان شوی پاتې کیږي او کولای شي په خاموشۍ بند کوڅه شي. د نویو یونیکاسټ بهیرونو او هغه سیل ترافیک سره ازموینه وکړئ چې اپلیکیشن پرې تکیه لري، ځکه چې دواړه جلا لېږد پرېکړې کوي.

ډیزاین یوازې هغه وخت ومنئ چې matrice د هغې لارې له مخې دوه لوري سپارل وښيي چې تاسو یې اراده درلوده. دوه کیبلونه چې تړنه پورته وي هغه پایله نه ده.