یادداشت های پیکربندی «وبلاگ ipSpace.net

هفته گذشته برخی از مشکلاتی را که در تلاش برای کارکردن MAC-VRF های EVPN بر روی Cisco IOS/XE با آنها برخورد کردم، شرح دادم. در همین حال، من IP-VRFهایی با بخش های VXLAN ترانزیت کار دریافت کردم. در اینجا CliffsNotes آمده است:

شروع با مکانیسم پیکربندی وحشتناک:

• Cisco IOS/XE یکی از معدود دستگاه هایی است که من با آن روبرو شده ام که از شما انتظار دارد پیکربندی کنید. VLAN صریح برای بخش VXLAN ترانزیت.
• بدیهی است که این بدان معناست که شما باید مراقب تخصیص VLAN باشید. تنها دستگاه‌های دیگری که مجبور بودیم این کار را روی آن‌ها انجام دهیم، قبل از NVUE Cumulus Linux و Cisco Nexus OS بودند. در آن زمان، ما شناسه های VLAN را با کدهای سخت (3000-something + index VRF) کدگذاری کردیم. این بار من این کار را “روش درست” انجام دادم و یک VLAN استفاده نشده را به VNI ترانزیت اختصاص دادم. من نمی توانم تصور کنم که چرا چنین ایده ای هرگز به ذهن کسی در تیم توسعه Cisco IOS/XE خطور نکرده است

انگار که به اندازه کافی بد نیست، باید با تفاوت های بین روتر و سوئیچ کنار بیایید. حتی بدتر از آن، می توانید نمونه های زیادی پیدا کنید که به شما می گوید چگونه VLAN ترانزیت را روی تصاویر سوئیچ محور (با استفاده از VLAN) پیکربندی کنید، اما تقریباً هیچ چیز در مورد آن در تصاویر روتر محور (با استفاده از دامنه های پل).

در اینجا برگه های تقلب وجود دارد، فقط در صورتی که شخصی در حین جستجوی همان موضوع با این پست وبلاگ مواجه شود^:

پیکربندی Transit VLAN در تصاویر سوئیچ IOS/XE

vlan 3800
 name VRF_customer_TRANSIT
!
vlan configuration 3800
 member vni 5042
!
interface Vlan3800
 vrf forwarding customer
 ip unnumbered Loopback0
 no shutdown
 no autostate

IOS/XE Router Images Transit Bridge Domain

bridge-domain 3800
 member vni 5042
!
interface BDI3800
 vrf forwarding customer
 ip unnumbered Loopback0
 no shutdown

یادداشت ها

• بخش VXLAN ترانزیت (VNI) با a مرتبط است پیکربندی vlan یا الف بریج دامنه با عضو vni فرمان
• رابط SVI/BDI/VLAN مربوطه باید پیکربندی شود، در VRF صحیح قرار داده شود، آدرس IP داده شود و فعال شود.
• این حالت خودکار باید در رابط VLAN غیرفعال شود زیرا هیچ رابط متصلی وجود ندارد.

سپس باید بخش VXLAN ترانزیت را با استفاده از یک رابط VXLAN (جای تعجب نیست) وصل کنید عضو شورای ملی فرمان (که فقط پس از پیکربندی کار می کند پروتکل دسترسی پذیری میزبان bgp در همان رابط).

این مشکلات صفحه داده را حل می کند. حالا برای هواپیمای کنترل:

• IP-VRF ها به اهداف مسیر EVPN نیاز دارند. در حالی که می توانید اهداف مسیر MPLS/VPN را در زیر پیکربندی کنید تعریف vrfاهداف مسیر EVPN باید تحت VRF پیکربندی شوند آدرس. باشه هر چی باشه
• کلمه کلیدی “این یک هدف مسیر EVPN است” است دوخت 🤦‍♂️ 🤦‍♂️ 🤦‍♂️^{. به طور جدی شما نمی توانید این را بسازید. به عنوان مثال:}

تعریف IOS/XE VRF با اهداف مسیر EVPN

vrf definition customer
 address-family ipv4
  route-target import 65000:1 stitching
  route-target export 65000:1 stitching
 exit-address-family

