NX-OS EVPN نال لاره: ردول په یو ټیننټ کې وساتئ
Null0 ننوتنه په محلي ډول ردوي او هېڅ نه اعلانوي. ټاګ کول، د صادراتو پالیسي او د ترلاسه کوونکي VTEP پالیسي د بیاکتنې لپاره درې جلا پرېکړې دي.
غوښتنه د یوې کرښې بدلون په توګه راځي: یو پته بلاک کړه. تاسو د ټیننټ په چوکاټ کې Null0 ته د هوسټ لاره ورزیاته کړئ، مخکښ د تمې سره سم له محلي جدول څخه ورک شي، او بیا پوښتنې پیل شي. ایا لاره له وسیلې ووته؟ ایا لرې VTEP رد کړل، که یوازې د رسېدو وړتیا له لاسه ورکړه؟ ایا اوس دوهم ټیننټ اغېزمن دی؟
سمه محلي سټاټیک لاره یوازې د دغو پوښتنو لومړنۍ ته ځواب ورکوي، نو ځکه د بلاک بدلون په حقیقت کې درې بیاکتل شوې پایلې دي، نه یو حکم.
بدلون په حقیقت کې څه باید تولید کړي
د درې پایلو په لیکلو پیل وکړئ. ټاکل شوی ټیننټ باید منزل په محلي ډول رد کړي. یوازې اجازه لرونکې لاره صادره کېدای شي، او بل څه باید ورسره سفر ونه کړي. هر ترلاسه کوونکی VTEP باید د بلې لارې پرځای ټاکل شوې ردولو کړنه وټاکي.
هره پایله خپل شواهد لري او هېڅ یوه بلې ته اشاره نه کوي. محلي Null0 لاره محلي ردول رامنځته کوي او پرته له بیا وېش څخه هېڅ نه صادروي. د هوکړې شوې community پرته بیا وېشل شوې لاره د عادي مخکښ په توګه راځي او لیږدول کېږي. له ترلاسه کولو پالیسۍ پرته community په بشپړ ډول له پامه غورځول کېدای شي.
د پایلو مخکې لیکل تاسو له یو عام ناکامي هم ساتي: هغه بدلون چې کار کوي ښکاري ځکه چې منزل له مخکې د یوې بې اړیکې دلیل له امله نه رسېدونکی و. که ونه شئ کولی تشریح کړئ چې توپیر به څنګه کوئ، د منلو ازموینه لا نه ده ډیزاین شوې.
محلي بیان یوازې لومړۍ برخه کوي
په 10.4(x) لړ کې NX-OS لپاره، نال لاره د VRF نوم اخیستونکي یو واحد حکم پرځای د ټیننټ VRF چوکاټ دننه ده. ټوټه لنډه ده، او دا په هیڅ ډول بشپړه EVPN ترتیبات نه دي.
vrf context TENANT_A
ip route 192.0.2.10/32 Null0
پته یو اسنادي مخکښ دی، نه هدف. له IOS سره د جملې جوړښت توپیر ته پام وکړئ، چېرې چې د VRF نوم د لارې د حکم دننه ښکاري، او مخکې له دې چې څه نښلئ، د هغې خپرونې لپاره ملاتړ شوې بڼه تایید کړئ چې واقعاً یې چلوئ.
یوازې دا کرښه په TENANT_A کې د هغه هوسټ ترافیک ردوي او بل څه نه کوي. دا لاره نه ټاګ کوي، نه یې د BGP لپاره ټاکي، او نه community ټاکي. دا جلا د ترتیباتو پرېکړې دي، او هر یو هغه ځای دی چې بدلون کېدای شي د کار کولو لپاره ډېر تنګ یا د خوندي کېدو لپاره ډېر پراخ وي.
محلي ردول په همدې منزل کې قانوني ترافیک هم اغېزمنوي. که موخه دا وي چې یو ناوړه ګټه اخیستونکی سرچینه ودروو پداسې حال کې چې ریښتیني کاروونکي لا هم پتې ته اړ دي، نال لاره غلطه وسیله ده او دا به له لومړنۍ ملاتړ زنګ څخه زده کړئ.
صادرات او واردات جلا هوکړې دي
بیا وېش هغه ځای دی چې حد پکې ټاکل کېږي. وړ مخکښونه تصویب شوي کمښت ته محدود کړئ، دا د ټیننټ دننه وساتئ، او سرچینه peerونه هغو ته محدود کړئ چې په ډیزاین کې دي. د دې لپاره چې یو ټاګ شوی هوسټ لاره باید سفر وکړي، هره سټاټیک لاره بیا وېشل هغه لاره ده چې د ساتنې بدلون د لارښوونې پېښې ته اړوي.
BLACKHOLE community د یو پیژندل شوي ارزښت په اړه هوکړه ده، نه د هر ګاونډي لپاره اجازه چې هره پته رد کړي. RFC 7999 دا په همدې اصطلاحاتو بیانوي، او د دې چې څوک یې اعلان کولی شي باور حد د ډیزاین برخه ده، نه د تطبیق جزئیات.
ترلاسه کوونکې خوا خپل ترتیبات ته اړ ده. په NX-OS کې، د 5 ډول نال لارو لپاره د ردولو چلند ټاکلو لپاره په VTEP کې route-map پروسس اړین دی، چې د صادراتو ګامونو سره یوځای مستند شوی. سم ټاګ کوونکې لېږدونکې وسیله او د ټاګ له پامه غورځوونکی ترلاسه کوونکی هغه بدلون جوړوي چې پلي شوی ښکاري او بیا هم ترافیک لیږدوي.
هلته اوسئ چې route-map د اړخیزو اغېزو لپاره وګورئ. نوې محدودوونکې پالیسي کېدای شي د بې اړیکې مخکښونو لپاره قانوني رسېدنه ځپي، او هغه زیان له بلاک وروسته ښکاري او هغه ته یې نسبت کول ستونزمن دي.
له ننوتلو مخکې وتل ولیکئ
مخکې له دې چې څه ترتیب شي، د منزل مالک، دلیل، تصویبوونکی او موده ثبت کړئ. پرته له مودې ردول هغه تلپاتې ننوتنه کېږي چې ریښه یې هېڅوک نه یادېږي، او بل څوک چې پته ډیبګ کوي به دا د شبکې عادي برخه وګڼي.
یوه خپلواکه مدیریتي لاره وساتئ چې په هغه لاره تکیه نه وي چې تاسو یې بدلوئ. که کمښت هغه پته پوښي چې تاسو یې د وسیلې رسېدو لپاره کاروئ، تاسو د اضافي ګامونو سره بندیز جوړ کړی دی.
د هغه دقیق کنټرول نوم واخلئ چې کمښت لرې کوي، او هغه لرې کول په لابراتوار یا په هغه کړکۍ کې وازموئ چې یې توانیدلی شئ. هغه وتل چې هیچا تمرین نه دی کړی، پروسه نه بلکې پلان دی.
د حکم د وتلو پرځای په شواهدو ومنئ
په ټاکل شوو VTEPونو کې ټاکل شوې لارښوونې حالت او لیږد حالت وګورئ، او یو ګاونډی منزل وګورئ چې باید نه اغېزمن پاتې شي. تایید کړئ چې بل هیچا مخکښ نه دی وارد کړی، ځکه چې د ټیننټونو ترمنځ تویېدل هغه ناکامي بڼه ده چې د ساتنې کړنه پېښې ته اړوي.
بیا یې واپس واخلئ او تایید کړئ چې عادي لاره او خدمت بېرته راځي. د NX-OS EVPN نال لارو لارښود د 10.4(x) خپرونې لپاره دلته تشریح شوي ټاګ کول، بیا وېش او د ترلاسه کولو پالیسي مستندوي، او دا هغه مرجع ده چې باید خپله خپرونه ورسره پرتله کړئ.