لب عملی: پیکربندی Overlay پایه SD-WAN با قالب‌های سبک-vManage (CLI مفهومی)

این لب عملی یک overlay پایه سبک Cisco SD-WAN را با استفاده از ساختارهای CLI زیربنایی IOS-XE SD-WAN پیکربندی می‌کند، و اتصالات کنترل و یک تونل صفحه داده بین دو روتر لبه برقرار می‌کند، و مدل سیاست متمرکز را با overlay های DMVPN دستی-پیکربندی‌شده پوشش‌داده‌شده پیش‌تر در این مجموعه مقایسه می‌کند.

پیکربندی Overlay در SD-WANتونل‌های صفحه کنترل و دادهپیکربندی TLOC

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی دو روتر لبه SD-WAN با پارامترهای سیستم و TLOC، تأیید اینکه هرکدام یک اتصال کنترل به یک کنترل‌کننده برقرار می‌کند، و تأیید اینکه یک تونل صفحه داده BFD/IPsec مستقیماً بین دو لبه در سراسر overlay شکل می‌گیرد.

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

لب‌های DMVPN پوشش‌داده‌شده پیش‌تر در این مجموعه نیازمند پیکربندی دستی NHRP، اینترفیس‌های تونل، و پروتکل‌های مسیریابی روی هر دستگاه جداگانه بودند. SD-WAN این را متمرکز می‌کند: روترهای لبه با یک کنترل‌کننده ثبت می‌شوند، که سپس سیاست و اطلاعات اتصال را توزیع می‌کند، و اجازه می‌دهد تونل‌های overlay تا حد زیادی به‌طور خودکار به‌جای از طریق پیکربندی دستی گام-به-گام شکل بگیرند.

توپولوژی لب

Edge1 (سایت 100) ---- WAN ---- کنترل‌کننده (معادل vSmart)
Edge2 (سایت 200) ---- WAN ---- کنترل‌کننده

Edge1 و Edge2 باید یک تونل overlay مستقیم
یک‌بار که هر دو ثبت شوند تشکیل دهند

وظیفه ۱: پیکربندی پارامترهای سیستم روی Edge1

system-ip، site-id، و organization-name که Edge1 را درون fabric SD-WAN شناسایی می‌کند پیکربندی کن.

وظیفه ۲: پیکربندی یک TLOC (Transport Locator) روی Edge1

اینترفیس رو‌به‌سمت-WAN را به‌عنوان یک TLOC پیکربندی کن، و آن را با یک رنگ که این انتقال را شناسایی می‌کند مرتبط کن.

وظیفه ۳: تکرار پیکربندی روی Edge2

Edge2 را با system-ip، site-id، و TLOC خودش پیکربندی کن.

وظیفه ۴: تأیید اتصالات کنترل به کنترل‌کننده

تأیید کن هر دو لبه یک اتصال کنترل (معمولاً DTLS/TLS) به کنترل‌کننده برقرار می‌کنند.

وظیفه ۵: تأیید شکل‌گیری یک تونل صفحه داده مستقیم بین لبه‌ها

تأیید کن یک تونل IPsec/BFD مستقیماً بین Edge1 و Edge2 بدون پیکربندی دستی تونل روی هیچ‌کدام برقرار می‌شود.

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

Edge1(config)# system
Edge1(config-system)# system-ip 10.255.1.1
Edge1(config-system)# site-id 100
Edge1(config-system)# organization-name LAB-ORG

Edge1(config)# sdwan
Edge1(config-sdwan)# interface GigabitEthernet0/1
Edge1(config-interface-GigabitEthernet0/1)# tunnel-interface
Edge1(config-tunnel-interface)# color biz-internet
Edge1(config-tunnel-interface)# encapsulation ipsec

-- برخلاف دستورات دستی "tunnel source/
-- destination" استفاده‌شده در لب‌های GRE و
-- DMVPN قبلی، یک TLOC فقط اتصال انتقال این
-- لبه را توصیف می‌کند -- کنترل‌کننده تطبیقش
-- با TLOC های دوردست را مدیریت می‌کند

Edge2(config)# system
Edge2(config-system)# system-ip 10.255.2.1
Edge2(config-system)# site-id 200
Edge2(config-system)# organization-name LAB-ORG

Edge2(config)# sdwan
Edge2(config-sdwan)# interface GigabitEthernet0/1
Edge2(config-interface-GigabitEthernet0/1)# tunnel-interface
Edge2(config-tunnel-interface)# color biz-internet
Edge2(config-tunnel-interface)# encapsulation ipsec

Edge1# show sdwan control connections

PEER    PEER    SITE    DOMAIN  PEER
TYPE    SYSTEM-IP  ID    ID      STATE
vsmart  1.1.1.1    0     1       up
-- تأیید می‌کند Edge1 یک اتصال کنترل به
-- کنترل‌کننده برقرار کرده، و مسیرهای OMP
-- (Overlay Management Protocol) و سیاست را
-- تبادل می‌کند

Edge1# show sdwan bfd sessions

SYSTEM IP     SITE ID   STATE   SOURCE TLOC    REMOTE TLOC
10.255.2.1    200       up      biz-internet   biz-internet
-- یک جلسه BFD، و زیرش یک تونل IPsec، مستقیماً
-- بین Edge1 و Edge2 یک‌بار که هر دو با
-- کنترل‌کننده ثبت شدند و کنترل‌کننده اطلاعات
-- TLOC و دسترس‌پذیری هر لبه را به دیگری توزیع
-- کرد شکل گرفت -- هیچ‌کدام از لبه‌ها نیاز به
-- یک مقصد تونل دستی-پیکربندی‌شده که به دیگری
-- اشاره کند نداشت

نکته کلیدی

تغییر بنیادین SD-WAN از overlay های DMVPN دستی-پیکربندی‌شده پوشش‌داده‌شده پیش‌تر در این مجموعه برقراری تونل‌های صفحه داده میانجی‌گری‌شده-توسط-کنترل‌کننده است: هر لبه فقط اتصال انتقال محلی خودش (TLOC) را توصیف می‌کند، و اطلاعات توزیع‌شده-با-OMP کنترل‌کننده چیزی است که اجازه می‌دهد دو لبه که هرگز مستقیماً درباره یکدیگر گفته نشده‌اند همچنان یک تونل به‌طور خودکار تشکیل دهند — و پیکربندی همسایگی دستی هر-دستگاه را با شکل‌گیری overlay متمرکز و هدایت‌شده-توسط-کنترل‌کننده جایگزین می‌کند.

Written & researched by Dr. Shahin Siami

Related Articles

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

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

Continue

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

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

Continue

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

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

Continue

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

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

Continue

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

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

Continue

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

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

Continue