پس از آن، پیکربندی بسیار روان است:

• همسایگان را در خانواده آدرس EVPN فعال کنید
• شامل مسیرهای EVPN در نمونه های BGP VRF با l2vpn evpn را تبلیغ کنید فرمان فرعی آدرس af vrf نام پیکربندی BGP

سرگرمی زمانی شروع می شود که سعی می کنید کار خود را آزمایش کنید. همه چیز خارج از جعبه کار می کند اگر چیزها را به ترتیب درست پیکربندی کرده باشیدکه به نظر می رسد (گاهی):

• خانواده آدرس EVPN را فعال کنید
• VNI های ترانزیت را در رابط VXLAN پیکربندی کنید
• اهداف مسیر VRF EVPN را پیکربندی کنید
• پیکربندی بریج دامنه یا پیکربندی VLAN
• رابط BDI/VLAN را پیکربندی کنید

با این حال، اگر اتفاقاً دارید بیش از یک VRF و پیکربندی اهداف مسیر VRF EVPN قبل از فعال کردن خانواده آدرس EVPN تقریباً یک دقیقه طول می‌کشد. واردات VPN چیزهایی برای شروع و توزیع مجدد زیرشبکه های متصل در EVPN. در همان زمان، مسیرهای دریافت شده از روترهای CE از طریق BGP (تقریبا) فورا منتشر می شوند.

حتی بدتر اگر یک خانواده آدرس EVPN را فعال کرده باشید و اهداف مسیر VRF EVPN را پیکربندی کنید. قبل از پیکربندی عضو VNI رابط VXLANروتر مسیرهای IP-PREFIX (نوع 5) را با برچسب MPLS اما بدون VXLAN VNI تبلیغ می کند. پس از پیکربندی VNI حمل و نقل، ممکن است تا یک دقیقه طول بکشد ^{برای ارسال مسیرهای IP-PREFIX تغییر یافته. با این حال، حتی انجام کارها به ترتیب صحیح تضمین نمی کند که اولین به روز رسانی EVPN ارسال شده توسط IOS/XE شامل جوامع VNI و MAC روتر باشد. دستوری که برای من جواب داد این بود همسایگان vxlan را کپ می کنند زیر l2vpn evpn آدرس خانواده}

ممکن است تعجب کنید که چرا من اینقدر روی ارسال اولین به‌روزرسانی EVPN با اطلاعات صحیح IOS/XE متمرکز هستم. در نهایت همه چیز در نهایت درست می شود.

در اینجا اصل مطلب وجود دارد: دریافت یک مسیر EVPN با برچسب MPLS و بدون VNI (یا آدرس MAC روتر) FRRouting (حداقل نسخه 10.5.1) را گیج می کند. مسیر را در جدول مسیریابی VRF نصب می کند، اما مسیر باقی می ماند غیر فعال:

s2# show ip route vrf customer
Codes: K - kernel route, C - connected, L - local, S - static,
       R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, F - PBR,
       f - OpenFabric, t - Table-Direct,
       > - selected route, * - FIB route, q - queued, r - rejected, b - backup
       t - trapped, o - offload failure

IPv4 unicast VRF customer:
B   172.16.0.0/24 [200/0] via 10.0.0.1, tvni-100 inactive onlink, label 257, weight 1, 00:02:12
C>* 172.16.1.0/24 is directly connected, eth2, weight 1, 00:04:29
L * 172.16.1.2/32 is directly connected, eth2, weight 1, 00:04:29
L>* 172.16.1.2/32 is directly connected, eth2, weight 1, 00:04:29

حتی پس از اینکه IOS/XE یک مسیر EVPN به روز شده با آدرس VNI و MAC روتر ارسال کرد، FRRouting ادعا می کند که آدرس MAC روتر تماماً صفر است:

s2# show evpn next-hops vni 5042
Number of NH Neighbors known for this VNI: 1
IP              RMAC
10.0.0.1        00:00:00:00:00:00

پاک کردن جلسه BGP ^{این مشکل را حل می کند.}