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

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

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

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

هدف لب

پیکربندی یک 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 پوشش‌داده‌شده پیش‌تر در این مجموعه برای فراهم‌کردنش طراحی شده بودند.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه