لب عملی: پیکربندی توزیع‌مجدد بین OSPF و EIGRP

این لب عملی توزیع‌مجدد دوطرفه متقابل بین دامنه‌های OSPF و EIGRP را روی یک روتر مرزی پیکربندی می‌کند، تأیید می‌کند مسیرها به‌درستی در هر دو جهت منتشر می‌شوند، و نیازمندی معیار seed که هر پروتکل روی مسیرهای توزیع‌مجدد‌شده اعمال می‌کند را نشان می‌دهد.

توزیع‌مجدد متقابلپیکربندی معیار Seedفاصله اداری مسیر توزیع‌مجدد‌شده

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

پیکربندی یک روتر مرزی که هم OSPF و هم EIGRP اجرا می‌کند برای توزیع‌مجدد مسیرها از هر پروتکل به دیگری، تأیید اینکه مسیرها به‌درستی در هر دو سمت با فاصله اداری مورد انتظار ظاهر می‌شوند، و تأیید اینکه معیار seed مورد نیاز هر پروتکل برای مسیرهای توزیع‌مجدد‌شده به‌درستی اعمال می‌شود.

هدف لب (چرا مهم است)

هر لب پروتکل مسیریابی در سراسر این مجموعه درون یک دامنه پروتکل واحد عمل کرد. شبکه‌های واقعی مکرراً چند پروتکل را هم‌زمان اجرا می‌کنند — در طول یک مهاجرت، پس از یک ادغام، یا به‌دلیل نیازمندی‌های فروشنده — و توزیع‌مجدد مکانیزمی است که مسیرها را بین این دامنه‌های مسیریابی در غیر این صورت-ایزوله به اشتراک می‌گذارد.

توپولوژی لب

دامنه OSPF (ناحیه ۰)          دامنه EIGRP (AS 100)
R1 ---- R2 (مرزی) ---- R3

LAN R1: 192.168.30.0/24 (OSPF)
LAN R3: 192.168.40.0/24 (EIGRP)

R2 هم OSPF (به‌سمت R1) و هم EIGRP (به‌سمت R3)
اجرا می‌کند

وظیفه ۱: تأیید ایزوله‌سازی خط‌مبنا بین دامنه‌ها

تأیید کن R1 نمی‌تواند LAN R3 را ببیند و بالعکس پیش از پیکربندی هر توزیع‌مجدد.

وظیفه ۲: توزیع‌مجدد مسیرهای EIGRP به OSPF

روی R2، مسیرهای EIGRP را به OSPF توزیع‌مجدد کن، و یک معیار seed مناسب مشخص کن.

وظیفه ۳: توزیع‌مجدد مسیرهای OSPF به EIGRP

روی R2، مسیرهای OSPF را به EIGRP توزیع‌مجدد کن، و مؤلفه‌های معیار seed مورد نیاز EIGRP را مشخص کن.

وظیفه ۴: تأیید یادگیری LAN R3 توسط R1 از طریق OSPF

تأیید کن R1 اکنون LAN R3 را به‌عنوان یک مسیر خارجی OSPF می‌بیند.

وظیفه ۵: تأیید یادگیری LAN R1 توسط R3 از طریق EIGRP

تأیید کن R3 اکنون LAN R1 را به‌عنوان یک مسیر خارجی EIGRP می‌بیند.

راه‌حل و تأیید

R1# show ip route | include 192.168.40
-- (بدون خروجی -- LAN R3 هنوز قابل‌مشاهده نیست)

R3# show ip route | include 192.168.30
-- (بدون خروجی -- LAN R1 هنوز قابل‌مشاهده نیست)

R2(config)# router ospf 1
R2(config-router)# redistribute eigrp 100 metric-type 1 subnets

-- "subnets" برای توزیع‌مجدد OSPF مورد نیاز
-- است تا هر مسیر خاص‌تر از یک مرز classful را
-- شامل شود -- رد‌کردنش یک اشتباه رایج است که
-- بی‌سروصدا مسیرهای زیرشبکه‌شده را کاملاً از
-- توزیع‌مجدد حذف می‌کند

R2(config)# router eigrp 100
R2(config-router)# redistribute ospf 1 metric 10000 100 255 1 1500

-- EIGRP نیازمند یک معیار seed صریح با پنج
-- مؤلفه است: bandwidth (kbps)، delay (ده‌ها
-- میکروثانیه)، reliability، load، و MTU --
-- برخلاف مقدار معیار واحد ساده‌تر OSPF

R1# show ip route ospf

O E1  192.168.40.0/24 [110/20] via 10.1.1.2
-- R1 اکنون LAN R3 را به‌عنوان یک مسیر External
-- نوع ۱ OSPF می‌بیند، که پیش‌تر در این مجموعه
-- درباره انواع مسیر خارجی OSPF بحث شد

R3# show ip route eigrp

D EX  192.168.30.0/24 [170/2681856] via 10.2.2.1
-- R3 LAN R1 را به‌عنوان یک مسیر خارجی EIGRP
-- (D EX) می‌بیند، با فاصله اداری 170 --
-- متمایز از 90 استفاده‌شده برای مسیرهای
-- یادگرفته‌شده-داخلی EIGRP، که اعتماد پایین‌تر
-- معمولاً داده‌شده به مسیرهای توزیع‌مجدد‌شده
-- را منعکس می‌کند

R1# ping 192.168.40.1

!!!!!
Success rate is 100 percent (5/5)

R3# ping 192.168.30.1

!!!!!
Success rate is 100 percent (5/5)
-- اتصال کامل دوطرفه در سراسر هر دو دامنه
-- مسیریابی قبلاً-ایزوله تأیید شد

نکته کلیدی

هر پروتکل نیازمندی معیار seed خودش را روی مسیرهای توزیع‌مجدد‌شده اعمال می‌کند چون معیار اصلی یک مسیر (یک مقدار ترکیبی EIGRP یا یک هزینه OSPF) هیچ ترجمه معناداری به سیستم معیار پروتکل دریافت‌کننده ندارد — OSPF فقط به یک مقدار معیار واحد به‌علاوه کلیدواژه subnets نیاز دارد، در حالی که EIGRP هر پنج مؤلفه معیار ترکیبی را صراحتاً می‌خواهد، و فراموش‌کردن هرکدام از نیازمندی‌ها (subnets برای OSPF، معیار کامل پنج‌بخشی برای EIGRP) یکی از رایج‌ترین اشتباهات پیکربندی توزیع‌مجدد است.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه