In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie die einzelnen Multicast VPN-Profile (mVPN) in Cisco IOS®XR konfiguriert werden.
Cisco empfiehlt, dass Sie überprüfen, ob auf der spezifischen Plattform, auf der Cisco IOS XR ausgeführt wird, ein mVPN-Profil unterstützt wird.
Die Informationen in diesem Dokument basieren auf allen Versionen von Cisco IOS XR.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Ein mVPN-Profil wird für den globalen Kontext oder pro Virtual Routing/Forwarding (VRF) konfiguriert. Dies wird im Abschnitt zu Multicast-Routing in Cisco IOS XR festgelegt.
Nachfolgend finden Sie die mVPN-Konfiguration für den globalen Kontext:
multicast-routing
address-family ipv4
mdt mldp in-band-signaling ipv4
Nachfolgend finden Sie die mVPN-Konfiguration für den VRF-Kontext:
multicast-routing
vrf one
address-family ipv4
mdt mldp in-band-signaling ipv4
mdt partitioned mldp ipv4 p2mp (bidir)
mdt partitioned mldp ipv4 mp2mp (bidir)
mdt partitioned ingress-replication
mdt mldp in-band-signaling ipv4
mdt default mldp ipv4 <root>
mdt default mldp p2mp (partitioned)(bidir)
mdt default ingress-replication
mdt default <ipv4-group>
mdt default (ipv4) <ipv4-group> partitioned
mdt data <ipv4-group/length>
mdt data <max nr of data groups> (threshold)
mdt static p2mp-te tunnel-te <0-65535>
mdt static tunnel-mte <0-65535>
Anmerkung: VRF 1 wird im gesamten Dokument verwendet. Das Rosen Multipoint Label Distribution Protocol (MLDP) wurde in Standard-MDT umbenannt.
Einige Bereitstellungsmodelle oder -profile können nicht gleichzeitig vorhanden sein. Wenn Sie versuchen, sie zu konfigurieren, erscheint eine Fehlermeldung, wenn Sie die Konfiguration bestätigen. Hier ein Beispiel:
RP/0/3/CPU0:Router(config-mcast-one-ipv4)#show conf fail
!! SEMANTIC ERRORS: This configuration was rejected by
!! the system due to semantic errors. The individual
!! errors with each failed configuration command can be
!! found below.
multicast-routing
vrf one
address-family ipv4
mdt default mldp p2mp
!!% Invalid MLDP MDT type: MDT Default MLDP P2MP cannot co-exist with MDT Default
MLDP (Rosen MLDP)or Partitioned MDT MLDP
!
!
!
end
Der mdt-Standard "mldp ipv4 10.1.100.1" ist bereits konfiguriert und gibt das Profil "MDT Default MLDP" an.
Geben Sie immer die Multicast Distribution Tree (MDT)-Quellschnittstelle für den globalen Kontext oder die VRF-Instanz an:
multicast-routing
address-family ipv4
interface Loopback0
enable
!
mdt source Loopback0
mdt mldp in-band-signaling ipv4
rate-per-route
interface all enable
accounting per-prefix
!
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp ipv4 10.1.100.7
rate-per-route
interface all enable
accounting per-prefix
!
!
!
Aktivieren Sie immer die Loopback-Schnittstelle im Abschnitt für Multicast-Routing im globalen Kontext:
multicast-routing
address-family ipv4
interface Loopback0
enable
Die unter der VRF-Instanz konfigurierte VPN-ID wird nur für die Profile benötigt, die das MLDP als Core-Tree-Protokoll verwenden: MP2MP und Standard-MDT.
vrf one
vpn id 1000:2000
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
Mehrere MDTs oder Core Trees können konfiguriert und signalisiert werden. Um den Core Tree festzulegen, den der Multicast-Datenverkehr nutzen kann, kann eine Reverse Path Forwarding (RPF)-Richtlinie konfiguriert werden. Dies erfolgt mithilfe einer Routenrichtlinie. Der Egress Provider Edge (PE) initiiert dann den Core Tree basierend auf der RPF-Richtlinie. Verwenden Sie den Befehl rpf topology route-policy route-policy-name, um diese Aktion abzuschließen. Dies ist die Routen-Richtlinie, die im Abschnitt zum Protocol Independent Multicast (PIM) des Routers angewendet wird.
In der Routingrichtlinie können Sie optional die Kernstruktur festlegen, nachdem Sie eine IF-Anweisung angegeben haben:
RP/0/3/CPU0:Router(config-rpl)#set core-tree ?
ingress-replication-default Ingress Replication Default MDT core
ingress-replication-partitioned Ingress Replication Partitioned MDT core
mldp-default MLDP Default MDT core
mldp-inband MLDP Inband core
mldp-partitioned-mp2mp MLDP Partitioned MP2MP MDT core
mldp-partitioned-p2mp MLDP Partitioned P2MP MDT core
p2mp-te-default P2MP TE Default MDT core
p2mp-te-partitioned P2MP TE Partitioned MDT core
parameter Identifier specified in the format: '$'
followed by alphanumeric characters
pim-default PIM Default MDT core
Für die TE-Profile für Point-to-Multipoint (P2MP) muss die Konfiguration für Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) vorhanden sein. Das bedeutet, dass das Link-State-Routing-Protokoll Open Shortest Path First (OSPF) oder Intermediate System-to-Intermediate System (IS-IS) für MPLS TE aktiviert sein muss, und dass MPLS TE mit den angegebenen Core-Schnittstellen und einer MPLS TE-Router-ID aktiviert sein muss. Einige P2MP TE-Profile verfügen über Autotunnel. Dies muss explizit aktiviert werden. Auch das Resource Reservation Protocol (RSVP)-TE muss aktiviert sein.
Daten-MDTs sind optional konfiguriert. Die Anzahl der Daten-MDTS kann für jeden Typ eines Core-Tree-Protokolls oder für einen bestimmten Typ eines Core-Tree-Protokolls angegeben werden.
Im folgenden Beispiel werden die Daten-MDTs für jeden Typ eines Core-Tree-Protokolls angegeben:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt data 100
rate-per-route
interface all enable
accounting per-prefix
!
!
!
Im folgenden Beispiel werden die Daten-MDTs für einen bestimmten Typ eines Core-Tree-Protokolls angegeben:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt data 232.1.100.0/24
mdt data mldp 100
rate-per-route
interface all enable
accounting per-prefix
!
!
!
mdt data ingress-replication 100
Die Multicast- oder C-Multicast-Signalisierung des Kunden (auch als Overlay-Signalisierung bezeichnet) wird entweder durch PIM oder Border Gateway Protocol (BGP) durchgeführt. Der Standardwert ist "PIM". Damit BGP die C-Multicast-Signalisierung durchführen kann, müssen Sie diesen PIM-Befehl im VRF-Kontext konfigurieren:
router pim
...
vrf one
address-family ipv4
...
mdt c-multicast-routing bgp
Die AF-IPv4-mVPN-Funktion (Address Family) muss aktiviert werden, wenn BGP-Auto Discovery (BGP-AD) und/oder BGP-C-Multicast-Signalisierung erforderlich ist. Anschließend muss das AF IPv4 mVPN an drei Stellen aktiviert werden:
Hier ein Beispiel:
router bgp 1
address-family ipv4 unicast
redistribute connected
!
address-family vpnv4 unicast
!
address-family ipv6 unicast
!
address-family ipv4 mdt
!
address-family ipv4 rt-filter
!
address-family ipv4 mvpn <<< AF ipv4 mVPN is globally enabled
!
neighbor 10.1.100.7
remote-as 1
update-source Loopback0
address-family ipv4 unicast
!
address-family vpnv4 unicast
!
address-family ipv6 labeled-unicast
route-reflector-client
!
address-family ipv4 mdt
!
address-family ipv4 rt-filter
!
address-family ipv4 mvpn <<< AF ipv4 mVPN is enabled for iBGP peer (PE or RR)
!
!
vrf one
rd 1:1
address-family ipv4 unicast
redistribute connected
!
address-family ipv4 mvpn <<< AF ipv4 mVPN is enabled for the VRF
!
neighbor 10.2.1.8
remote-as 65001
address-family ipv4 unicast
route-policy pass in
route-policy pass out
!
!
!
!
In einigen speziellen Fällen ist das mvpn-Schlüsselwort im BGP-Abschnitt des Routers erforderlich:
router bgp 1
mvpn
address-family ipv4 unicast
redistribute connected
!
address-family vpnv4 unicast
..
Dies sind die Fälle, in denen mVPN konfiguriert werden muss:
In diesem Abschnitt werden die erforderlichen Konfigurationen auf den PE-Routern für die einzelnen Profile beschrieben. Lesen Sie unbedingt die vorherigen Abschnitte dieses Dokuments, bevor Sie mit diesen Konfigurationen beginnen, in denen einige erforderliche Konfigurationen beschrieben werden, die nicht für jedes Profil wiederholt werden. Hier einige Beispiele:
Verwenden Sie diese Konfiguration für Profil 0:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< PIM is enabled for global context interface
!
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree pim-default
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< Multicast is enabled for global context intf
enable
!
mdt source Loopback0
!
vrf one
address-family ipv4
mdt source Loopback0
mdt data 232.100.100.0/24
mdt default ipv4 232.100.1.1
rate-per-route
interface all enable
!
accounting per-prefix
!
!
!
Anmerkung: Der AF IPv4 MDT muss konfiguriert werden.
Verwenden Sie diese Konfiguration für Profil 1:
vrf one
vpn id 1:1
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-default
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp ipv4 10.1.100.1
mdt data 100
rate-per-route
interface all enable
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional. Mit dem Befehl mdt default mldp ipv4 10.1.100.1 können Sie einen Provider oder PE-Router angeben, der für MLDP aktiviert ist, damit es der Root-Router des MP2MP MLDP-Trees wird.
Verwenden Sie diese Konfiguration für Profil 2:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-partitioned-mp2mp
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned mldp ipv4 mp2mp
rate-per-route
interface all enable
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional. Wenn Daten-MDTs konfiguriert sind, muss auch BGP-AD konfiguriert werden. Andernfalls wird ein Fehler-Popup angezeigt, wenn Sie versuchen, diese Konfiguration zu bestätigen. Bei konfigurierten Daten-MDTs wird dies zu Profil 4, da auch BGP-AD konfiguriert werden muss.
Verwenden Sie diese Konfiguration für Profil 3:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< PIM is enabled for global context interface
!
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree pim-default
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< Multicast is enabled for global context intface
enable
!
mdt source Loopback0
!
vrf one
address-family ipv4
mdt source Loopback0
mdt data 232.100.100.0/24
mdt default ipv4 232.100.1.1
rate-per-route
interface all enable
bgp auto-discovery pim
!
accounting per-prefix
!
!
!
Verwenden Sie diese Konfiguration für Profil 4:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-partitioned-mp2mp
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned mldp ipv4 mp2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional. Wenn Daten-MDTs konfiguriert sind, muss auch BGP-AD konfiguriert werden. Andernfalls wird ein Fehler-Popup angezeigt, wenn Sie versuchen, diese Konfiguration zu bestätigen. Wenn Sie BGP-AD nicht konfigurieren, ist dies Profil 2.
Verwenden Sie diese Konfiguration für Profil 5:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-partitioned-p2mp
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned mldp ipv4 p2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Hinweise: Daten-MDTs sind optional. Das BGP-AD muss konfiguriert werden, selbst wenn keine Daten-MDTs konfiguriert sind.
Verwenden Sie diese Konfiguration für Profil 6:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree mldp-inband
end-policy
multicast-routing
!
vrf one
address-family ipv4
mdt source Loopback0
mdt mldp in-band-signaling ipv4
interface all enable
mpls ldp
mldp
Verwenden Sie diese Konfiguration für Profil 7:
router pim
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree mldp-inband
end-policy
multicast-routing
address-family ipv4
interface Loopback0
enable
!
mdt source Loopback0
mdt mldp in-band-signaling ipv4
interface all enable
!
mpls ldp
mldp
In diesem Abschnitt werden die Konfigurationen für den TE-Headend-Router und den TE-Tail-End-Router beschrieben.
TE-Headend-Router
Verwenden Sie diese Konfiguration für den TE-Headend-Router:
router igmp
interface tunnel-mte1
static-group 232.1.1.1 10.2.2.9
router pim
address-family ipv4
interface GigabitEthernet0/1/0/0
enable
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
interface tunnel-mte0
enable
!
interface GigabitEthernet0/0/0/0
enable
!
mdt source Loopback0
rate-per-route
interface all enable
accounting per-prefix
!
interface tunnel-mte1
ipv4 unnumbered Loopback0
destination 10.1.100.1
path-option 1 explicit name to-PE1
!
destination 10.1.100.3
path-option 1 dynamic
!
destination 10.1.100.5
path-option 1 dynamic
!
!
explicit-path name to-PE1
index 10 next-address strict ipv4 unicast 10.1.12.3
index 20 next-address strict ipv4 unicast 10.1.11.1
!
Anmerkung: Wenn Sie ein Quellpräfix in der BGP-Adressfamilie IPv4 im Core ankündigen, konfigurieren Sie next-hop-self unter dem AF IPv4 für den BGP-Prozess. Konfigurieren Sie das Core-Tree-Protokoll rsvp-te im Abschnitt Multicast-Routing auf dem Headend-TE-Router nicht.
TE Tail-End-Router
Verwenden Sie diese Konfiguration für den TE-Tail-End-Router:
router pim
address-family ipv4
interface GigabitEthernet0/0/0/9
enable
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
mdt source Loopback0
core-tree-protocol rsvp-te
static-rpf 10.2.2.9 32 mpls 10.1.100.2
rate-per-route
interface all enable
accounting per-prefix
!
Anmerkung: Die statische RPF wird für die Quelle zum TE-Headend-Router im globalen Kontext benötigt.
TE Tail-End-Router - Neue CLI
Der Befehl set lsm-root ersetzt den Befehl static-rpf auf dem Tail-End-Router TE:
router pim
address-family ipv4
rpf topology route-policy rpf-for-one
interface GigabitEthernet0/0/0/9
enable
!
route-policy rpf-for-one
set lsm-root 10.1.100.2
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
mdt source Loopback0
core-tree-protocol rsvp-te
rate-per-route
interface all enable
accounting per-prefix
!
Verwenden Sie diese Konfiguration für Profil 9:
vrf one
vpn id 1:1
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-default
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp ipv4 10.1.100.1
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional. Mit dem Befehl mdt default mldp ipv4 10.1.100.1 können Sie einen Provider oder PE-Router angeben, der für MLDP aktiviert ist, damit es der Root-Router des MP2MP MLDP-Trees wird.
In diesem Abschnitt werden die Konfigurationen für den TE-Headend-Router und den TE-Tail-End-Router beschrieben.
TE-Headend-Router
Verwenden Sie diese Konfiguration für den Headend-Router:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router igmp
vrf one
interface tunnel-mte1
static-group 232.1.1.1 10.2.2.9
router pim
vrf one
address-family ipv4
interface tunnel-mte1
enable
interface GigabitEthernet0/1/0/0
enable
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt static p2mp-te tunnel-mte1
rate-per-route
interface all enable
bgp auto-discovery p2mp-te
!
accounting per-prefix
!
!
!
interface tunnel-mte1
ipv4 unnumbered Loopback0
destination 10.1.100.1
path-option 1 explicit name to-PE1
!
destination 10.1.100.3
path-option 1 dynamic
!
destination 10.1.100.5
path-option 1 dynamic
!
!
explicit-path name to-PE1
index 10 next-address strict ipv4 unicast 10.1.12.3
index 20 next-address strict ipv4 unicast 10.1.11.1
TE Tail-End-Router
Verwenden Sie diese Konfiguration für den Tail-End-Router:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
interface GigabitEthernet0/0/0/9
enable
!
!
!
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
core-tree-protocol rsvp-te group-list acl_groups
rate-per-route
interface all enable
bgp auto-discovery p2mp-te
!
accounting per-prefix
!
!
!
ipv4 access-list acl_groups
10 permit ipv4 host 10.1.1.1 232.0.0.0/24
20 permit ipv4 host 10.99.1.22 host 232.1.1.1
Anmerkung: Die Zugriffsliste für den Befehl "core-tree-protocol rsvp-te" wird nur benötigt, wenn der TE Tail-End-Router auch ein TE-Head-End-Router ist. Geben Sie an, welche Multicast-Gruppen über den TE-Tunnel geleitet werden müssen.
Anmerkung: Der Befehl rpf topology route-policy rpf-for-one wird auf dem Tail-End-Router von TE nicht benötigt. Das Core-Tree-Protokoll "rsvp-te" ist auf dem TE-Headend-Router nicht erforderlich.
Verwenden Sie diese Konfiguration für Profil 11:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< PIM is enabled for global context interface
!
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree pim-default
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
interface GigabitEthernet0/0/0/3 <<< Multicast is enabled for global context intf
enable
!
mdt source Loopback0
!
vrf one
address-family ipv4
mdt source Loopback0
mdt data 232.100.100.0/24
mdt default ipv4 232.100.1.1
rate-per-route
interface all enable
bgp auto-discovery pim
!
accounting per-prefix
!
!
!
Verwenden Sie diese Konfiguration für Profil 12:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-default
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp p2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional.
Verwenden Sie diese Konfiguration für Profil 13:
vrf one
vpn id 1:1
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-default
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp ipv4 10.1.100.1
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional. Mit dem Befehl mdt default mldp ipv4 10.1.100.1 können Sie einen Provider oder PE-Router angeben, der für MLDP aktiviert ist, damit es der Root-Router des MP2MP MLDP-Trees wird.
Verwenden Sie diese Konfiguration für Profil 14:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-partitioned-p2mp
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned mldp ipv4 p2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional.
Verwenden Sie diese Konfiguration für Profil 15:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-partitioned-mp2mp
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned mldp ipv4 mp2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional.
Der Standard-MDT besteht aus einem Full Mesh aus statischen P2MP TE-Tunneln. Ein statischer P2MP TE-Tunnel ist ein Tunnel mit einer Zielliste, aus der jedes Ziel mit einer dynamischen oder expliziten Pfadoption konfiguriert werden kann.
Die verwendete Konfiguration sieht wie folgt aus:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
mdt c-multicast-routing bgp
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default p2mp-te static tunnel-mte1
rate-per-route
interface all enable
bgp auto-discovery p2mp-te
!
accounting per-prefix
interface tunnel-mte1
ipv4 unnumbered Loopback0
destination 10.1.100.1
path-option 1 explicit name to-10.1.100.1
!
destination 10.1.100.3
path-option 1 dynamic
!
destination 10.1.100.5
path-option 1 dynamic
!
!
explicit-path name to-PE1
index 10 next-address strict ipv4 unicast 10.1.12.3
index 20 next-address strict ipv4 unicast 10.1.11.1
!
Anmerkung: Die Daten-MDTs sind nicht möglich. Der Befehl core-tree-protocol rsvp-te kann in der Konfiguration unter Multicast-Routing VRF 1 nicht konfiguriert werden.
Verwenden Sie diese Konfiguration für Profil 17:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
!
interface GigabitEthernet0/1/0/0
enable
!
!
!
!
route-policy rpf-for-one
set core-tree mldp-default
end-policy
!
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default mldp p2mp
mdt data 100
rate-per-route
interface all enable
bgp auto-discovery mldp
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
!
!
!
Anmerkung: Daten-MDTs sind optional.
Der Standard-MDT besteht aus einem Full Mesh aus statischen P2MP TE-Tunneln. Ein statischer P2MP TE-Tunnel ist ein Tunnel mit einer Zielliste, aus der jedes Ziel mit einer dynamischen oder expliziten Pfadoption konfiguriert werden kann.
Die verwendete Konfiguration sieht wie folgt aus:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default p2mp-te static tunnel-mte1
rate-per-route
interface all enable
bgp auto-discovery p2mp-te
!
accounting per-prefix
interface tunnel-mte1
ipv4 unnumbered Loopback0
destination 10.1.100.1
path-option 1 explicit name to-10.1.100.1
!
destination 10.1.100.3
path-option 1 dynamic
!
destination 10.1.100.5
path-option 1 dynamic
!
!
explicit-path name to-PE1
index 10 next-address strict ipv4 unicast 10.1.12.3
index 20 next-address strict ipv4 unicast 10.1.11.1
!
Anmerkung: Die Daten-MDTs sind nicht möglich. Der Befehl core-tree-protocol rsvp-te kann in der Konfiguration unter Multicast-Routing VRF 1 nicht konfiguriert werden.
Verwenden Sie diese Konfiguration für Profil 19:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree ingress-replication-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default ingress-replication
rate-per-route
interface all enable
mdt data ingress-replication 100
bgp auto-discovery ingress-replication
!
accounting per-prefix
Anmerkung: Für dieses Profil werden die P2MP Auto-TE-Tunnel verwendet.
Verwenden Sie diese Konfiguration für Profil 20:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default p2mp-te
rate-per-route
interface all enable
mdt data p2mp-te 100
bgp auto-discovery p2mp-te
!
accounting per-prefix
ipv4 unnumbered mpls traffic-eng Loopback0
mpls traffic-eng
interface GigabitEthernet0/0/0/0
!
interface GigabitEthernet0/0/0/2
!
auto-tunnel p2mp
tunnel-id min 1000 max 2000
Anmerkung: Daten-MDTs sind optional. Der Befehl ipv4 unnumbered mpls traffic-eng Loopback0 ist ein globaler Befehl. Sie können den Befehl core-tree-protocol rsvp-te in der Konfiguration unter dem Abschnitt für die Multicast-Routing-VRF-Instanz nicht konfigurieren.
Verwenden Sie diese Konfiguration für Profil 21:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree ingress-replication-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default ingress-replication
rate-per-route
interface all enable
mdt data ingress-replication 100
bgp auto-discovery ingress-replication
!
accounting per-prefix
Anmerkung: Für dieses Profil werden die P2MP Auto-TE-Tunnel verwendet.
Verwenden Sie diese Konfiguration für Profil 22:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
mdt c-multicast-routing bgp
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-default
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt default p2mp-te
rate-per-route
interface all enable
mdt data p2mp-te 100
bgp auto-discovery p2mp-te
!
accounting per-prefix
ipv4 unnumbered mpls traffic-eng Loopback0
mpls traffic-eng
interface GigabitEthernet0/0/0/0
!
interface GigabitEthernet0/0/0/2
!
auto-tunnel p2mp
tunnel-id min 1000 max 2000
Anmerkung: Daten-MDTs sind optional. Der Befehl ipv4 unnumbered mpls traffic-eng Loopback0 ist ein globaler Befehl. Der Befehl core-tree-protocol rsvp-te kann in der Konfiguration unter Multicast-Routing VRF 1 nicht konfiguriert werden.
Verwenden Sie diese Konfiguration für Profil 23:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
!
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree ingress-replication-partitioned
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned ingress-replication
rate-per-route
interface all enable
mdt data ingress-replication 100
bgp auto-discovery ingress-replication
!
accounting per-prefix
Anmerkung: Für dieses Profil werden die P2MP Auto-TE-Tunnel verwendet.
Verwenden Sie diese Konfiguration für Profil 24:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-partitioned
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned p2mp-te
rate-per-route
interface all enable
mdt data p2mp-te 100
bgp auto-discovery p2mp-te
!
accounting per-prefix
ipv4 unnumbered mpls traffic-eng Loopback0
mpls traffic-eng
interface GigabitEthernet0/0/0/0
!
interface GigabitEthernet0/0/0/2
!
auto-tunnel p2mp
tunnel-id min 1000 max 2000
Anmerkung: Daten-MDTs sind optional. Der Befehl ipv4 unnumbered mpls traffic-eng Loopback0 ist ein globaler Befehl. Sie können den Befehl core-tree-protocol rsvp-te in der Konfiguration unter dem Abschnitt für die Multicast-Routing-VRF-Instanz nicht konfigurieren.
Verwenden Sie diese Konfiguration für Profil 25:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree ingress-replication-partitioned
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned ingress-replication
rate-per-route
interface all enable
mdt data ingress-replication 100
bgp auto-discovery ingress-replication
!
accounting per-prefix
Anmerkung: Für dieses Profil werden die P2MP Auto-TE-Tunnel verwendet.
Verwenden Sie diese Konfiguration für Profil 26:
vrf one
address-family ipv4 unicast
import route-target
1:1
!
export route-target
1:1
!
!
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-vrf-one
mdt c-multicast-routing bgp
interface GigabitEthernet0/0/0/1.100
enable
route-policy rpf-vrf-one
set core-tree p2mp-te-partitioned
end-policy
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt partitioned p2mp-te
rate-per-route
interface all enable
mdt data p2mp-te 100
bgp auto-discovery p2mp-te
!
accounting per-prefix
ipv4 unnumbered mpls traffic-eng Loopback0
mpls traffic-eng
interface GigabitEthernet0/0/0/0
!
interface GigabitEthernet0/0/0/2
!
auto-tunnel p2mp
tunnel-id min 1000 max 2000
Anmerkung: Daten-MDTs sind optional. Der Befehl ipv4 unnumbered mpls traffic-eng Loopback0 ist ein globaler Befehl. Sie können den Befehl core-tree-protocol rsvp-te in der Konfiguration unter dem Abschnitt für die Multicast-Routing-VRF-Instanz nicht konfigurieren.
Dieses Profil verwendet BGP nicht als Signalisierungsprotokoll.
Anmerkung: Für die Tree-SID ist ein Segment Routing Path Computation Element (SR-PCE) erforderlich. Jeder Router, der an der Tree-SID beteiligt ist, muss über eine PCEP-Sitzung mit dem SR-PCE verfügen.
Verwenden Sie diese Konfiguration für Profil 27:
Verwenden Sie diese Konfiguration auf dem SR-PCE:
pce
address ipv4 10.0.0.6
segment-routing
traffic-eng
p2mp
endpoint-set R2-R4-R5
ipv4 10.0.0.2
ipv4 10.0.0.4
ipv4 10.0.0.5
!
label-range min 23000 max 23999
policy Tree-SID-Policy-1
source ipv4 10.0.0.1
color 1001 endpoint-set R2-R4-R5
treesid mpls 23001
candidate-paths
preference 100
dynamic
metric
type te
!
Verwenden Sie diese Konfiguration auf den Leaf-Knoten:
ipv4 access-list ssm
10 permit ipv4 232.0.0.0/8 any
!
route-policy sr-p2mp-core-tree
set core-tree sr-p2mp
end-policy
multicast-routing
address-family ipv4
interface Loopback0
enable
!
!
vrf one
address-family ipv4
mdt source Loopback0
interface all enable
static sr-policy Tree-SID-Policy-1
mdt static segment-routing
!
!
router igmp
vrf one
interface HundredGigE0/0/0/0
static-group 232.1.1.1 10.1.7.7
!
interface HundredGigE0/1/0/0
static-group 232.1.1.1 10.1.7.7
!
router pim
address-family ipv4
interface Loopback0
enable
!
!
vrf one
address-family ipv4
rpf topology route-policy sr-p2mp-core-tree
ssm range ssm
!
Die statische sr-policy mit dem gleichen Namen, der auf dem SR-PCE konfiguriert wurde.
Verwenden Sie diese Konfiguration auf dem Stammknoten:
ipv4 access-list ssm
10 permit ipv4 232.0.0.0/8 any
!
route-policy sr-p2mp-core-tree
set core-tree sr-p2mp
end-policy
router pim
interface Loopback0
enable
!
vrf one
address-family ipv4
rpf topology route-policy sr-p2mp-core-tree
!
ssm range ssm
sr-p2mp-policy Tree-SID-Policy-1
static-group 232.1.1.1 10.1.7.7
multicast-routing
address-family ipv4
interface Loopback0
enable
!
vrf one
address-family ipv4
mdt source Loopback0
interface all enable
mdt static segment-routing
!
Anmerkung: Für die Tree-SID ist ein Segment Routing Path Computation Element (SR-PCE) erforderlich. Jeder Router, der an der Tree-SID beteiligt ist, muss über eine PCEP-Sitzung mit dem SR-PCE verfügen.
Dieses Profil verwendet BGP als Signalisierungsprotokoll.
Verwenden Sie diese Konfiguration auf jedem PE-Router:
route-policy sr-p2mp-core-tree
set core-tree sr-p2mp
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
!
vrf one
address-family ipv4
mdt source Loopback0
interface all enable
bgp auto-discovery segment-routing
!
mdt default segment-routing mpls mdt data segment-routing mpls 100
!
!
!
router pim
address-family ipv4
interface Loopback0
enable
!
!
vrf one
address-family ipv4
rpf topology route-policy sr-p2mp-core-tree
mdt c-multicast-routing bgp
!
ssm range ssm
!
!
!
Daten-MDTs sind optional.
Anmerkung: Für die Tree-SID ist ein Segment Routing Path Computation Element (SR-PCE) erforderlich. Jeder Router, der an der Tree-SID beteiligt ist, muss über eine PCEP-Sitzung mit dem SR-PCE verfügen.
Dieses Profil verwendet BGP als Signalisierungsprotokoll.
Verwenden Sie diese Konfiguration auf jedem PE-Router:
route-policy sr-p2mp-core-tree
set core-tree sr-p2mp
end-policy
!
multicast-routing
address-family ipv4
interface Loopback0
enable
!
!
vrf one
address-family ipv4
mdt source Loopback0
interface all enable
bgp auto-discovery segment-routing
!
mdt partitioned segment-routing mpls mdt data segment-routing mpls 100
!
!
!
router pim
address-family ipv4
interface Loopback0
enable
!
ssm range ssm
!
!
vrf one
address-family ipv4
rpf topology route-policy sr-p2mp-core-tree
mdt c-multicast-routing bgp
!
ssm range ssm
!
!
!
Daten-MDTs sind optional.
In diesem Abschnitt wird die Konfiguration eines mVPNs zwischen autonomen Systemen (zwischen AS) beschrieben.
Anmerkung: Die in den folgenden Abschnitten beschriebenen Informationen werden unter der Annahme bereitgestellt, dass die richtige Konfiguration der Router für das autonome MPLS-VPN-Unicast abgeschlossen ist.
Die reguläre mVPN-Konfiguration ist erforderlich. Sie können jedes Profil in den autonomen Systemen haben, und sie müssen nicht in den verschiedenen autonomen Systemen übereinstimmen.
Die Optionen B und C werden für jedes Core-Tree-Protokoll genauer erläutert. Vergessen Sie nicht, beim Konfigurieren des externen Border Gateway Protocol (eBGP) auf den autonomen System Border Routern (ASBRs) eine Routing-Richtlinie für ein und aus AF IPv4 MDT oder AF IPv4 MVPN zu konfigurieren.
Prüfen Sie, ob diese Konfiguration auf einem ASBR für die Option B oder C für die AS-Verbindung mit PIM oder MLDP als Core-Tree-Protokoll erforderlich ist:
router bgp 1
!
address-family ipv4|ipv6 mvpn
inter-as install
!
Bei einem Inter-AS-mVPN kann ein Cisco IOS XR-Router, auf dem ein älteres Cisco IOS XR ausgeführt wird, den PIM-Vektor nicht generieren. In diesem Fall kann der Cisco IOS XR-Router kein PE-Router sein. Das bedeutet, dass die Optionen B und C für die AS-Verbindung, nahtloses MPLS und BGP-freier Core nicht möglich sind. Ein Cisco IOS XR-Router versteht den PIM-Vektor, daher kann es sich bei dem Router um einen P-Router (Provider) oder einen ASBR handeln. In späteren Cisco IOS XR-Versionen kann der Cisco IOS XR PE-Router den PIM-Vektor ohne Route Distinguisher (RD) generieren. In diesem Fall kann es sich um den PE-Router für BGP-freien Core, Inter-AS Option C und Seamless MPLS handeln.
Der PIM-Vektor (RPF) ist ein PIM-Proxy, der Core-Router ohne RPF-Informationen die Weiterleitung von PIM-Join- und Prune-Nachrichten an externe Quellen ermöglicht.
So erstellen Sie den PIM RPF-Vektor in Cisco IOS XR:
router pim
address-family ipv4
rpf-vector
!
!
!
Anmerkung: Der Befehl rpf-ector inject bezieht sich nicht auf das Inter-AS-mVPN, er ist jedoch für TI-Multicast Only Fast Re-Route (TI-MoFRR) erforderlich.
Nachfolgend ist die Konfiguration aufgeführt, die für einen Cisco IOS XR P-Router zur Interpretation des PIM-Vektors erforderlich ist:
router pim
address-family ipv4
rpf-vector
Wenn AF IPv4 mVPN anstelle von AF IPv4 MDT verwendet wird, ist BGP-AD mit PIM für Inter-AS erforderlich. Daher ist diese Konfiguration erforderlich:
multicast-routing
vrf one
address-family ipv4
bgp auto-discovery pim
inter-as
Der AF IPv4-MDT bietet inhärente Inter-AS-Unterstützung, da das Connector-Attribut ein transientes Attribut ist. Es ist kein Schlüsselwort erforderlich, um AF IPv4 MDT Inter-AS-fähig zu machen.
Das AF IPv4 und das AF IPv4 mVPN können gleichzeitig konfiguriert werden.
Wenn der Befehl bgp auto-discovery pim konfiguriert ist, sendet der PE-Router die BGP-AD-Route vom Typ 1 mit der "no-export"-Community. Wenn die Befehle bgp auto-discovery pim and inter-as konfiguriert sind, sendet der PE-Router die BGP AD-Typ-1-Route ohne die "no-export"-Community.
Unabhängig davon, ob der Befehl bgp auto-discovery pim konfiguriert ist oder nicht, können die Routen vom Typ 6 und 7 vom AF IPv4 mVPN stammen, wenn die folgende Konfiguration angewendet wird:
router pim
vrf one
address-family ipv4
rpf topology route-policy rpf-for-one
mdt c-multicast-routing bgp
!
interface GigabitEthernet0/0/0/9
enable
!
!
!
!
Das BGP-AD kann durch den AF-IPv4-MDT und die C-Multicast-Signalisierung durch das BGP-AF-IPv4-mVPN vervollständigt werden. Damit dies geschieht, muss der Befehl mdt c-multicast-routing bgp unter Router PIM konfiguriert sein, nicht jedoch der Befehl bgp auto-discovery pim Abschnitt Multicast-Routing.
Anmerkung: Sie können beide Typen von BGP-ADs konfigurieren: AF IPv4 MDT und AF IPv4 mVPN.
Option B für das Inter-AS-mVPN ohne Neuverteilung der PE-Loopbacks in das Interior Gateway Protocol (IGP) des anderen AS ist nicht möglich, wenn auf dem PE-Router Cisco IOS XR ausgeführt wird, da der PE-Router den PIM-Vektor nicht vom Route Distinguisher (RD) generieren kann.
Das Szenario, in dem die PE-Loopbacks in das IGP des anderen AS umverteilt werden, wird unterstützt.
Wenn AF IPv4 mVPN verwendet wird, ist diese zusätzliche Konfiguration auf dem PE-Router erforderlich:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt ...
rate-per-route
interface all enable
bgp auto-discovery pim
inter-as
Anmerkung: Bei Verwendung eines AF IPv4 MDT ist der Befehl bgp auto-discovery pim nicht erforderlich.
Option C für das Inter-AS-mVPN ohne Neuverteilung der PE-Loopbacks in das IGP des anderen AS ist möglich, wenn auf dem PE-Router Cisco IOS XR ausgeführt wird, da der PE-Router den PIM-Vektor ohne den Route Distinguisher (RD) generieren kann.
Das Szenario, in dem die PE-Loopbacks in das IGP des anderen AS umverteilt werden, wird ebenfalls unterstützt.
Wenn AF IPv4 mVPN verwendet wird, ist diese zusätzliche Konfiguration auf dem PE-Router erforderlich:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt ...
rate-per-route
interface all enable
bgp auto-discovery pim
inter-as
Anmerkung: Wenn ein AF IPv4 MDT verwendet wird, bgp auto-discovery pim command is not required.
In diesem Abschnitt wird beschrieben, wie Sie das MLDP konfigurieren.
Neuverteilung von PE-Loopbacks in IGP anderer AS
Wenn die PE-Loopbacks in das IGP des anderen AS umverteilt werden, ähnelt dies dem Intra-AS-mVPN mit MLDP. Eine rekursive Weiterleitungsäquivalenzklasse (Recursive Forwarding Equivalence Class, FEC) ist nicht erforderlich. Die BGP-AD-Updates müssen jedoch in das andere AS übertragen werden. Aus diesem Grund ist diese Konfiguration auf dem PE-Router erforderlich:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt mldp in-band-signaling ipv4
rate-per-route
interface all enable
bgp auto-discovery mldp
inter-as
!
accounting per-prefix
!
!
!
AF IPv4 mVPN muss auf den PE-Routern und RRs oder ASBRs konfiguriert werden:
router bgp 1
address-family ipv4 unicast
redistribute connected
!
address-family vpnv4 unicast
!
!
address-family ipv4 rt-filter
!
address-family ipv4 mvpn
!
neighbor 10.1.100.7 <<< iBGP neighbor
remote-as 1
update-source Loopback0
address-family vpnv4 unicast
!
!
address-family ipv4 mvpn
!
!
!
vrf one
!
address-family ipv4 mvpn
!
!
Keine Neuverteilung von PE-Loopbacks in IGP anderer AS.
In diesem Fall ist MLDP Recursive FEC erforderlich.
Option B
Diese zusätzliche Konfiguration auf dem PE-Router ist erforderlich:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt mldp in-band-signaling ipv4
rate-per-route
interface all enable
bgp auto-discovery mldp
inter-as
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
recursive-fec
!
Anmerkung: Für die ASBRs ist keine rekursive FEC erforderlich.
router bgp 1
address-family ipv4 unicast
redistribute connected
!
address-family vpnv4 unicast
!
!
address-family ipv4 rt-filter
!
address-family ipv4 mvpn
!
neighbor 10.1.100.7 <<< iBGP neighbor
remote-as 1
update-source Loopback0
address-family vpnv4 unicast
!
!
address-family ipv4 mvpn
!
!
!
vrf one
!
address-family ipv4 mvpn
!
!
Für die Verbindung zwischen den ASBRs muss MLDP aktiviert werden. Diese zusätzliche Konfiguration auf dem ASBR ist erforderlich:
mpls ldp
router-id 10.1.100.7
mldp
logging notifications
!
interface GigabitEthernet0/7/0/0 <<< ASBR-ASBR link
!
Da es nun eine eBGP-Sitzung mit aktiviertem AF ipv4 mvpn gibt, ist für die eBGP-Sitzung ein- und ausgehende Routenrichtlinie erforderlich:
router bgp 1
!
address-family vpnv4 unicast
retain route-target all
!
address-family ipv4 mvpn
!
address-family ipv6 mvpn
!
neighbor 10.1.5.3 <<< eBGP neighbor (ASBR)
remote-as 2
address-family vpnv4 unicast
route-policy pass in
route-policy pass out
!
address-family ipv4 mvpn
route-policy pass in
route-policy pass out
!
Option C
Diese zusätzliche Konfiguration auf dem PE-Router ist erforderlich:
multicast-routing
vrf one
address-family ipv4
mdt source Loopback0
mdt ...
rate-per-route
interface all enable
bgp auto-discovery mldp
inter-as
!
accounting per-prefix
!
!
!
mpls ldp
mldp
logging notifications
address-family ipv4
recursive-fec
!
Anmerkung: Für die ASBRs ist keine rekursive FEC erforderlich.
router bgp 1
address-family ipv4 unicast
redistribute connected
!
address-family vpnv4 unicast
!
!
address-family ipv4 rt-filter
!
address-family ipv4 mvpn
!
neighbor 10.1.100.7 <<< iBGP neighbor
remote-as 1
update-source Loopback0
address-family vpnv4 unicast
!
!
address-family ipv4 mvpn
!
!
!
vrf one
!
address-family ipv4 mvpn
!
!
Für die Verbindung zwischen den ASBRs muss MLDP aktiviert werden. Diese zusätzliche Konfiguration auf dem ASBR ist erforderlich:
mpls ldp
router-id 10.1.100.7
mldp
logging notifications
!
interface GigabitEthernet0/7/0/0 <<< ASBR-ASBR link
!
Da es jetzt eine eBGP-Sitzung mit aktiviertem AF ipv4 mvpn auf dem RR gibt, ist für die eBGP-Sitzung eine Ein- und Ausgangsrichtlinie erforderlich.
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
4.0 |
28-Jun-2022
|
Profile 27, 28 und 29 hinzugefügt. |
2.0 |
15-Sep-2021
|
Kleines Update zur Konfiguration von Profil 10 |
1.0 |
13-Aug-2021
|
Erstveröffentlichung |
Feedback