د OSPF او EIGRP ډېری بحثونه دا فرض کوي چې تونل کولی شي پروتوکول ولېږدوي، او په ASA کې همدا فرضیه هغه برخه ده چې لومړی باید وګورل شي۔ پرتله یوازې هغه وخت په زړه پورې کېږي چې انځور، د VTI ډول او د multicast لار تایید شي۔ که دا ترتیب غلط شي، تاسو یوه ماسپښین په داسې تونل کې د ټایمرونو تنظیم ته تیروئ چې هېڅکله ګاونډیتوب نه جوړوي۔ زه هر یو له دې ډیزاینونو د ریلیز یادښتونو او روان ترتیب سره پیلوم، نه د پروتوکول د خوښې سره۔

ریلیز له پروتوکول مخکې فیصله کوي

د Cisco VTI لارښود د ASA 9.24 لپاره یو کارېدونکی اسنادي بنسټ دی: ثابت او متحرک VTI تشریح کوي او ثابته روټینګ، BGP، OSPF او EIGRP لیستوي۔ د هغې د ځانګړتیاوو تاریخ په VTI باندې د OSPFv2 او EIGRP ملاتړ 9.19(1) ته اړوندوي۔ له هغې پخوانی هر څه بله خبره ده۔

نو لومړي دوه پوښتنې ستړې کوونکې او فیصله کوونکې دي:

CheckWhat decides it
Image and releaseWhether the feature history lists OSPFv2 or EIGRP on VTI for the version you run
VTI typeStatic or dynamic, and which routing context the platform permits
Multicast on the tunnelWhether it is enabled, and whether the group limits are respected

دا ادعا چې ASA نشي کولی VTI وکاروي یا IGP ولېږدوي، د ځینو پخوانیو انځورونو لپاره سمه وه او اوسنی د ملاتړ میټریکس نه دی۔ همدارنګه، د 9.24 لارښود د هر وسیلې د لوړولو امر نه دی۔ دا وایي چې هغه ریلیز څه ملاتړ کوي، او ستاسو ځای پرځای شوی ریلیز باید پخپله ځواب ووایي۔

د unicast تېرېدل دا نه مانا کوي چې IGP به جوړ شي

هماغه لارښود یادوي چې unicast په ډیفالټ تېرېږي او د VTI په OSPFv2 یا EIGRP لپاره باید multicast فعال شي، په multicast ګروپونو د مستندو محدودیتونو سره۔ هماغه یوه جمله په دې ډیزاین کې زما لیدل شوي ډېری ناکام ګاونډیتوبونه تشریح کوي۔ له تونل څخه کار کوونکی ping، یا شین IPsec حالت، یوازې د unicast لار ثابتوي۔ د پروتوکول کشف د multicast لارې ته اړتیا لري، او دواړه جلا تنظیمېږي۔

تر هغه چې hello یا hold ټایمرونو ته لاس ونه وړئ، د تونل انټرفیس ترتیب کې هغه multicast تنظیم وګورئ۔ که تنظیم نه وي، ګاونډیتوب ورو نه دی، ناممکن دی۔

OSPF او EIGRP په یوه تونل کې څنګ په څنګ

په هماغه تونل کې دواړه پروتوکولونه لکه په نورو ځایونو کې ښکاري۔ OSPF ته د شبکې سم ډول، سیمه، تصدیق او د ګاونډي پیرامیټرونو ته اړتیا ده؛ EIGRP خپل AS نمبر او د انټرفیس کچې هغه تنظیماتو ته اړتیا لري چې ورسره ځي۔

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

بیا د هغو محورونو پرتله وکړئ چې ستاسو ټوپولوژي لپاره واقعاً توپیر لري: د بل اړخ سره متقابل عملیات، د کنورجنس هغه چلند چې تاسو یې ازموئ، او ستاسو په ټیم کې عملیاتي پوهه۔ د یوه پروتوکول د ګړندي یا سپک والي تاریخي قصه ستاسو د شبکې اندازه نه ده۔

ګاونډیان د نصب شوو لارو سره برابر نه دي

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

show ospf neighbor او show eigrp neighbors تاسو ته وایي چې غونډه ژوندې ده۔ show route تاسو ته وایي چې د څانګې مخکښ ورسېد که نه، او دا جلا پوښتنې دي۔

د اپلیکیشن لار بیا درېیمه پوښتنه ده۔ د ګاونډیتوب اړیکه د لاسرسي وړتیا ویشي؛ دا د فایر وال له لارې اجازه نه ورکوي او نه ثابتوي چې د ترافیک ټاکونکي او د فلټر کولو قواعد سره سمون لري۔ د تصویب شوې ازموینې سره اجازه ورکړل شوی جریان او د هغې د ځواب لار وګورئ، د دې پرځای چې فرض کړئ لاره د پالیسۍ مانا لري۔

بشپړه پرتله څه باید ثبت کړي

د تونل انټرفیس، هغه ریلیز چې ملاتړ یې کوي، هغه کنټرول تبادله چې تاسو یې تایید کړه، او هغه د لارې پالیسي چې تاسو یې محدوده کړه ولیکئ۔ د multicast تنظیم اضافه کړئ، ځکه چې هماغه تفصیل په خاموشۍ فیصله کوي چې نور څه کار کوي که نه۔ هغه ریکارډ د ځای پرځای شوي ریلیز ترڅنګ وساتئ ترڅو وروسته د ځانګړتیا بدلون د اوس مهال پای ته رسېدلې فرضیې له سره پیل کولو پرته وکتل شي۔

که له هغو څلورو څخه یو هم نه وي، تاسو لیدلوری لرئ نه ډیزاین۔ لومړی هغه ورکه حقیقت سم کړئ؛ د پروتوکول غوره کول اسانه برخه ده۔

اړوندې مقالې