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

هدف لب

پیکربندی OSPF روی همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در لب EIGRP قبلی، صراحتاً تنظیم نوع شبکه OSPF اینترفیس تونل به point-to-multipoint، و تأیید اینکه روابط همسایه به‌درستی شکل می‌گیرند و مسیرها بدون عوارضی که یک نوع شبکه نامنطبق معرفی می‌کرد منتشر می‌شوند.

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

نوع شبکه پیش‌فرض OSPF روی یک اینترفیس تونل GRE چندنقطه‌ای non-broadcast است، پیش‌تر در این مجموعه بحث شد، که نیازمند عبارات neighbor دستی است — غیرعملی روی یک ابر DMVPN جایی که spoke ها به‌طور پویا از طریق NHRP ثبت و لغو-ثبت می‌شوند. Point-to-multipoint، همچنین پیش‌تر در این مجموعه پوشش داده شد، کشف خودکار همسایه را بازمی‌گرداند و کاملاً از انتخاب DR/BDR اجتناب می‌کند، که آن را به انتخاب استاندارد برای OSPF روی DMVPN تبدیل می‌کند.

توپولوژی لب

همان توپولوژی DMVPN لب EIGRP قبلی، با EIGRP
حذف‌شده و OSPF به‌جای آن پیکربندی‌شده:

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

وظیفه ۱: حذف پیکربندی EIGRP قبلی

EIGRP را از هر سه روتر حذف کن، چون توپولوژی به OSPF برای این لب گذار می‌کند.

وظیفه ۲: پیکربندی نوع شبکه OSPF اینترفیس تونل

اینترفیس تونل را روی نوع شبکه point-to-multipoint روی hub و هر دو spoke تنظیم کن.

وظیفه ۳: فعال‌کردن OSPF روی اینترفیس‌های تونل و LAN

OSPF ناحیه ۰ را روی hub، هر دو spoke، شامل LAN های متناظرشان، فعال کن.

وظیفه ۴: تأیید شکل‌گیری روابط همسایه بدون انتخاب DR/BDR

تأیید کن hub روابط همسایه با هر دو spoke تشکیل می‌دهد، با هیچ نقش DR یا BDR اختصاص‌یافته به هیچ‌کدام.

وظیفه ۵: تأیید انتشار درست مسیرها

تأیید کن LAN هر spoke توسط hub و توسط spoke دیگر یاد گرفته می‌شود.

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

Hub(config)# no router eigrp 100
Spoke1(config)# no router eigrp 100
Spoke2(config)# no router eigrp 100

Hub(config)# interface tunnel0
Hub(config-if)# ip ospf network point-to-multipoint

Spoke1(config)# interface tunnel0
Spoke1(config-if)# ip ospf network point-to-multipoint

Spoke2(config)# interface tunnel0
Spoke2(config-if)# ip ospf network point-to-multipoint

-- تنظیم صریح این ضروری است -- رهاکردن تونل
-- در نوع شبکه non-broadcast پیش‌فرض‌اش نیازمند
-- عبارات neighbor دستی برای هر spoke بود، و
-- کاملاً هدف ثبت پویای spoke DMVPN را خنثی
-- می‌کرد

Hub(config)# router ospf 1
Hub(config-router)# network 172.16.200.0 0.0.0.255 area 0
Hub(config-router)# network 192.168.10.0 0.0.0.255 area 0

Spoke1(config)# router ospf 1
Spoke1(config-router)# network 172.16.200.0 0.0.0.255 area 0
Spoke1(config-router)# network 192.168.11.0 0.0.0.255 area 0

Spoke2(config)# router ospf 1
Spoke2(config-router)# network 172.16.200.0 0.0.0.255 area 0
Spoke2(config-router)# network 192.168.12.0 0.0.0.255 area 0

Hub# show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Interface
2.2.2.2          0     FULL/  -        00:01:45    Tunnel0
3.3.3.3          0     FULL/  -        00:01:52    Tunnel0
-- هر دو spoke به‌طور خودکار روابط همسایه
-- تشکیل دادند -- "-" به‌جای یک نقش DR/BDR
-- تأیید می‌کند point-to-multipoint به‌درستی
-- کاملاً از آن انتخاب صرف‌نظر کرد، و هر رابطه
-- spoke را به‌عنوان همسایگی نقطه-به-نقطه
-- مستقل خودش رفتار کرد

Hub# show ip route ospf

O    192.168.11.0/24 [110/1001] via 172.16.200.2, Tunnel0
O    192.168.12.0/24 [110/1001] via 172.16.200.3, Tunnel0
-- هر دو LAN spoke به‌طور پویا از طریق OSPF
-- یاد گرفته شدند، بدون نیاز به هیچ پیکربندی
-- neighbor دستی‌ای در هیچ‌جای توپولوژی

Spoke1# show ip route ospf

O    192.168.10.0/24 [110/1001] via 172.16.200.1, Tunnel0
O    192.168.12.0/24 [110/1002] via 172.16.200.1, Tunnel0
-- Spoke1 هم LAN hub و هم LAN Spoke2 را یاد
-- گرفت، دومی مسیریابی‌شده از طریق hub چون
-- OSPF-روی-DMVPN پایه، مانند EIGRP-روی-DMVPN
-- پایه در لب قبلی، خودش میان‌برهای مستقیم
-- spoke-به-spoke نمی‌سازد

نکته کلیدی

Point-to-multipoint نوع شبکه‌ای است که به‌طور خاص برای مدل ثبت پویای hub-and-spoke DMVPN مناسب است، از نظر مفهومی در یک لب قبلی پوشش‌دهنده انواع شبکه OSPF بحث شد — از هر دو عبارات neighbor دستی‌ای که non-broadcast نیاز داشت و انتخاب غیرضروری DR/BDR‌ای که حالت broadcast معرفی می‌کرد اجتناب می‌کند، که آن را به انتخاب استاندارد و تقریباً-جهانی برای اجرای OSPF روی یک تونل DMVPN مبتنی‌بر-mGRE صرف‌نظر از اینکه چند spoke به‌طور پویا در طول زمان به ابر می‌پیوندند یا آن را ترک می‌کنند تبدیل می‌کند.