لب عملی: پیکربندی Fabric SD-Access با LISP و VXLAN

این لب عملی یک fabric پایه سبک SD-Access با استفاده از LISP به‌عنوان صفحه کنترل و VXLAN به‌عنوان صفحه داده پیکربندی می‌کند، مکان یک نقطه‌پایانی را با یک map server ثبت می‌کند، و تأیید می‌کند ترافیک بین دو گره لبه fabric بر اساس اطلاعات مکان به‌طور پویا-یادگرفته‌شده از طریق LISP کپسوله می‌شود.

Fabric SD-Accessصفحه کنترل LISPثبت گره لبه Fabric

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی یک map server/resolver در LISP که صفحه کنترل fabric را نمایندگی می‌کند، پیکربندی دو گره لبه fabric برای ثبت نقاط‌پایانی متصل، و تأیید اینکه ترافیک بین نقاط‌پایانی روی گره‌های لبه متفاوت بر اساس اطلاعات مکان یادگرفته‌شده از طریق LISP به‌جای پیکربندی ایستا VXLAN-کپسوله می‌شود.

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

لب‌های VXLAN ایستا و BGP EVPN پوشش‌داده‌شده پیش‌تر در این مجموعه یا از لیست‌های همتای دستی یا BGP برای توزیع دسترس‌پذیری MAC/IP استفاده کردند. SD-Access به‌جای آن از LISP (Locator/ID Separation Protocol) به‌عنوان صفحه کنترلش استفاده می‌کند، و هویت یک نقطه‌پایانی (آدرس IP‌اش) را از مکانش (کدام گره لبه fabric به آن متصل است) جدا می‌کند — تمایزی مرکزی برای توانایی SD-Access در پشتیبانی از تحرک نقطه‌پایانی در سراسر fabric.

توپولوژی لب

MapServer (گره صفحه کنترل)

FabricEdge1 ---- HostA: 192.168.100.10
FabricEdge2 ---- HostB: 192.168.100.11

هر دو گره لبه با MapServer ثبت شده‌اند

وظیفه ۱: پیکربندی Map Server/Resolver

گره صفحه کنترل را به‌عنوان یک map server و map resolver در LISP برای بازه پیشوند نقطه‌پایانی fabric پیکربندی کن.

وظیفه ۲: پیکربندی FabricEdge1 برای ثبت HostA

FabricEdge1 را به‌عنوان یک xTR در LISP پیکربندی کن، و آدرس خاص /32 HostA را با map server هنگام تشخیص آن محلی ثبت کن.

وظیفه ۳: پیکربندی FabricEdge2 برای ثبت HostB

FabricEdge2 را به‌طور مشابه برای HostB پیکربندی کن.

وظیفه ۴: تأیید ثبت‌شدن هر دو نقطه‌پایانی

تأیید کن map server نگاشت‌های مکان (RLOC) خاص هم HostA و هم HostB را نشان می‌دهد.

وظیفه ۵: تأیید استفاده ترافیک از مکان یادگرفته‌شده-با-LISP برای کپسوله‌سازی

از HostA به HostB ترافیک تولید کن و تأیید کن FabricEdge1 برای مکان HostB از LISP پرس‌وجو می‌کند و ترافیک را به‌سمت RLOC FabricEdge2 کپسوله می‌کند.

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

MapServer(config)# router lisp
MapServer(config-router-lisp)# site FABRIC-SITE
MapServer(config-router-lisp-site)# authentication-key LispKey2026
MapServer(config-router-lisp-site)# eid-prefix 192.168.100.0/24

FabricEdge1(config)# router lisp
FabricEdge1(config-router-lisp)# database-mapping 192.168.100.10/32 [FabricEdge1-RLOC] priority 1 weight 100
FabricEdge1(config-router-lisp)# map-server [آدرس MapServer] key LispKey2026
FabricEdge1(config-router-lisp)# map-resolver [آدرس MapServer]

-- database-mapping یک هاست خاص را ثبت می‌کند،
-- نه کل زیرشبکه را -- این دقت به‌ازای-هر-
-- نقطه‌پایانی چیزی است که اجازه می‌دهد یک
-- هاست منفرد بین گره‌های لبه fabric حرکت کند
-- در حالی که آدرس IP خودش را حفظ می‌کند

FabricEdge2(config)# router lisp
FabricEdge2(config-router-lisp)# database-mapping 192.168.100.11/32 [FabricEdge2-RLOC] priority 1 weight 100
FabricEdge2(config-router-lisp)# map-server [آدرس MapServer] key LispKey2026
FabricEdge2(config-router-lisp)# map-resolver [آدرس MapServer]

MapServer# show lisp site

Site Name       Last Register  EID Prefix
FABRIC-SITE     00:00:12       192.168.100.10/32
FABRIC-SITE     00:00:09       192.168.100.11/32
-- هر دو آدرس هاست خاص (نه /24 حاوی) به‌طور
-- مستقل ثبت می‌شوند، هرکدام با RLOC خودشان

HostA> ping 192.168.100.11

-- FabricEdge1 هیچ دانش محلی‌ای از اینکه
-- 192.168.100.11 کجا زندگی می‌کند ندارد، پس
-- از map resolver پرس‌وجو می‌کند:

FabricEdge1# show lisp dynamic-eid detail

192.168.100.11/32, via map-cache, RLOC:
  FabricEdge2-address, priority 1, weight 100
-- ورودی map-cache تأیید می‌کند FabricEdge1
-- مکان HostB را به‌طور پویا از طریق LISP یاد
-- گرفت، سپس از آن RLOC به‌عنوان مقصد کپسوله‌سازی
-- VXLAN برای ترافیک داده واقعی استفاده کرد

نکته کلیدی

اصل معماری اصلی LISP — جداکردن هویت یک نقطه‌پایانی (EID، آدرس IP‌اش) از مکانش (RLOC، گره لبه fabric که به آن متصل است) — چیزی است که SD-Access برای تحرک نقطه‌پایانی به آن تکیه می‌کند: اگر HostA فیزیکاً به یک گره لبه fabric متفاوت حرکت می‌کرد، فقط ثبت database-mapping آن نیاز به به‌روزرسانی داشت، و هر دستگاه fabric دیگری که LISP را پرس‌وجو می‌کند به‌طور خودکار مکان جدید را بدون هیچ بازپیکربندی دستی یاد می‌گرفت، قابلیتی که نه لب VXLAN ایستا و نه BGP EVPN پوشش‌داده‌شده پیش‌تر در این مجموعه برای فراهم‌کردنش طراحی شده بودند.

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