هفته گذشته مسیرهای مقصد نامتناسب را در پارچه EVPN چندپایه نمونه خود رفع کردیم. با رفع این مشکل، هر دستگاه PE باید هر دستگاه PE دیگری را به عنوان یک VTEP راه دور برای اهداف تکرار ورودی ببیند. ما این کار را در Site-A (AS 65001) انجام دادیم، اما در Site-B (AS 65002) نه. ببینیم چه چیز دیگری خراب است
توجه: این پنجمین پست وبلاگ از سری Multi-Pod EVPN است. اگر با آن برخورد کردید، با بررسی اجمالی طراحی و پست های عیب یابی شروع کنید. مهمتر از آن، با توپولوژی مورد استفاده ما آشنا شوید. این در Multi-Pod EVPN Troubleshooting: Correcting Next Hops توضیح داده شده است.
آماده برای رفتن در اینجا توپولوژی شبکه ما است:
مشکل چیست؟
یک بار دیگر به مسیر EVPN نوع 3 (برچسب اترنت چندپخشی فراگیر) در سوئیچ برگ (LB) معیوب نگاه خواهیم کرد. این چاپی است که پس از اصلاح پیکربندی نادرست پرش بعدی BGP در LB دریافت خواهید کرد:
مسیرهای IMET LB
lb#show bgp evpn route-type imet
BGP routing table information for VRF default
Router identifier 10.0.0.4, local AS number 65002
Route status codes: * - valid, > - active, S - Stale, E - ECMP head, e - ECMP
c - Contributing to ECMP, % - Pending best path selection
Origin codes: i - IGP, e - EGP, ? - incomplete
AS Path Attributes: Or-ID - Originator ID, C-LST - Cluster List, LL Nexthop - Link Local Nexthop
Network Next Hop Metric LocPref Weight Path
* > RD: 10.0.0.2:1000 imet 10.0.0.2
10.0.0.2 - 100 0 65001 i
* > RD: 10.0.0.4:1000 imet 10.0.0.4
- - - 0 i
مسیرها خوب به نظر می رسند، پرش های بعدی درست هستند و مسیرها معتبر و بهترین هستند. با این حال، LB از شناسایی LA به عنوان یک VTEP راه دور برای VLAN خودداری می کند.
VTEP از راه دور در LB
lb#show vxlan vtep
Remote VTEPS for Vxlan1:
VTEP Tunnel Type(s)
---------- --------------
Total number of remote VTEPS: 0
جزئیات مهم است (دوباره)
مانند قبل، اجازه دهید جزئیات مسیرهای IMET را بررسی کنیم. این بار، تفاوت بین مسیرهای محلی و راه دور باید به راحتی قابل تشخیص باشد:
جزئیات مسیرهای IMET LB
lb#show bgp evpn route-type imet detail
BGP routing table information for VRF default
Router identifier 10.0.0.4, local AS number 65002
BGP routing table entry for imet 10.0.0.2, Route Distinguisher: 10.0.0.2:1000
Paths: 1 available
65001
10.0.0.2 from 10.0.0.3 (10.0.0.3)
Origin IGP, metric -, localpref 100, weight 0, tag 0, valid, internal, best
VNI: 101000
PMSI Tunnel: Ingress Replication, MPLS Label: 101000, Leaf Information Required: false, Tunnel ID: 10.0.0.2
BGP routing table entry for imet 10.0.0.4, Route Distinguisher: 10.0.0.4:1000
Paths: 1 available
Local
- from - (0.0.0.0)
Origin IGP, metric -, localpref -, weight 0, tag 0, valid, local, best
Extended Community: Route-Target-AS:65000:1000 TunnelEncap:tunnelTypeVxlan
VNI: 101000
PMSI Tunnel: Ingress Replication, MPLS Label: 101000, Leaf Information Required: false, Tunnel ID: 10.0.0.4
نکته: مسیرهای EVPN راه دور دارای جوامع BGP گسترده نیستند. جای تعجب نیست که EVPN همانطور که انتظار می رود کار نمی کند.
اصل مشکل اینجاست: اکثر پیاده‌سازی‌های EVPN به گونه‌ای بهینه‌سازی شده‌اند که از روشی که EVPN در نظر گرفته شده است استفاده شود (یک سیستم مستقل واحد با IGP و IBGP). وادار کردن آنها به کار در یک محیط EBGP نیاز به یک راه اندازی گیک دارد. در مورد ما باید توزیع گسترده جامعه BGP را برای خانواده آدرس Arista EOS EBGP EVPN فعال کنیم.
FRRouting طناب کمتری به شما می دهد تا از آن آویزان شوید. رد انتشار گسترده جامعه BGP برای خانواده آدرس EVPN غیرممکن است.
پس از تصحیح انتشار جامعه BGP توسعه یافته CA، LB مسیرهای EVPN راه دور را با جوامع توسعه یافته مورد انتظار دریافت می کند:
مسیرهای IMET با EVPN جوامع BGP گسترده LB
lb#show bgp evpn route-type imet detail
BGP routing table information for VRF default
Router identifier 10.0.0.4, local AS number 65002
BGP routing table entry for imet 10.0.0.2, Route Distinguisher: 10.0.0.2:1000
Paths: 1 available
65001
10.0.0.2 from 10.0.0.3 (10.0.0.3)
Origin IGP, metric -, localpref 100, weight 0, tag 0, valid, internal, best
Extended Community: Route-Target-AS:65000:1000 TunnelEncap:tunnelTypeVxlan
VNI: 101000
PMSI Tunnel: Ingress Replication, MPLS Label: 101000, Leaf Information Required: false, Tunnel ID: 10.0.0.2
BGP routing table entry for imet 10.0.0.4, Route Distinguisher: 10.0.0.4:1000
Paths: 1 available
Local
- from - (0.0.0.0)
Origin IGP, metric -, localpref -, weight 0, tag 0, valid, local, best
Extended Community: Route-Target-AS:65000:1000 TunnelEncap:tunnelTypeVxlan
VNI: 101000
PMSI Tunnel: Ingress Replication, MPLS Label: 101000, Leaf Information Required: false, Tunnel ID: 10.0.0.4
بر اساس مسیرهای EVPN اصلاح شده، LB LA را به عنوان یک VTEP راه دور تشخیص می دهد:
VTEP از راه دور در LB
lb#show vxlan vtep
Remote VTEPS for Vxlan1:
VTEP Tunnel Type(s)
-------------- --------------
10.0.0.2 flood
Total number of remote VTEPS: 1
در نهایت، HA می تواند HB را پینگ کند. ماموریت انجام شد 🎉
ما بین HA و HB رابطه داریم
$ netlab connect ha ping hb
Connecting to container clab-tshootmultip-ha, executing ping hb
PING hb (172.16.0.6): 56 data bytes
64 bytes from 172.16.0.6: seq=0 ttl=64 time=5.534 ms
64 bytes from 172.16.0.6: seq=1 ttl=64 time=2.591 ms
64 bytes from 172.16.0.6: seq=2 ttl=64 time=2.514 ms
64 bytes from 172.16.0.6: seq=3 ttl=64 time=3.171 ms
^C
--- hb ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2.514/3.452/5.534 ms
