لب عملی: پیکربندی DMVPN پایه (mGRE با NHRP)

این لب عملی یک توپولوژی DMVPN تک-هاب پایه با استفاده از یک اینترفیس تونل GRE چندنقطه‌ای و NHRP پیکربندی می‌کند، و نشان می‌دهد یک spoke چگونه به‌طور پویا آدرس فیزیکی‌اش را با hub بدون نیاز به یک تونل نقطه-به-نقطه جداگانه به‌ازای هر spoke ثبت می‌کند.

پیکربندی DMVPNتونل mGREثبت NHRP

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

هدف لب

پیکربندی یک روتر hub با یک اینترفیس تونل GRE چندنقطه‌ای (mGRE) و یک روتر spoke با ثبت NHRP که به hub اشاره می‌کند، و تأیید اینکه آدرس فیزیکی spoke به‌طور پویا توسط hub یاد گرفته می‌شود به‌جای پیکربندی دستی.

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

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

توپولوژی لب

Hub ---- Gi0/1 ---- ISP ---- Gi0/1 ---- Spoke1

Hub: Gi0/1 (WAN) 203.0.113.17/30
Spoke1: Gi0/1 (WAN) 203.0.113.21/30

Tunnel0 روی Hub: 172.16.200.1/24 (mGRE)
Tunnel0 روی Spoke1: 172.16.200.2/24

وظیفه ۱: پیکربندی آدرس‌دهی پایه WAN

اینترفیس‌های رو‌به‌سمت-WAN هر دو روتر را پیکربندی کن.

وظیفه ۲: پیکربندی تونل GRE چندنقطه‌ای Hub

Tunnel0 را روی hub به‌عنوان mGRE، با یک شناسه شبکه NHRP و بدون مقصد تونل ثابت پیکربندی کن.

وظیفه ۳: پیکربندی تونل Spoke با ثبت NHRP

Tunnel0 را روی spoke پیکربندی کن، و ثبت NHRP را به‌سمت آدرس تونل hub و آدرس فیزیکی (NBMA) واقعی‌اش اشاره بده.

وظیفه ۴: تأیید ثبت‌شدن Spoke با Hub

تأیید کن کش NHRP hub آدرس فیزیکی به‌طور پویا-یادگرفته‌شده spoke را نشان می‌دهد.

وظیفه ۵: تأیید اتصال در سراسر تونل

تأیید کن spoke می‌تواند آدرس تونل hub را ping کند.

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

Hub(config)# interface gigabitethernet0/1
Hub(config-if)# ip address 203.0.113.17 255.255.255.252
Hub(config-if)# no shutdown

Spoke1(config)# interface gigabitethernet0/1
Spoke1(config-if)# ip address 203.0.113.21 255.255.255.252
Spoke1(config-if)# no shutdown

Hub(config)# interface tunnel0
Hub(config-if)# ip address 172.16.200.1 255.255.255.0
Hub(config-if)# tunnel mode gre multipoint
Hub(config-if)# tunnel source gigabitethernet0/1
Hub(config-if)# ip nhrp network-id 1

-- توجه کنید هیچ "tunnel destination" وجود ندارد
-- -- این دقیقاً چیزی است که تونل را
-- چندنقطه‌ای می‌کند، قادر به ارتباط پویا با
-- هر تعداد spoke از میان یک اینترفیس واحد،
-- برخلاف تونل‌های نقطه-به-نقطه در لب‌های قبلی

Spoke1(config)# interface tunnel0
Spoke1(config-if)# ip address 172.16.200.2 255.255.255.0
Spoke1(config-if)# tunnel source gigabitethernet0/1
Spoke1(config-if)# tunnel mode gre multipoint
Spoke1(config-if)# ip nhrp network-id 1
Spoke1(config-if)# ip nhrp nhs 172.16.200.1 nbma 203.0.113.17

-- "nhs" (Next Hop Server) به spoke می‌گوید hub
-- کجاست، و آدرس تونل hub را به آدرس WAN فیزیکی
-- واقعی‌اش نگاشت می‌کند -- این ثبت خودکار را
-- فعال می‌کند

Hub# show ip nhrp

172.16.200.2/32 via 172.16.200.2, Tunnel0 created
  NBMA address: 203.0.113.21
-- hub به‌طور خودکار آدرس WAN فیزیکی Spoke1 را
-- از طریق ثبت NHRP یاد گرفت، بدون اینکه هرگز
-- دستی پیکربندی شده باشد

Spoke1# ping 172.16.200.1

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

نکته کلیدی

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

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

مقالات مرتبط

لب عملی: پیکربندی Storm Control

این لب عملی آستانه‌های storm control را روی یک پورت سوئیچ برای محدودکردن ترافیک پخش و مالتی‌کست پیکربندی می‌کند، یک طوفان پخش را شبیه‌سازی می‌کند، و تأیید می‌کند سوئیچ ترافیک اضافی را پیش از اینکه بتواند شبکه را غرق کند سرکوب می‌کند.

ادامه

لب عملی: پیکربندی PVLAN Edge (پورت‌های Protected)

این لب عملی PVLAN Edge (پورت‌های protected) را روی دو پورت access درون همان VLAN پیکربندی می‌کند، و آن‌ها را از یکدیگر در لایه ۲ ایزوله می‌کند در حالی که هر دو اتصال معمولی به یک پورت آپ‌لینک را حفظ می‌کنند، و یک ویژگی ایزوله‌سازی سبک که هیچ VLAN جداگانه‌ای نیاز ندارد را نشان می‌دهد.

ادامه

لب عملی: پیکربندی Flex Links

این لب عملی Flex Links را بین دو آپ‌لینک روی یک سوئیچ access پیکربندی می‌کند، و failover زیر-ثانیه‌ای بدون تکیه اصلاً به Spanning Tree فراهم می‌کند، و تأیید می‌کند ترافیک به‌طور خودکار وقتی اصلی شکست بخورد به لینک پشتیبان تغییر می‌کند.

ادامه

لب عملی: پیکربندی UDLD

این لب عملی UDLD را در حالت aggressive روی یک لینک فیبر بین دو سوئیچ پیکربندی می‌کند، یک شکست فیبر یک‌طرفه را شبیه‌سازی می‌کند، و تأیید می‌کند UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را پیش از اینکه یک حلقه لایه ۲ بتواند تشکیل شود خاموش می‌کند.

ادامه

لب عملی: پیکربندی Loop Guard

این لب عملی Loop Guard را روی پورت‌های غیر-designated یک سوئیچ در یک توپولوژی افزونه پیکربندی می‌کند تا از یک شکست لینک یک‌طرفه که باعث یک حلقه لایه ۲ می‌شود جلوگیری کند، و از‌دست‌رفتن یک‌طرفه BPDU را شبیه‌سازی می‌کند و تأیید می‌کند پورت تحت‌تأثیر وارد یک حالت مسدود loop-inconsistent می‌شود به‌جای گذار نادرست به forwarding.

ادامه

لب عملی: پیکربندی BPDU Guard و BPDU Filter

این لب عملی BPDU Guard را به‌طور سراسری برای پورت‌های فعال‌شده-PortFast پیکربندی می‌کند و رفتار متمایز و ریسکی‌تر BPDU Filter را نشان می‌دهد، و مقایسه می‌کند هرکدام چگونه پاسخ می‌دهند وقتی یک سوئیچ به یک پورت access که باید فقط دستگاه‌های کاربر-نهایی را ببیند متصل می‌شود.

ادامه