ورته iESI د یو سایټ دننه، د سایټونو ترمنځ بېساری: د Junos ګنډل

دوه جوړې ګیټوېټونه دوه ډیټا مرکزونه ته خدمت کوي، او یو څوک باید پریکړه وکړي چې ډیزاین ته څو interconnect ESI ارزښتونه اړین دي۔ ځواب په هر ګیټوېټ ډله کې یو دی، په هر fabric کې یو نه او په هر ګیټوېټ کې یو نه۔ دا غلط کول یو fabric جوړوي چې تنظیم شوی ښکاري او ناسم forwarder ټاکي، یا دوه سایټونه سره یوځای کوي چې باید جلا پاتې وای۔ قاعده او د هغې استثناوې د ګیټوېټونو لست ترڅنګ لیکلو ارزښت لري۔

دوه ساحې، دوه قاعدې

د سایټ دننه، اضافي interconnect ګیټوېټونه د یو multihomed پای ټکي په توګه کار کوي، نو دوی یو interconnect ESI شریکوي۔ د دوی peers باید د دوو خپلواکو پرځای یو منطقي غړی وویني۔ د شریک ارزښت ټول مانا همدا ده۔

د سایټونو ترمنځ، هر ګیټوېټ ډله خپل ارزښت اخلي۔ دوه ډیټا مرکزونه چې یو پېژندونکی شریکوي په کنټرول پلان کې یوه multihomed ډله کیږي، چې معمولاً د WAN له لارې د ګنډلو ډیزاین موخه نه ده۔ په یوه ډله کې دوه سایټونه د یو بل د ناکامۍ حالتونه هم په میراث اخلي۔

د سایټ دننه: د ډلې لپاره یوه پېژندنه

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

ملاتړ شوی ماډل all-active دی۔ هماغه حواله د دې ګنډلو پېژندنې لپاره single-active عملیات، په اتوماتیک ډول ترلاسه شوي LACP پېژندونکي او source-bmac اختیارونه بېلوي، نو هغه ډیزاین چې له دې څخه یو یې فرض کړی وي باید د پېژندونکي له ټاکلو دمخه بیاکتنه شي۔ دا محدودیت د ډیزاین ننوتنه ده، نه پښلیک۔

د سایټونو ترمنځ: بېلابېل ارزښتونه، یا قصدي یوځای کول

د هر سایټ لپاره بېساری ارزښت دوه ګیټوېټ ډلې جلا ساتي۔ که موخه واقعاً یوه multihomed ډله د سایټونو ترمنځ پراخول وي، هغه بله معماري ده چې خپلې پایلې لري د ځنډ، ناکامۍ او لېږد لپاره، او باید د معمارۍ په توګه پرېکړه شي نه د پېژندونکي د ټاکلو په توګه۔ هغه پرېکړه د ساتنې کړکۍ دمخه په لیکلي ډول وغواړئ۔

نیت شوی توپیر په پلان کې ولیکئ، ترڅو وروسته د کار کوونکي سایټ کالباس کاپي کوونکی انجینر د هغې پېژندونکی هم له ځان سره را نه وړي۔

peer بیان د پېژندنې برخه ده

په ډله کې هر ګیټوېټ خپل ځایي peers د loopback پتې له مخې لیست کوي، او هغه اړیکه د نړیوال EVPN کچې باندې ژوند کوي نه د یو واحد MAC-VRF دننه۔ دا په ناسمه درجهبندي کې ایښودل یوه عامه لار ده د داسې تنظیم جوړولو چې commit کیږي خو هیڅکله ډله نه جوړوي۔ د حوالې درجهبندي یو ځل ولولئ، بیا پر هغې ودرېږئ۔

د بیان نوم هم بدل شو۔ Juniper په 24.2R1 کې د interconnect peer-gateways بیان نوم بدل کړ او په 24.4R1 کې د ډیټا مرکزونو د interconnect لپاره interconnect-ځانګړې بڼه بیرته راوستله۔ نو له منځني خپرېدو اخیستل شوی ټوټه کېدای شي داسې نوم وکاروي چې ځای پرځای شوې نسخه یې نه مني، یا برعکس۔ هغه خپرېدنه چې ټوټه ترې اخیستل شوې د خود ټوټې ترڅنګ ثبت کړئ۔

د iESI شریکول څه نه کوي

دا ستاسو لپاره route target، VNI یا ځایي EVPN instance نه تعریفوي۔ هغه جلا تنظیم پاتې کیږي چې باید په دواړو خواوو کې سره سمون ولري، او هغه پېژندونکی چې سمون لري خو route target سمون نه لري یوه ډله جوړوي چې جوړیږي او هیڅ نه وړي۔ د هغو تنظیماتو دواړه خواوې په یوه تیریدو کې پرتله کړئ۔

دا د peers د رسیدو وړتیا یا د designated forwarder ټاکنه هم نه ثابتوي۔ په نورمال حالت کې unicast او اړین broadcast او multicast چلند وازموئ، بیا د یو ګیټوېټ په لرې کولو سره بیا کړئ ترڅو پاتې غړی ډله یوازې ووړي۔

هماغه دویم چلند ثابتوي چې ډله ریښتینې ده۔

مشاهده شوې غړیتوب او د خدمت شرایط د ازموینې پایلو سره ساتئ۔ وروسته د پېژندونکي بدلون بیا د تار د ښکلا سمون په توګه نه، بلکې د multihoming بدلون په توګه، چې همدا دی، بیاکتل کیدای شي۔ پایلې یوازینی ثبوت دی چې پېژندونکی هغه څه کوي چې انځور یې وایي۔