ولې د QFX MAC په EVPN کې ښکاري خو په لیږدولو جدول کې نه

په EVPN ډیټابیس کې د MAC موندل دا ثابتوي چې هغه د لارې په توګه اعلان یا ترلاسه شوی، او نور څه نه۔ لیږدولو جدول بله جوړښت دی چې وروسته پروګرام کیږي، نو هماغه MAC ممکن په یوه کې ښکاره شي او په بل کې نه وي، په داسې حال کې چې هر پروتوکول سم کار کوي۔ د دې دوو پایلو یو د بل کاپي ګڼل انجینران د BGP د خرابۍ په تعقیب وړي، په داسې حال کې چې ریښتینی تشه د وارداتو پالیسي یا نه حل شوی بل ګام دی۔ د پوښتنې وړ پوښتنه دا نه ده چې ایا فابریک MAC پیژني، بلکې دا ده چې په کوم مرحله کې یې له لیږدولو ډډه وکړه۔

دوه جدولونه چې بیلابلو پوښتنو ته ځواب وایي

په Junos EVPN کې ډیټابیس د هر انسټانس لپاره MAC پتې لیست کوي او دا هم چې هر یو څنګه راغی: د لاسرسي پورټ څخه زده شوی، په Type 2 لاره کې ترلاسه شوی، یا د ملټي هومینګ ګروپ د برخې په توګه نښه شوی۔ د Juniper show evpn database حواله هغه فلټرونه رانغاړي چې د هر MAC او هر انسټانس له مخې دي او لید لوستلو وړ ګرځوي۔ دا د انسټانس او MAC په کیلي د کنټرول پلین لنډیز دی، نه هغه جدول چې هارډویر پرې فریمونه سوئیچ کوي۔

د سوئیچنګ جدول هماغه د لیږدولو حالت دی۔ دواړه پایلې MAC د VLAN یا VNI په زمینه کې لیست کوي، او همدا لامل دی چې دوی کرښه په کرښه پرتله کیږي، او همدا لامل دی چې پرتله ګمراه کوونکې ده۔ په ډیټابیس کې ثبت وایي چې لاره شته او په انسټانس کې منل شوې؛ دا نه وایي چې ایا پلیټفارم هغه د لیږدولو لپاره نصب کړی که نه۔

Type 2 لاره MAC، اختیاري IP، لیبل یا VNI، د لارې توپیروونکی او بل ګام چې لرې VTEP نوموي، وړي۔ د تار او هغې لارې ترمنځ څلور شیان ماتېدای شي: کوربه هیڅکله نه زده کیږي، لاره هیڅکله نه اعلانیږي، په وارداتو کې رد کیږي، یا د هغې بل ګام نه حل کیږي۔ هر ناکامي بیلابیلې جدولونه ډک پرېږدي، او همدا لامل دی چې دا ترتیب اصلاً تشخیص کیدای شي۔

ځایي زده کړه لا هم لومړی پیښیږي

عام انګیرنه دا ده چې EVPN د MAC زده کړه په غاړه اخلي، نو خالي ډیټابیس باید د overlay ستونزه معنا ولري۔ ځایي زده کړه لا هم د لاسرسي په اړخ کار کوي، لکه څنګه چې د VXLAN له شتون مخکې وه: سوئیچ د اجازه شوې فریم اصلي MAC په سم VLAN او خدمت کې زده کوي، او یوازې له هغې وروسته د هغې لپاره Type 2 جوړوي۔ هغه کوربه چې کوم اړوند فریم نه دی لیږلی، د اعلانولو څه نه لري۔ هغه کوربه چې فریمونه یې د VLAN غړیتوب، فلټر یا د یوې ډلې د غیر فعال غړي له امله غورځول کیږي، د overlay له نظره ورته ښکاري۔

د نښلولو له نقطې پیل کړئ او د یوازې لوستلو حکمونو سره مخکې لاړ شئ۔ هدف دا ثبوت دی چې د کوربه یو فریم په ټاکل شوي خدمت کې تیر شو، ځکه چې هغه فریم چې هیڅکله ونه رسید، لاندې هیڅ شی جبرانوي۔

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

