تنفيذ سياسة توجيه BGP EVPN على محولات Catalyst 9000 Series Switches

المقدمة

يصف هذا وثيقة كيف أن ينفذ تحشد سياسة في BGP EVPN VXLAN على مادة حفازة 9000 sery مفتاح.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• تكوين BGP والتحقق منه 
• خرائط المسار وسياسة توجيه BGP الأساسية
• EVPN VxLAN

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• Catalyst 9300
• Catalyst 9400
• Catalyst 9500
• Catalyst 9600
• Cisco IOS® XE 17.11.1 والإصدارات الأحدث 

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

تستخدم سياسة توجيه شبكة EVPN VxLAN خرائط المسار للتحكم في تدفق حركة مرور الأجهزة المضيفة، وماهية الموجهات VTEPs التي تتعرف عليها وتعالج:

• هذا جانب رئيسي من تصميم نوع المقطع المحمي ل EVPN (خارج نطاق هذا المستند) حيث يتم إرسال حركة مرور ARP فقط إلى البوابة المركزية (CGW) حتى يمكن ل CGW الرد الوكيل باستخدام عنوان MAC الخاص به حتى لحركة مرور المقطع المحلي. 
• يمنح الجزء المحمي القدرة على التحكم في تدفقات حركة المرور بطريقة يمكن من خلالها تمرير حركة المرور عبر سياسات فحص حركة مرور البيانات وحركة المرور الخاصة بجدار الحماية. 

طبقت Cisco أيضا سمة المجتمع الموسعة للعبارة الافتراضية (DEF GW) للإشارة إلى بادئة MAC/IP التي يمتلكها CGW.

تفاصيل المستند

التفاصيل الأساسية حول هذا المستند:

• وضع النسخ المتماثل لحركة مرور BUM هو مدخل (أنفاق BUM للبث الأحادي)
• شبكات VLAN المستخدمة هي 201 و 202
• الشبكات المحلية الافتراضية (VNI) المستخدمة هي 2010 و 20201
• يتم إرسال جميع حركة المرور الموجهة إلى CGW (لا يكون VTEPs الخاص به SVI)
• تكون بادئات BGP من النوع 3 من IMET محولة ومتحدثة (تقبل المنشورات فقط مسارات IMET من CGW، وليس من بعضها البعض)
• نوع المسار 2 و 5 عبارة عن شبكة كاملة 

أنواع المسارات المدعومة

• المسار-النوع 3 (مسار علامة إيثرنت للبث المتعدد الشامل)
• مسار-النوع 7 (مسارات مزامنة IGMP للربط)
• المسار طراز 8 (مسارات مزامنة مغادرة بروتوكول إدارة مجموعات الإنترنت (IGMP))

المصطلح

VRF	إعادة توجيه التوجيه الظاهري	تحديد مجال توجيه من الطبقة 3 يتم فصله عن مجال توجيه VRF آخر ومجال توجيه IPv4/IPv6 العام
أف	عائلة العناوين	يحدد أي نوع من البادئات ومعالج BGP لمعلومات التوجيه
ك	نظام ذاتي	مجموعة من بادئات IP الموجهة عبر الإنترنت التي تنتمي إلى شبكة أو مجموعة من الشبكات التي تتم إدارتها والتحكم فيها والإشراف عليها بواسطة كيان أو مؤسسة واحدة
EVPN	شبكة إيثرنت الخاصة الظاهرية	الملحق الذي يسمح BGP بنقل معلومات MAC للطبقة 2 و IP للطبقة 3 هو EVPN و يستخدم بروتوكول العبارة الحدودية متعددة البروتوكولات (MP-BGP) كبروتوكول لتوزيع معلومات قابلية الوصول التي تتعلق بشبكة VXLAN الفرعية.
Vxlan	شبكة LAN الموسعة الظاهرية (شبكة المنطقة المحلية)	تم تصميم شبكة VXLAN للتغلب على القيود المتأصلة في شبكات VLAN وبروتوكول الشجرة المتفرعة (STP). من المقترح إستخدام معيار IETF [RFC 7348] لتوفير خدمات شبكة إيثرنت من المستوى الثاني نفسها التي توفرها الشبكات المحلية الظاهرية (VLANs)، ولكن مع قدر أكبر من المرونة. ووظيفيا، هو بروتوكول تضمين MAC في UDP الذي يعمل كتغشية افتراضية على شبكة أساسية من الطبقة 3.
CGW	بوابة مركزية	وتنفيذ EVPN حيث البوابة SVI ليست على كل ورقة. وبدلا من ذلك، يتم تنفيذ جميع التوجيه بواسطة ورقة معينة باستخدام IRB غير المتماثل (التوجيه والجسر المدمجين)
ديف غيو	البوابة الافتراضية	تمت إضافة سمة مجتمع BGP الموسعة إلى بادئة MAC/IP عبر الأمر "default-gateway advertising enable" ضمن قسم التكوين 'l2vpn evpn'.
إيميت	علامة إيثرنت للبث المتعدد شاملة (المسار)	يسمى أيضا مسار BGP النوع 3. يتم إستخدام نوع المسار هذا في EVPN لتقديم حركة مرور BUM (البث / مجهول unicast / multicast) بين VTEPs.

التكوين

الرسم التخطيطي للشبكة

التكوينات

يبدي هذا قسم تشكيل عينة من Leaf-01 and the border Leaf (CGW) مفتاح. التكوينات الأخرى للورقة هي نفسها، لذلك لا تتكرر هنا.

• أسست المثالفي هذا وثيقة على مدخل جواب وبينت كيف أن يطبق سياسة أن يتحكم ما VTEPs يستطيع اتصلت بث وآخر فضت حركة مرور 

Leaf-01 (تكوين Base EVPN)

Leaf-01#show run | sec l2vpn
l2vpn evpn
 replication-type static
 flooding-suppression address-resolution disable  <-- Disables ARP caching so ARP is always sent up to the CGW 
 router-id Loopback1
l2vpn evpn instance 201 vlan-based
 encapsulation vxlan
 replication-type ingress
 multicast advertise enable
l2vpn evpn instance 202 vlan-based
 encapsulation vxlan
 replication-type ingress
 multicast advertise enable

Leaf-01#show run | sec vlan config
vlan configuration 201
 member evpn-instance 201 vni 20101
vlan configuration 202
 member evpn-instance 202 vni 20201

Leaf-01#show run int nve 1
Building configuration...

Current configuration : 327 bytes
!
interface nve1
 no ip address
 source-interface Loopback1
 host-reachability protocol bgp
 member vni 20201 ingress-replication
 member vni 20101 ingress-replication
end

ip bgp-community new-format     <-- Required to see community in aa:nn format

Leaf-01 (تصفية المسار)

حدد المسار-الهدف المطلوب مطابقته.

• بالنسبة إلى بساطة واجهة سطر الأوامر (CLI)، يستخدم المثال الموجود في هذا المستند وظيفة التوجيه التلقائي للهدف.
• ونظرا لأن هذا الأمر تلقائي، قم بتشغيل هذا الأمر لمعرفة كيفية تكوين قائمة المجتمع

Leaf-01#show l2vpn evpn route-target
Route Target           EVPN Instances
65001:201              201            <-- Route-targets for the Vlan/VNI of interest
65001:202              202    

ip extcommunity-list expanded ALLOW-RT2 permit 65001:20[0-9] <-- match Route-targets 65001:200 - 65001:209
!
ip community-list standard BLOCK-RT3 permit 999:999          <-- Arbitrary RT used to mark IMET prefixes as they are advertised

route-map POLICY-IN deny 5
 match community BLOCK-RT3 exact-match  <-- Deny prefixes that match RT 999:999 in standard community list
!
route-map POLICY-IN permit 10           <-- Permit any other prefixes that do not contain 999:999
!
route-map POLICY-OUT permit 5
 match extcommunity ALLOW-RT2           <-- Match the auto-RT in the extended community list
 match evpn route-type 3                <-- AND match route-type 3 prefixes
 set community 999:999                  <-- Set additional standard community to advertised prefixes  
!
route-map POLICY-OUT permit 10          <-- Permit prefixes that are not RT3 to be sent out without additional attributes added 

router bgp 65001
 bgp router-id 172.16.255.3
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 neighbor 172.16.255.1 remote-as 65001
 neighbor 172.16.255.1 update-source Loopback0
 neighbor 172.16.255.2 remote-as 65001
 neighbor 172.16.255.2 update-source Loopback0
 !
 address-family ipv4
 exit-address-family
 !
 address-family ipv4 mvpn
  neighbor 172.16.255.1 activate
  neighbor 172.16.255.1 send-community both
  neighbor 172.16.255.2 activate
  neighbor 172.16.255.2 send-community both
 exit-address-family
 !
 address-family l2vpn evpn
  neighbor 172.16.255.1 activate
  neighbor 172.16.255.1 send-community both       <-- Send both standard and extended community attributes 
  neighbor 172.16.255.1 route-map POLICY-IN in    <-- Apply inbound policy to deny prefixes with 999:999 community string
  neighbor 172.16.255.1 route-map POLICY-OUT out  <-- Apply outbound policy to match RT3 / apply standard community & permit other RT2 prefixes as normal 
  neighbor 172.16.255.2 activate
  neighbor 172.16.255.2 send-community both
  neighbor 172.16.255.2 route-map POLICY-IN in
  neighbor 172.16.255.2 route-map POLICY-OUT out
 exit-address-family

CGW (التكوين الأساسي)

CGW#show running-config | beg l2vpn evpn instance 201
l2vpn evpn instance 201 vlan-based
 encapsulation vxlan
 replication-type ingress
 default-gateway advertise enable    <-- adds the BGP attribute EVPN DEF GW:0:0 to the MAC/IP prefix
 multicast advertise enable
!
l2vpn evpn instance 202 vlan-based
 encapsulation vxlan
 replication-type ingress
 default-gateway advertise enable   <-- adds the BGP attribute EVPN DEF GW:0:0 to the MAC/IP prefix
 multicast advertise enable

CGW#show running-config | sec vlan config
vlan configuration 201
 member evpn-instance 201 vni 20101
vlan configuration 202
 member evpn-instance 202 vni 20201

CGW#show run int nve 1
Building configuration...

Current configuration : 313 bytes
!
interface nve1
 no ip address
 source-interface Loopback1
 host-reachability protocol bgp
 member vni 10101 mcast-group 225.0.0.101
 member vni 10102 mcast-group 225.0.0.102
 member vni 20101 ingress-replication local-routing  <-- 'ingress-replication' (Unicast all BUM traffic) / 'local-routing' (Enables vxlan centralized gateway forwarding)
 member vni 20201 ingress-replication local-routing
 member vni 50901 vrf green
end

CGW#show run interface vlan 201
Building configuration...

Current configuration : 231 bytes
!
interface Vlan201
 mac-address 0000.beef.cafe          <-- MAC is static in this example for viewing simplicity. This is not required 
 vrf forwarding red                  <-- SVI is in VRF red
 ip address 10.1.201.1 255.255.255.0
 no ip redirects
 ip local-proxy-arp                 <-- Sets CGW to Proxy reply even for local subnet ARP requests 
 ip pim sparse-mode
 ip route-cache same-interface      <-- This is auto added when local-proxy-arp is configured. However, this is a legacy 'fast switching' command that is not used by CEF & is not required for forwarding 
 ip igmp version 3
 no autostate
end

CGW#show run interface vlan 202
Building configuration...

Current configuration : 163 bytes
!
interface Vlan202
 mac-address 0000.beef.cafe
 vrf forwarding red
 ip address 10.1.202.1 255.255.255.0
 no ip redirects 
 ip local-proxy-arp 
 ip pim sparse-mode
 ip route-cache same-interface
 ip igmp version 3
 no autostate
end

CGW#sh run vrf red
Building configuration...

Current configuration : 873 bytes 
vrf definition red
 rd 2:2
 !
 address-family ipv4
  route-target export 2:2
  route-target import 2:2
  route-target export 2:2 stitching
  route-target import 2:2 stitching
 exit-address-family

التحقق من الصحة

الرسم التخطيطي للشبكة

 

الغرض من هذا المخطط هو المساعدة في إظهار تدفق عملية تحليل ARP الموضحة في هذا القسم. 

• يتم عرض طلب ARP باللون البنفسجي.
  • ال ARP طلب أن يحل ال mac عنوان من ال hos 10.1.202.10 خارج ليف-01
  • لاحظ أن الخط البنفسجي ينتهي عند CGW، ولا يصل إلى ورقة-01
• يتم عرض رد ARP بالأخضر ويحتوي على ماك من ال CGW SVI ل VLAN 202 
  • لاحظ أن الخط الأخضر يأتي من CGW، وليس من المضيف الحقيقي
• تشير X الحمراء إلى أن هذا الاتصال لم يتضمن إرسال حركة مرور البيانات إلى Leaf-01

سياسة النوع 3 للمسار (Leaf-01)

تحقق من تصفية خرائط المسار المطبقة على Leafs بشكل صحيح. يجب أن نرى فقط بادئات إيميت من CGW، ولا منشورات أخرى. 

• لا يظهر هنا سوى ورقة واحدة، ولكن يجب القيام بهذا الشيك على جميع الأوراق ذات الصلة 

هناك طريقتان لمعرفة نوع المسار 3 الذي تم تثبيته:

• التحقق من إدخالات BGP
• التحقق من مسار L2

تحقق من إدخالات BGP (صفحة-01)

Leaf-01#show bgp l2vpn evpn route-type 3 | inc Tunnel End
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20101, tunnel identifier: < Tunnel Endpoint: 172.16.254.6 >  <-- No RT3 prefixes present other than the CGW 172.16.254.6 
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20201, tunnel identifier: < Tunnel Endpoint: 172.16.254.6 >
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20101, tunnel identifier: < Tunnel Endpoint: 172.16.254.6 >
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20201, tunnel identifier: < Tunnel Endpoint: 172.16.254.6 >

التحقق من مسار l2

Leaf-01-F241.03.23-9300#show l2route evpn imet
  EVI       ETAG   Prod                          Router IP Addr  Type    Label                               Tunnel ID Multicast Proxy
----- ---------- ------ --------------------------------------- ----- -------- --------------------------------------- ---------------
  201          0    BGP                            172.16.254.6     6    20101                            172.16.254.6              No <-- Only remote IMET producer is the CGW
  201          0  L2VPN                            172.16.254.3     6    20101                            172.16.254.3            IGMP
  202          0    BGP                            172.16.254.6     6    20201                            172.16.254.6              No
  202          0  L2VPN                            172.16.254.3     6    20201                            172.16.254.3            IGMP <-- Only remote IMET producer is the CGW

التوجيه المحلي (CGW) 

دققت أن CGW يستجيب مع {upper}mac الخاص به عندما يقع الجزء المحلي ARP دقة. 

• لا يوجد أمر show بخلاف التحقق من التكوينات الموضحة في قسم التكوين 
• يمكننا التحقق من ذلك من خلال تأكيد ما يتم برمجة MAC على المضيف عندما يقوم بحل ARP لمضيف على ورقة أخرى.

التقاط طلب تحليل ARP المرسل من مضيف من ورقة-02 لتضيف من ورقة-01 (تم ذلك باستخدام التقاط EPC على واجهة الوصول Leaf-02 التي تواجه المضيف)

• بطاقة التحكم في الوصول للوسائط (MAC) الفعلية للمضيف طراز Leaf-01: 0006.f601.cd45
• CGW MAC الذي استجاب لطلب ARP: 0000.beef.cafe

Leaf-02-F241.03.23-9400#show mon cap 1 buff br | i ARP
   32  10.356291 00:06:f6:17:ee:c4 -> ff:ff:ff:ff:ff:ff ARP 64 Who has 10.1.202.10? Tell 10.1.202.11 <-- ARP request from Leaf-02 host
   33  10.357140 00:00:be:ef:ca:fe -> 00:06:f6:17:ee:c4 ARP 68 10.1.202.10 is at 00:00:be:ef:ca:fe   <-- ARP reply is the CGW MAC


Leaf-02-F241.03.23-9400#show mon cap 1 buff det | b Frame 32
Frame 32: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface /tmp/epc_ws/wif_to_ts_pipe, id 0
<...snip...>
    [Protocols in frame: eth:ethertype:vlan:ethertype:arp]
Ethernet II, Src: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4), Dst: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)
    Destination: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)
        Address: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)
        .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
        .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
    Source: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
        Address: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: 802.1Q Virtual LAN (0x8100)
802.1Q Virtual LAN, PRI: 0, DEI: 0, ID: 202                    <-- Vlan 202 
    000. .... .... .... = Priority: Best Effort (default) (0)
    ...0 .... .... .... = DEI: Ineligible
    .... 0000 1100 1010 = ID: 202
    Type: ARP (0x0806)
    Padding: 0000000000000000000000000000
    Trailer: 00000000
Address Resolution Protocol (request)                          <-- ARP Request 
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (1)
    Sender MAC address: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
    Sender IP address: 10.1.202.11
    Target MAC address: 00:00:00:00:00:00 (00:00:00:00:00:00)
    Target IP address: 10.1.202.10                              <-- Leaf-02 Host 

Frame 33: 68 bytes on wire (544 bits), 68 bytes captured (544 bits) on interface /tmp/epc_ws/wif_to_ts_pipe, id 0
<...snip...>
Ethernet II, Src: 00:00:be:ef:ca:fe (00:00:be:ef:ca:fe), Dst: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
    Destination: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
        Address: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Source: 00:00:be:ef:ca:fe (00:00:be:ef:ca:fe)
        Address: 00:00:be:ef:ca:fe (00:00:be:ef:ca:fe)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: CiscoMetaData (0x8909)
Cisco MetaData
    Version: 1
    Length: 1
    Options: 0x0001
    SGT: 0
    Type: ARP (0x0806)
    Padding: 00000000000000000000
    Trailer: 0000000000000000
Address Resolution Protocol (reply)
    Hardware type: Ethernet (1)
    Protocol type: IPv4 (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: reply (2)
    Sender MAC address: 00:00:be:ef:ca:fe (00:00:be:ef:ca:fe)   <-- ARP Reply is the CGW MAC 0000.beef.cafe
    Sender IP address: 10.1.202.10
    Target MAC address: 00:06:f6:17:ee:c4 (00:06:f6:17:ee:c4)   <-- MAC of host off Leaf-02 0006.f617.eec4
    Target IP address: 10.1.202.11

استكشاف الأخطاء وإصلاحها

نهج مخطط المسار ل Debug (الوارد)

تأكيد أن خرائط المسارات الواردة تعمل كما هو متوقع

تمكين تصحيح أخطاء تحديث L2VPN EVPN 

Leaf-02#debug bgp l2vpn evpn updates
BGP updates debugging is on for address family: L2VPN E-VPN

Leaf-02#debug bgp l2vpn evpn updates events
BGP update events debugging is on for address family: L2VPN E-VPN

مسح عائلة عنوان BGP لإنشاء نموذج لنهج المسار

Leaf-02#clear bgp l2vpn evpn *

تحقق من أن مسار النوع 3 غير مقبول إلا من CGW ويتم رفضه من جميع المنشورات الأخرى 

Leaf-02#show log | i rcvd \[3\]
*Jul  4 06:40:41.556: BGP(10): 172.16.255.2 rcvd [3][172.16.254.6:202][0][32][172.16.254.6]/17    <-- Only accepted Type-3 is from the CGW (172.16.254.6)
*Jul  4 06:40:41.557: BGP(10): 172.16.255.2 rcvd [3][172.16.254.6:201][0][32][172.16.254.6]/17
*Jul  4 06:40:41.557: BGP(10): 172.16.255.2 rcvd [3][172.16.254.3:202][0][32][172.16.254.3]/17 -- DENIED due to: route-map;
*Jul  4 06:40:41.557: BGP(10): 172.16.255.2 rcvd [3][172.16.254.5:202][0][32][172.16.254.5]/17 -- DENIED due to: route-map;
*Jul  4 06:40:41.557: BGP(10): 172.16.255.2 rcvd [3][172.16.254.3:201][0][32][172.16.254.3]/17 -- DENIED due to: route-map;
*Jul  4 06:40:41.557: BGP(10): 172.16.255.2 rcvd [3][172.16.254.5:201][0][32][172.16.254.5]/17 -- DENIED due to: route-map;

التحقق من سياسة خريطة المسار (الصادر)

تحقق من تطبيق المجتمع القياسي على البادئات من النوع 3 من Leafs بفحصها على CGW. 

• يعرض إخراج النموذج هذا بادئات BGP من Leaf-01 و Leaf-02 مع سمة المجتمع التي تم حقنها لمقطع الشبكة المحلية الظاهرية (VLAN) رقم 202 

CGW#show bgp l2vpn evpn route-type 3
BGP routing table entry for [3][172.16.254.6:202][0][32][172.16.254.3]/17, version 461855
Paths: (1 available, best #1, table evi_202)                                      <-- The EVI context for the vlan 202 segment 
  Not advertised to any peer
  Refresh Epoch 4
  Local, imported path from [3][172.16.254.3:202][0][32][172.16.254.3]/17 (global)
    172.16.254.3 (metric 3) (via default) from 172.16.255.2 (172.16.255.2)
      Origin incomplete, metric 0, localpref 100, valid, internal, best
      Community: 999:999                                                          <-- Route-map logic is good. Standard community applied to the Type-3 
      Extended Community: RT:65001:202 ENCAP:8 EVPN Mcast Flags:1
      Originator: 172.16.255.3, Cluster list: 172.16.255.2
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20201, tunnel identifier: < Tunnel Endpoint: 172.16.254.3 > <-- Type-3 tunnel 
      rx pathid: 0, tx pathid: 0x0
      Updated on Jan 22 2025 19:02:18 UTC
BGP routing table entry for [3][172.16.254.6:202][0][32][172.16.254.4]/17, version 605955
Paths: (1 available, best #1, table evi_202)
  Not advertised to any peer
  Refresh Epoch 4
  Local, imported path from [3][172.16.254.4:202][0][32][172.16.254.4]/17 (global)
    172.16.254.4 (metric 3) (via default) from 172.16.255.2 (172.16.255.2)
      Origin incomplete, metric 0, localpref 100, valid, internal, best
      Community: 999:999
      Extended Community: RT:65001:202 ENCAP:8 EVPN Mcast Flags:1
      Originator: 172.16.255.4, Cluster list: 172.16.255.2
      PMSI Attribute: Flags:0x0, Tunnel type:IR, length 4, vni:20201, tunnel identifier: < Tunnel Endpoint: 172.16.254.4 >
      rx pathid: 0, tx pathid: 0x0
      Updated on Jan 30 2025 18:50:49 UTC

معلومات ذات صلة

• الدعم التقني والمستندات - Cisco Systems
• دليل تكوين BGP EVPN VXLAN، Cisco IOS XE Dublin 17.11.x (محولات Catalyst 9500 Switches)
• مستندات دعم Catalyst EVPN (LogAdvisor)