Catalyst 9000シリーズスイッチでのBGP EVPNルーティングポリシーの実装

Updated: 2023 年 8 月 18 日
Document ID:220803

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

    概要

    このドキュメントでは、Catalyst 9000シリーズスイッチのBGP EVPN VXLANにルーティングポリシーを実装する方法について説明します。

    前提条件

    要件

    次の項目に関する知識があることが推奨されます。

    • BGPの設定と検証 
    • ルートマップと基本的なBGPルーティングポリシー
    • EVPN VxLAN

    使用するコンポーネント

    このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

    • Catalyst 9300
    • Catalyst 9400
    • Catalyst 9500
    • Catalyst 9600
    • Cisco IOS® XE 17.11.1以降のバージョン 

    このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

    背景説明

    EVPN VxLANルーティングポリシーは、ルートマップを使用してホストのトラフィックフローを制御し、VTEPが学習して処理するルートを制御します。

    • これはEVPN 保護セグメントタイプ設計（このドキュメントの範囲外）の重要な側面であり、ARPトラフィックは中央ゲートウェイ(CGW)にのみ送信されるため、CGWはローカルセグメントトラフィックに対しても独自のMACアドレスでプロキシ応答できます。 
    • 保護セグメントでは、すべてのトラフィックがファイアウォールのトラフィックインスペクションとトラフィックポリシーを通過できるように、トラフィックフローを制御できます。 

    また、CGWが所有するMAC/IPプレフィックスを示すために、デフォルトゲートウェイ(DEF GW)拡張コミュニティ属性も実装しました。

    note-icon

    注：これは、このドキュメントの範囲外であるEVPNで保護されたセグメントに必要です。

    tip-icon

    ヒント:Auto RTおよびAuto RD CLIのシンプル化機能の詳細については、このドキュメントの「Catalyst 9000シリーズスイッチでのEVPN用のBGP VRF Auto RD Auto RTの設定」を参照してください。

    ドキュメントの詳細

    このドキュメントの主な詳細：

    • BUMトラフィックのレプリケーションモードは入力（ユニキャストBUMトンネル）です
    • 使用されるVLANは201および202
    • 使用されるVNIは20101および20201
    • ルーティングされたすべてのトラフィックがCGWに送信される（VTEPには独自のSVIがない）
    • IMETルートタイプ3 BGPプレフィックスはハブアンドスポークです（リーフはCGWからのIMETルートのみを受け入れ、相互からは受け入れません）。
    • ルートタイプ2および5はフルメッシュ 
    note-icon

    注：フルメッシュのMAC/IPプレフィクスを許可する設計の決定は、モビリティを目的としています。リーフが互いのRT2を認識できず、ホストがあるリーフから別のリーフに移動した場合、ホストは既存のRT2のシーケンス番号を増分するのではなく、新しいプレフィックスであると見なします。

    サポートされるルートタイプ

    • ルートタイプ3（包括的マルチキャストイーサネットタグルート）
    • ルートタイプ7（IGMP参加同期ルート）
    • ルートタイプ8（IGMP Leave Synchルート）
    note-icon

    注:このルーティングポリシーの拡張の一部として、ルートタイプ7とルートタイプ8もサポートされています。このドキュメントでは、ルートタイプ3プレフィクスの照合方法とフィルタ方法のみを示しますが、検証と方法論は3つのタイプすべてに適用されます

    用語

    VRF

    仮想ルーティング転送

    他のVRFおよびグローバルIPv4/IPv6ルーティングドメインから分離されるレイヤ3ルーティングドメインを定義する

    AF

    アドレスファミリ

    BGPが処理するプレフィックスとルーティング情報のタイプを定義します。

    AS

    自律システム

    ネットワークまたはネットワークの集合に属する一連のインターネットでルーティング可能なIPプレフィクス。1つのエンティティまたは組織によってすべて管理、制御、監視されます。

    EVPN

    イーサネット仮想プライベートネットワーク

    BGPがレイヤ2 MACおよびレイヤ3 IP情報を転送できるようにする拡張機能はEVPNであり、 は、VXLANオーバーレイネットワークに関連する到達可能性情報を配信するプロトコルとして、Multi-Protocol Border Gateway Protocol(MP-BGP)を使用します。

    VXLAN

    仮想拡張LAN（ローカルエリアネットワーク）

    VXLANは、VLANとSTPに固有の制限を克服するように設計されています。これは、VLANと同じイーサネットレイヤ2ネットワークサービスを提供するIETF標準[RFC 7348]として提案されたものですが、柔軟性が高くなっています。機能的には、レイヤ3アンダーレイネットワーク上で仮想オーバーレイとして動作するMAC-in-UDPカプセル化プロトコルです。

    CGW

    集中型ゲートウェイ

    ゲートウェイSVIが各リーフ上にない場合のEVPNの実装。代わりに、すべてのルーティングは非対称IRB(Integrated Routing and Bridging)を使用して特定のリーフによって実行されます

    DEF GW

    [Default Gateway]

    BGP拡張コミュニティアトリビュートが、「l2vpn evpn」設定セクションで「default-gateway advertise enable」コマンドを使用してMAC/IPプレフィクスに追加された。 

    イメット

    包括的なマルチキャストイーサネットタグ（ルート）

    BGPタイプ3ルートとも呼ばれます。このルートタイプは、VTEP間でBUM（ブロードキャスト/不明なユニキャスト/マルチキャスト）トラフィックを配信するためにEVPNで使用されます。

    設定

    ネットワーク図

    Hub and spoke IMET topology

    Ful mesh EVPN topology

    Full EVPN topology with device details

    コンフィギュレーション

    このセクションでは、Leaf-01スイッチとBorder Leaf(CGW)スイッチの設定例を示します。他のリーフの設定は同じであるため、ここでは繰り返しません。

    • このドキュメントの例は、入力レプリケーションに基づいており、ブロードキャストおよびその他のフラッディングされたトラフィックと通信できるVTEPを制御するためのポリシーの適用方法を示しています 

    Leaf-01（ベース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
    note-icon

    注:CGWでは、適用されるBGPポリシーはありません。CGWは、すべてのプレフィックスタイプ(RT2、RT5/RT3)の送受信を許可されます。

    確認

    ネットワーク図

    EVPN local Proxy ARP reply from CGW topology

     

    この図は、このセクションで説明するARP解決プロセスのフローを視覚化するために役立ちます。 

    • ARP要求は紫色で表示されます。
      • このARP要求は、ホスト10.1.202.10のMACアドレスをLeaf-01から解決するためのものです
      • 紫色の回線はCGWで終端し、Leaf-01には到達していないことに注意してください
    • ARP応答は緑色で表示され、Vlan 202のCGW SVIのMACが含まれています 
      • 緑色の線は、実際のホストからではなく、CGWから来ていることに注意してください
    • 赤いXは、この通信でLeaf-01へのトラフィックの送信が含まれていなかったことを示します

    ルートタイプ3ポリシー(Leaf-01)

    リーフに適用されたルートマップが適切にフィルタリングされていることを確認します。CGWからのIMETプレフィックスのみが表示され、他のリーフは表示されません。 

    • ここでは1つのリーフのみが表示されていますが、このチェックは関連するすべてのリーフで実行する必要があります 
    note-icon

    注：ルートマップを適用した後、ポリシー設定を有効にするには、ネイバーに対してBGPをクリアする必要があります。

    インストールされているルートタイプ3を確認するには、次の2つの方法があります。

    • BGPエントリのチェック
    • l2routeのチェック

    BGPエントリの確認(Leaf-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 >

    l2routeのチェック

    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
    note-icon

    注：ルートマップフィルタの検証は、アクセスVTEPでのみ実行されます。CGWはすべてのタイプ3プレフィクスを受け入れるため、ルートマップは実装されません。

    ローカルルーティング(CGW) 

    ローカルセグメントのARP解決が発生したときに、CGWが自身のMACで応答することを確認します。 

    • 「設定」セクションに示した設定の確認以外に、showコマンドはありません 
    • これは、別のリーフ上のホストのARPを解決する際に、ホストでプログラムされているMACを確認することで確認できます。

    Leaf-02のホストからLeaf-01のホストに送信されたARP解決要求のキャプチャ（これは、ホストに面するLeaf-02アクセスインターフェイスのEPCキャプチャを使用して行われました）

    • Leaf-01ホストの実際のMAC:0006.f601.cd45
    • ARP要求に応答したCGW MAC: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 Route-Map Policy（着信）

    着信ルートマップが期待どおりに動作していることを確認します。

    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

    clear bgp address-familyを使用して、ルートポリシーをインスタンス化します。

    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;

    ルートマップポリシーの確認（発信）

    CGWでチェックすることにより、リーフからのタイプ3プレフィックスに標準コミュニティが適用されていることを確認します。 

    • 次の出力例は、Leaf-01およびLeaf-02からのBGPプレフィックスを示しています。このプレフィックスは、VLAN 202セグメントに対してコミュニティアトリビュートが挿入されています 
    tip-icon

    ヒント:CGWはプレフィックスをフィルタリングしないため、CGWの観点から完全なBGPテーブルを確認できることを忘れないでください。

    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

    関連情報

    更新履歴

    改定 発行日 コメント
    1.0
    18-Aug-2023
    初版
    TAC Authored

    シスコ エンジニア提供

    • Ambrose Taylor
    • Saurav Dasgupta

    このドキュメントは役に立ちましたか?

    Feedbackフィードバック

    シスコに問い合わせ

    このドキュメントは次の製品に対応しています