EIGRP Stub

یکی از ویژه گی های قابل توجه EIGRP در بخش ارتباطات WAN می باشد که به نوع خود چندین مزیت را برای ما به ارمغان می آورد.

در بحث طراحی ارتباطات به جهت بالا بردن سطح دسترسی از لینک ها و مسیر های افزونه و جایگزین استفاده می کنیم که در ادبیات شبکه به این لینک ها و مسیر ها Redundancy می گویند .

حال به مثال زیر توجه کنید

مثال بالا برگرفته از کتاب CCNP ENARSI می باشد و نمایانگر این است که روتر های R1 و R2 به دو دیتاسنتر متصل هستند در سمت چپ و از طرف دیگر با لینک های WAN به R3 که می تواند یکی از شعب باشد متصل هستند .

R1 و R2 نیز از طریق یک لینک مستقیم که در مثال بالا یک تانل است به هم متصل شده اند و ارتباط مستقیم دارند . اما با نگاهی دقیق تر به جدول توپولوژی R1 و R2 در می یابیم که این دو دیتاسنتر از یک مسیر دیگر نیز به هم دیگر می توانند ارتباط داشته باشند و آن هم مسیر بستر WAN می باشد یعنی به بیان دیگر در صورت از دست رفتن ارتباط تانل و مستقیم، R3 با توجه به این که به هر دو روتر متصل است و مسیر دسترسی به R1 را به R2 و R2 را به R1 به قولی یاد داده است پس

می تواند به عنوان یک بستر Transit ایفای نقش کرده و ترافیک بین دو سایت را منتقل کند که این امری خوشایند برای ما نخواهد بود زیرا ما در بستر WAN عمدتا به مشکلاتی از قبیل کمبود پهنای باند مواجه هستیم و ارسال ترافیک در ابعاد بسیار گسترده تر از ظرفیت لینک WAN موجب اختلال در سطح ارتباط و چه بسا از دست رفتن همسایگی می شود.

البته Congestion در سطح لینک هم یکی از مشکلات مهم می باشد.

در نتیجه می توانیم این گونه استنباط کنیم که نه تنها ارتباط مستقیم سایت ها باهم ازدست میروند بلکه با Transit  شدن بسترWAN نیز همسایگی های  تشکیل شده در این بستر هم از دست می روند.

اما راه حل چیست؟

بله راه حل استفاده از EIGRP Stub است که با استفاده از این ویژه گی می توانیم برای روتر R3 سیاست هایی را اعمال کنیم تا فقط نتورک هایی را ارسال کند که متعلق به سایت و یا سازمان خودش می باشد و نه نتورک هایی که از بستر WAN یاد گرفته است.

چرا که می دانیم با ارسال کردن اطلاعات مسیر WAN  متعلق به R1 به R2 و ارسال مسیر WAN متعلق به R2 به R1 عملا در سطح این دو روتر مسیر های جایگزینی از بستر WAN با محوریت R3 در جدول توپولوژی آن ها ایجاد خواهد شد.

با استفاده از دستور زیر می توانیم به R3 بگوییم که فقط نتورک های Local خود را ارسال کن

Router eigrp 1001

eigrp stub [ connected , summary , receive-only , static , redistributed , leak-map ]

این دستور یعنی R3 بر فرض مثال فقط مسیر های Connected  به خود را Advertise کند.

و یا R3 فقط فرم نتورک خلاصه شده ی متعلق به شبکه ی خود را ارسال کند در دستور Summary و یا با استفاده از گزینه ی Static می توانیم به R3 بگوییم تا فقط نتورک های Redistribute شده از Static به Eigrp  را ارسال کن.

گزینه ی Receive-only  به این معنا است که روتر R3 در نقش Stub هیچ نتورکی را Advertise نکند حتی Connected.

التبه Redistributed با محوریت ارسال نتورک های Redistribute شده به Eigrp  و Leak-map نیز گزینه های بعدی هستند.

با کمی دقت بیشتر می توانیم بفهمیم که وقتی مسیر مستقیم قطع می شود و R1 و R2 به دنبال مسیر های جایگزین هستند دست به دامن ارسال Query  به سمت همسایگان خود می شوند .

توجه داشته باشید روتری که Stub می شود با توجه به این که دیگر مسیری را از بستر WAN بین دو روتر یاد نمی دهد لذا در پروسه

Query and Reply  هم نمی تواند مفید واقع شود از این رو اصلا پیغام های Query  به سمت Stub Router ارسال نمی شوند به عبارت دیگ  در بحث ارسال Query می گوییم Suppress شده است.