ټاکل شوي LACP غړي د بنډل د پورته کیدو څخه مهم دي، ځکه چې یوه ډله ممکن په یو غړي پورته وي پداسې حال کې چې د کوربه ترافیک هغې اړیکې ته هش کیږي چې ښکته یا بنده ده۔ د انټرفیس شمیرې غږ نه لرونکي کوربه له غورځوونکي کوربه څخه بیلوي، ځکه چې هغه کوربه چې هیڅکله نه لیږي او هغه کوربه چې فریمونه یې د طبقه بندي له امله غورځول کیږي، هماغه خالي جدول پرېږدي۔

چیرته لرې MAC ورکیږي

لرې MAC په مخالف لوري کې ناکام کیږي، او په خاموشۍ۔ Type 2 لاره رسیږي، خو یوازې هغه وخت انسټانس ته ننوځي چې د هغې د لارې هدف او VNI له ځایي تنظیم سره سمون ولري، او یوازې هغه وخت د کارولو وړ کیږي چې بل ګام یې د رسیدلو وړ VTEP ته حل شي۔ د لارې هدف ناسمونکی په BGP جدول کې یوه سمه لاره پرېږدي چې هیڅ انسټانس یې هیڅکله نه غواړي۔

درې لیدونه په ترتیب سره ولولئ: د لارې شتون، د ډیټابیس ثبت، د لیږدولو ثبت۔ لاندې حکمونه په هر مرحله کې هماغه MAC پوښتنه کوي، او نمونه پته پایلې د پرتلې وړ ساتي۔

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

هغه پایلې درې جلا پوښتنو ته ځواب وایي۔ په bgp.evpn.0 کې لاره پرته له ډیټابیس ثبت څخه د وارداتو پالیسۍ، د لارې هدف یا د انسټانس تنظیم ته اشاره کوي۔ ډیټابیس ثبت پرته له لیږدولو ثبت څخه د پلیټفارم پروګرامنگ ته اشاره کوي، چې بل د اسکالیشن لارې پورې اړه لري۔ فعاله لاره چې بل ګام یې نه حل کیږي د ترانسپورت یا لیبل ستونزه ده، او د MAC ډیبګ کومه اندازه هم هغه نه جوړوي۔

هغه بیا پیل چې دا یې جوړ کړ ډیر لږ ثابتوي

کله چې بیا پیل نښه ورکه کړي، هغه ښکاره پایله دا ده چې تنظیم باید روغ وي۔ بیا پیل هر جدول له سره پروګرام کوي، نو هغه قضیه هم پټوي چې پخواني ثبت د پالیسۍ تېروتنه پوښلې وه؛ خرابي معمولاً په بل بدلون، د اړیکې په ټکان یا د لارې په بیرته اخیستلو کې راګرځي۔

له هرې ساتنې کړکۍ مخکې، هغه څه ثبت کړئ چې بیا پیل به یې ړنګ کړي۔ دا درې حکمونه د مخکې او وروسته پرتلې لپاره بس دي، او په وسیله کې هیڅ نه بدلوي۔

show evpn database instance blue
show route table bgp.evpn.0
show version

هغه پایلې له نیټې او د سافټویر نسخې سره آرشیف کړئ۔ وروسته راپور چې هماغه بیا پیل مخکې هم کار کړی و، نښه ده نه ثبوت، او توپیر یوازې هغه وخت ښکاري چې چا پخوانی پایلې ساتلې وي۔

څلور مشاهدې چې ډیری قضیې حل کوي

څلور مشاهدې نږدې هر قضیه پوښي: نښلون او د هغې خدمت، MAC د نمونې ارزښت په توګه، د لارې او ډیټابیس حالت، او هغه نسخه چې کارول کیږي۔ هغه MAC وټاکئ چې په څرګنده توګه نمونه ده ترڅو څوک یې د تولیدي پتې سره غلط نه کړي: لومړی اکټیټ 02 په ځایي توګه اداره شوې یونیکاسټ پته ښیي، پاتې اکټیټونه ازاد دي، او نو 02:00:00:00:00:5c خوندي ځای نیوونکی دی۔

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