لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

EIGRP روی تونل mGREیکپارچگی مسیریابی پویا در DMVPNتبلیغ مسیر Spoke

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

هدف لب

فعال‌کردن EIGRP مستقیماً روی اینترفیس‌های تونل DMVPN ساخته‌شده در لب‌های قبلی، تأیید اینکه hub روابط همسایه EIGRP را با هر spoke به‌طور خودکار همان‌طور که از طریق NHRP ثبت می‌شوند تشکیل می‌دهد، و تأیید اینکه LAN هر spoke توسط hub و سایر spoke ها بدون هیچ پیکربندی ایستای هر-spoke در سمت hub یاد گرفته می‌شود.

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

لب‌های DMVPN پوشش‌داده‌شده پیش‌تر در این مجموعه اتصال تونل مبتنی‌بر-NHRP را برقرار کردند اما هیچ پروتکل مسیریابی پویایی استفاده نکردند، و انتشار مسیر واقعی را حل‌نشده رها کردند. اجرای EIGRP مستقیماً روی اینترفیس تونل mGRE شکل‌گیری پویای تونل DMVPN را با یادگیری مسیر پویای EIGRP ترکیب می‌کند، و اجازه می‌دهد spoke های جدید با مسیریابی که به‌طور خودکار در لحظه ثبت‌شدنشان کار می‌کند اضافه شوند.

توپولوژی لب

Hub ---- Tunnel0 (mGRE): 172.16.200.1/24
Spoke1 ---- Tunnel0: 172.16.200.2/24
Spoke2 ---- Tunnel0: 172.16.200.3/24

LAN Spoke1: 192.168.11.0/24
LAN Spoke2: 192.168.12.0/24
LAN Hub: 192.168.10.0/24

تونل‌های DMVPN از‌قبل برقرار و از طریق NHRP
ثبت شده‌اند، همان‌طور که در لب‌های قبلی

وظیفه ۱: فعال‌کردن EIGRP روی اینترفیس‌های تونل و LAN Hub

EIGRP AS 100 را روی hub، شامل اینترفیس تونل و LAN آن، پیکربندی کن.

وظیفه ۲: فعال‌کردن EIGRP روی اینترفیس‌های تونل و LAN هر Spoke

همان AS EIGRP یکسان را روی هر دو spoke، شامل اینترفیس‌های تونل و LAN های متناظرشان، پیکربندی کن.

وظیفه ۳: تأیید شکل‌گیری روابط همسایه EIGRP در سراسر تونل

تأیید کن hub روابط همسایه EIGRP با هر دو spoke از میان Tunnel0 نشان می‌دهد.

وظیفه ۴: تأیید یادگیری LAN هر Spoke توسط Hub

تأیید کن جدول مسیریابی hub هر دو LAN spoke را شامل می‌شود، یادگرفته‌شده به‌طور پویا از طریق EIGRP.

وظیفه ۵: تأیید اتصال Spoke-به-Spoke بدون پیکربندی مسیر دستی

تأیید کن Spoke1 می‌تواند به LAN Spoke2 برسد، با hub که ترافیک را رله می‌کند چون EIGRP hub-and-spoke به‌طور خودکار میان‌برهای spoke-به-spoke را همان‌طور که NHRP فاز ۳ DMVPN می‌سازد نمی‌سازد.

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

Hub(config)# router eigrp 100
Hub(config-router)# network 172.16.200.0 0.0.0.255
Hub(config-router)# network 192.168.10.0 0.0.0.255
Hub(config-router)# no auto-summary

Spoke1(config)# router eigrp 100
Spoke1(config-router)# network 172.16.200.0 0.0.0.255
Spoke1(config-router)# network 192.168.11.0 0.0.0.255
Spoke1(config-router)# no auto-summary

Spoke2(config)# router eigrp 100
Spoke2(config-router)# network 172.16.200.0 0.0.0.255
Spoke2(config-router)# network 192.168.12.0 0.0.0.255
Spoke2(config-router)# no auto-summary

-- هیچ عبارت neighbor‌ای هیچ‌جا نیاز نیست --
-- EIGRP به بسته‌های hello مالتی‌کست تکیه
-- می‌کند، که اینترفیس تونل mGRE، از‌قبل
-- برقرارشده از طریق NHRP در لب‌های قبلی، آن‌ها
-- را به‌طور معمول در سراسر ابر DMVPN حمل می‌کند

Hub# show ip eigrp neighbors

H   Address         Interface   Hold Uptime
0   172.16.200.2    Tu0          13   00:03:22
1   172.16.200.3    Tu0          14   00:02:05
-- هر دو spoke روابط همسایه EIGRP را با hub در
-- سراسر اینترفیس تونل چندنقطه‌ای مشترک،
-- کاملاً از طریق کشف خودکار به‌جای هر عبارت
-- neighbor دستی-پیکربندی‌شده تشکیل دادند

Hub# show ip route eigrp

D    192.168.11.0/24 [90/28160256] via 172.16.200.2, Tunnel0
D    192.168.12.0/24 [90/28160256] via 172.16.200.3, Tunnel0
-- هر دو LAN spoke به‌طور پویا یادگرفته شدند،
-- بدون نیاز به هیچ پیکربندی ایستایی روی hub
-- که به هرکدام از spoke ها جداگانه ارجاع دهد

Spoke1-LAN-PC> traceroute 192.168.12.10

  1  172.16.200.1 (Hub، از طریق Tunnel0)
  2  192.168.12.10 (هاست Spoke2)
-- ترافیک از میان hub جریان می‌یابد، چون
-- EIGRP-روی-DMVPN پایه هیچ مکانیزم میان‌بر
-- spoke-به-spoke‌ای خودش فراهم نمی‌کند --
-- دستیابی به مسیرهای مستقیم spoke-به-spoke
-- نیازمند افزودن NHRP shortcut و redirect،
-- همان‌طور که در لب DMVPN فاز ۳ پوشش داده شد،
-- روی این پیکربندی EIGRP لایه‌شده بود

نکته کلیدی

EIGRP هیچ پیکربندی خاصی برای عملکرد درست روی یک اینترفیس تونل mGRE در DMVPN نیاز ندارد — با تونل به‌عنوان یک شبکه چند-دسترسی معمولی رفتار می‌کند و همسایگان را از طریق کشف hello مالتی‌کست معمولی‌اش تشکیل می‌دهد، به این معنا که هر spoke جدید اضافه‌شده به ابر DMVPN با پیکربندی EIGRP منطبق به‌طور خودکار یک شرکت‌کننده مسیریابی کامل در لحظه‌ای که ثبت NHRP و تبادل hello EIGRP‌اش کامل شود می‌شود، بدون هیچ پیکربندی هر-spoke سمت-hub‌ای هرگز مورد نیاز.

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

مقالات مرتبط

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

ادامه

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

ادامه

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

ادامه

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

ادامه

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

ادامه

لب عملی: پیکربندی امتیازدهی سلامت به‌سبک-Assurance در Cisco DNA Center (شبیه‌سازی‌شده از طریق IP SLA و EEM)

این لب عملی نظارت IP SLA را با یک applet EEM ترکیب می‌کند تا یک بررسی سلامت ساده‌شده به‌سبک-assurance را شبیه‌سازی کند، و سلامت یک لینک را بر اساس آستانه‌های عملکرد اندازه‌گیری‌شده به‌طور خودکار طبقه‌بندی می‌کند و یک تغییر وضعیت واضح را وقتی لینک بدتر می‌شود لاگ می‌کند.

ادامه