ARP با EVPN نامتقارن IRB « وبلاگ ipSpace.net

در یک پست وبلاگ قبلی، مشکلات ARP را که هنگام استفاده از مسیریابی متمرکز (روی یک سوئیچ ستون فقرات) بین دو نمونه EVPN MAC-VRF (نامی جذاب برای VLAN کپسوله شده در VXLAN یا MPLS) با آن مواجه خواهید شد، توضیح دادم.

این پست وبلاگ پایه‌ای را ایجاد کرد که به ما کمک می‌کند رفتار ARP را در سناریوی واقعی‌تر نشان دهیم: مسیریابی و پل‌سازی یکپارچه نامتقارن (IRB). این یک لقمه است، اما در واقع یک مفهوم بسیار ساده است. نمودار زیر توضیح می دهد نامتقارن رفتار ارسال:

• هر دستگاه PE در هر VLAN یک آدرس IP دارد (نمونه EVPN MAC-VRF)
• امروز ما طرفدارانی را که فریاد می زنند نادیده می گیریمدروازه ANYCAST” (به آنجا می رسیم) و فرض کنید که دستگاه های PE آدرس های IP متفاوتی دارند.
• هر میزبان از نزدیکترین دستگاه PE به عنوان اولین دروازه خود استفاده می کند.

در توپولوژی کوچک ما، HB1 استفاده می کند پسر.1 ^{به عنوان دروازه پیش فرض و HR1 استفاده می کند قرمز.2.}

اینگونه است که HB1 اولین بسته را به HR1 ارسال می کند:

• HB1 یک درخواست ARP برای دروازه پیش فرض خود ارسال می کند. وقتی L1 یک درخواست ARP دریافت می‌کند، واقعاً باید یک مسیر MAC+IP برای HB1 ایجاد کند (اگر به نظر لاتین است، واقعاً باید پست قبلی وبلاگ را بخوانید)
• HB1 بسته HR1 را به L1 ارسال می کند.
• اگر خوش شانس باشیم، L1 از قبل یک ورودی برای HR1 در حافظه پنهان ARP خود دارد و می تواند به سادگی بسته را ارسال کند.
• در غیر این صورت، L1 باید یک درخواست ARP ارسال کند از طریق VXLAN در VLAN قرمز، قوطی کرم‌ها را باز می‌کنیم که به طور گسترده در آن تحقیق کرده‌ایم مسیریابی متمرکز پست وبلاگ^.

همه ما دوست داریم خوش شانس باشیم، درست است؟ در اینجا پیش نیازهای دستیابی به سعادت ابدی در این طراحی خاص وجود دارد:

• دستگاه PE باید ورودی های ARP را از مسیرهای MAC+IP ایجاد کند
• هاست های پایانی نباید ساکت باشند و باید در ابتدای زندگی خود یک درخواست ARP را به دروازه اولین هاپ ارسال کنند.^{. معمولاً اینطور است مگر اینکه با ظروف مینیمالیستی روبرو شوید که چیزی شبیه به این دارند syslog سرورها}

آیا استقرار EVPN به این روش کار می کند؟

آیا دستگاه های EVPN با تنظیمات پیش فرض خود اینگونه کار می کنند؟ می توانید آن را با این توپولوژی netlab امتحان کنید:

• آزمایشگاه را با دستگاه های مورد علاقه خود اجرا کنید (استفاده کنید -d something نت لب بالا پارامتر).
• پینگ L1 از HB1. کش ARP را بررسی کنید مستاجر VRF در L1. باید شامل ورودی برای HB1 باشد (172.16.1.4)

l1#show arp vrf tenant
Legend:
 not learned: Associated MAC address is not present in the MAC address table
 -: Static (configuration or programmed by feature)
Address         Age (sec)  Hardware Addr   Interface
172.16.0.2        0:20:45  001c.7393.0e6a  Vlan1000, not learned
172.16.1.2        0:20:45  001c.7393.0e6a  Vlan1001, not learned
172.16.1.4        0:00:08  aac1.ab5c.859a  Vlan1001, Ethernet2

• مسیرهای EVPN نوع 2 را در L2 بررسی کنید. باید مسیری برای آدرس IP 172.16.1.4 وجود داشته باشد:

l2#show bgp evpn route-type mac-ip 172.16.1.4 detail
BGP routing table information for VRF default
Router identifier 10.0.0.2, local AS number 65000
BGP routing table entry for mac-ip aac1.ab5c.859a 172.16.1.4, Route Distinguisher: 10.0.0.1:1001
 Paths: 1 available
  Local
    10.0.0.1 from 10.0.0.1 (10.0.0.1)
      Origin IGP, metric -, localpref 100, weight 0, tag 0, valid, internal, best
      Extended Community: Route-Target-AS:65000:1001 TunnelEncap:tunnelTypeVxlan
      VNI: 101001 ESI: 0000:0000:0000:0000:0000

• جدول ARP را برای VRF مشتری L2 بررسی کنید. باید شامل ورودی 172.16.1.4 باشد. عدم وجود فیلد سنی در Arista EOS به این معنی است که “ما این را از EVPN دریافت کردیم”:

l2#show arp vrf tenant
Legend:
 not learned: Associated MAC address is not present in the MAC address table
 -: Static (configuration or programmed by feature)
Address         Age (sec)  Hardware Addr   Interface
172.16.0.1        0:24:27  001c.7321.8ca9  Vlan1000, not learned
172.16.1.1        0:24:27  001c.7321.8ca9  Vlan1001, not learned
172.16.1.4              -  aac1.ab5c.859a  Vlan1001, Vxlan1

• در نهایت، Arista EOS شامل یک ابزار راحت است نمایش bgp evpn arp دستور:

l2#show bgp evpn arp
VLAN  Label  Encap IP                 MAC             Tunnel Endpoint    Seq#
----- ------ ----- ------------------ --------------- ------------------ ------
1001  101001 VXLAN 172.16.1.4         aac1.ab5c.859a  10.0.0.1           -

هنگام آزمایش FRRouting متوجه برخی رفتارهای پوچ شدم – از زمانی که پیر بودم استفاده کردم arp برای نشان دادن ورودی‌های همسایه و آدرس‌های IP راه دور ظاهر نشدند، اما در آن گنجانده شدند آی پی جیغ می کشد خروج نظری که این راز را توضیح دهد بسیار قدردانی خواهد شد.

آن را امتحان کنید

توپولوژی آزمایشگاهی که در این پست وبلاگ استفاده کردم در مخزن نمونه های netlab GitHub است. اگر می خواهید آن را امتحان کنید: