لب عملی: پیکربندی VXLAN با صفحه کنترل BGP EVPN

این لب عملی تکثیر head-end ایستای لب قبلی را با یک صفحه کنترل BGP EVPN جایگزین می‌کند، و اجازه می‌دهد VTEP ها به‌طور پویا اطلاعات MAC و IP یکدیگر را یاد بگیرند به‌جای تکیه بر لیست‌های همتای دستی-پیکربندی‌شده.

VXLAN BGP EVPNکشف پویای VTEPمسیر نوع ۲ MAC-IP

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

هدف لب

پیکربندی BGP با خانواده آدرس L2VPN EVPN بین دو VTEP، جایگزینی پیکربندی همتای ایستا با تبادل مسیر پویا، و تأیید اینکه اطلاعات دسترس‌پذیری MAC و IP برای هاست‌ها به‌طور خودکار از طریق مسیرهای EVPN به‌جای پیکربندی دستی یاد گرفته می‌شود.

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

تکثیر head-end ایستای پیکربندی‌شده در لب قبلی نیازمند فهرست‌کردن دستی هر VTEP همتا برای هر VNI است — غیرعملی وقتی یک fabric فراتر از یک‌مشت سوئیچ رشد کند. BGP EVPN یک صفحه کنترل مناسب فراهم می‌کند، و اجازه می‌دهد VTEP ها اطلاعات MAC و IP محلی خودشان را از طریق BGP تبلیغ کنند طوری‌که همتایان دسترس‌پذیری را به‌طور پویا یاد بگیرند، همان‌طور که اطلاعات مسیریابی IP یاد گرفته می‌شود به‌جای دستی پیکربندی‌شدن.

توپولوژی لب

Switch1 (VTEP)، Switch2 (VTEP)
همان تنظیمات فیزیکی/VNI لب قبلی، اما
پیکربندی peer-ip و mcast-group static ایستا
حذف شده

هر دو سوئیچ: AS 65100 (زیربنای تک-AS برای
این لب، iBGP EVPN)

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

دستورات peer-ip و mcast-group static ایستا را از پیکربندی اینترفیس NVE لب قبلی حذف کن.

وظیفه ۲: پیکربندی BGP با خانواده آدرس L2VPN EVPN

BGP را بین آدرس‌های loopback دو VTEP فعال کن، و خانواده آدرس L2VPN EVPN را به‌طور خاص فعال کن.

وظیفه ۳: پیکربندی اینترفیس NVE برای استفاده از BGP EVPN

اینترفیس NVE را به‌روزرسانی کن که اطلاعات عضویت VNI را از صفحه کنترل EVPN به‌جای پیکربندی ایستا منشأ کند.

وظیفه ۴: تأیید برقراری جلسه EVPN

تأیید کن رابطه همسایه BGP EVPN به حالت Established می‌رسد.

وظیفه ۵: تأیید یادگیری پویای اطلاعات MAC/IP

از HostA ترافیک تولید کن و تأیید کن Switch2 MAC و IP HostA را از طریق یک مسیر نوع ۲ EVPN یاد می‌گیرد، بدون هیچ پیکربندی ایستایی که به HostA ارجاع دهد.

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

Switch1(config)# interface nve1
Switch1(config-if)# no member vni 10100 mcast-group static
Switch1(config-if)# no member vni 10100 ingress-replication protocol static

Switch2(config)# interface nve1
Switch2(config-if)# no member vni 10100 mcast-group static
Switch2(config-if)# no member vni 10100 ingress-replication protocol static

Switch1(config)# router bgp 65100
Switch1(config-router)# neighbor 10.0.0.2 remote-as 65100
Switch1(config-router)# neighbor 10.0.0.2 update-source loopback0
Switch1(config-router)# address-family l2vpn evpn
Switch1(config-router-af)# neighbor 10.0.0.2 activate

Switch2(config)# router bgp 65100
Switch2(config-router)# neighbor 10.0.0.1 remote-as 65100
Switch2(config-router)# neighbor 10.0.0.1 update-source loopback0
Switch2(config-router)# address-family l2vpn evpn
Switch2(config-router-af)# neighbor 10.0.0.1 activate

Switch1(config)# interface nve1
Switch1(config-if)# member vni 10100

Switch2(config)# interface nve1
Switch2(config-if)# member vni 10100

-- بدون هیچ peer-ip یا mcast-group ایستای
-- مشخص‌شده‌ای، اینترفیس NVE اکنون کاملاً به
-- صفحه کنترل BGP EVPN برای یادگیری درباره
-- VTEP های دوردست و عضویت VNI آن‌ها تکیه می‌کند

Switch1# show bgp l2vpn evpn summary

Neighbor    V   AS    MsgRcvd  MsgSent  State/PfxRcd
10.0.0.2    4   65100   12       11        1
-- Established، با مسیرهای EVPN از‌قبل در
-- حال تبادل

HostA> ping HostB
-- (ترافیک تولید‌شده برای پرکردن جدول‌های
--  MAC/ARP و فعال‌کردن تبلیغ EVPN)

Switch2# show bgp l2vpn evpn

   Network                Next Hop        Path
Route Distinguisher: 10.0.0.1:100
*>i [2]:[0]:[48]:[00aa.bb00.aaaa]:[32]:[192.168.100.10]
                          10.0.0.1        i
-- این یک مسیر EVPN نوع ۲ (تبلیغ MAC/IP) است
-- -- Switch2 MAC (00aa.bb00.aaaa) و IP
-- (192.168.100.10) HostA را مستقیماً از
-- Switch1 از طریق BGP یاد گرفت، بدون هیچ
-- ارجاع ایستایی به HostA در هیچ‌کجای
-- پیکربندی Switch2

Switch2# show nve peers

Interface  Peer-IP    State
nve1       10.0.0.1   Up
-- خود رابطه همتا نیز اکنون به‌طور پویا از
-- طریق EVPN برقرار شده، به‌جای عبارت peer-ip
-- ایستای استفاده‌شده در لب قبلی

نکته کلیدی

مسیرهای نوع ۲ BGP EVPN هم آدرس MAC یک هاست و هم آدرس IP آن را در یک تبلیغ واحد حمل می‌کنند، و اجازه می‌دهند یک VTEP دریافت‌کننده هم جدول فوروارد‌کردن لایه ۲ خودش و هم کش سرکوب ARP را از همان قطعه اطلاعات بسازد — این یادگیری پویا چیزی است که به fabric های VXLAN اجازه می‌دهد به صدها VTEP و هزاران نقطه‌پایانی مقیاس یابند بدون افزایش خطی پیکربندی دستی که تکثیر head-end ایستای لب قبلی در غیر این صورت نیاز داشت.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی 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 پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه