Migrazione del profilo mVPN con router PE di inversione

Opzioni per il download

PDF (171.6 KB)
Visualizza con Adobe Reader su diversi dispositivi
ePub (117.5 KB)
Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (118.4 KB)
Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi

Aggiornato:15 dicembre 2021

ID documento:217422

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Sommario

Introduzione

Soluzione

Configurazione

Configurazione del record di risorse

Configurazione del file PE di origine

Configurazione di TA PE

Configurazione del file PE in uscita

Verifica

Profilo 6 PE - PE3

TA PE

Profilo 0 PE - PE2

Esci dalla strategia

Conclusioni

Introduzione

Questo documento descrive una strategia di migrazione dal profilo mVPN (multicast Virtual Private Network) 0 a un profilo basato su mLDP (multipoint Label Distribution Protocol) in Cisco IOS^®-XR utilizzando un router di risposta.

Una rete esegue il profilo mVPN 0, che è il profilo con PIM (Protocol Independent Multicast) nella rete principale e PIM nella sovrapposizione. La rete eseguirà la migrazione a un profilo utilizzando mLDP nel core. In questo caso, la migrazione è al profilo 6: Segnalazione in-band con mLDP e utilizzo di VRF (Virtual Routing/Forwarding) sui router PE (Provider Edge).

La soluzione di migrazione funziona per il traffico SSM (multicast specifico dell'origine) e ASM (multicast di origine).

Guarda l'immagine 1.

Immagine 1

Nell'immagine 1 è illustrato il profilo di esecuzione di rete 0. Le origini si trovano dietro PE1. La migrazione è verso il profilo 6, ma il problema è che il router PE (Provider Edge) in entrata, PE1, è un router legacy che non può eseguire immediatamente la migrazione al profilo 6. La soluzione consiste nel continuare a utilizzare il profilo 0 in PE1 e utilizzare un router PE TurnAround (TA) nella rete, che si occupa di commutare il traffico multicast dal profilo 0 al profilo 6. La soluzione che utilizza un router di risposta è una soluzione temporanea finché non è possibile eseguire la migrazione anche del PE di origine al profilo 6. Le frecce sulla topologia mostrano il flusso del traffico multicast.

Soluzione

La soluzione richiede quanto segue:

Un router di risposta in grado di eseguire il profilo 0 e il profilo 6.
È necessario abilitare il routing SAFI (Successive Address Family Identifier) 2 sui router non legacy. Questa è la chiave di questa soluzione. L'RPF (Reverse Path Forwarding) verso l'origine (o l'RP (Rendez-Vous Point) per ASM) deve essere verso il router TA PE. A tal fine, devono essere presenti route statiche per le origini e RP (se si utilizza ASM) nel VRF in SAFI 2 sul router di risposta. Queste route statiche vengono pubblicizzate sul router TA PE da BGP in SAFI 129 (multicast vpnv4). Le route statiche si trovano in SAFI 2 in modo da non ignorare le route in SAFI 1 (unicast) e non ignorare la decisione di inoltro unicast sul router TA PE e sui router PE che ricevono le route SAFI 129.
Il protocollo SAFI 129 in BGP viene utilizzato sul profilo 6 dei router PE e RR (Route Reflector). Il protocollo SAFI 2 in BGP viene utilizzato sui router Profile 6 PE. Questo SAFI 2 porta le route multicast in BGP utilizzate per il multicast RPF, ignorando le route non cast. SAFI 2 è le route multicast nel VRF e le route SAFI 129 sono le route multicast per vpnv4.

Il router PE di risposta è responsabile di attirare il traffico multicast nel profilo 0 e di inviarlo di nuovo al core nel profilo 6. Questo lo rende il router di risposta. Il sistema di inversione non necessita di un ricevitore collegato localmente, ma potrebbe averne uno.

Configurazione

Configurazione del record di risorse

router bgp 65001
 bgp router-id 10.0.0.5
 address-family ipv4 unicast
 !
 address-family vpnv4 unicast
 !
address-family ipv4 mdt   ## for profile 0
 !
 address-family ipv4 mvpn
 !
address-family vpnv4 multicast   ## SAFI 129
 !
 neighbor 10.0.0.1       ## profile 0 peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
   route-reflector-client
  !
  address-family ipv4 mdt
   route-reflector-client
  !
 !
 neighbor 10.0.0.2    ## profile 0 peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
   route-reflector-client
  !
  address-family ipv4 mdt
   route-reflector-client
  !
 !
 neighbor 10.0.0.3    ## TA peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
   route-reflector-client
  !
  address-family ipv4 mvpn
   route-reflector-client
  !
  address-family vpnv4 multicast   ## SAFI 129
   route-reflector-client
  !
 !
 neighbor 10.0.0.4   ## profile 6 peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
   route-reflector-client
  !
  address-family ipv4 mdt
   route-reflector-client
  !
  address-family ipv4 mvpn
   route-reflector-client
  !
  address-family vpnv4 multicast
   route-reflector-client

Il record di risorse riflette le route per il profilo 0 (AF ipv4 mdt). MDT è l'acronimo di Multicast Distribution Tree (albero di distribuzione multicast).

Per il ripristino di emergenza è necessario SAFI 129. Si tratta della famiglia di indirizzi multicast vpnv4. Le sessioni BGP per questa ASA tra l'RR e ciascun router con profilo 6 devono essere presenti.

Configurazione del file PE di origine

Nota: La configurazione PE di origine deve essere aggiunta a qualsiasi altro profilo 0 PE incluso nella migrazione.

vrf one
 address-family ipv4 unicast
  import route-target
   65001:1
  !
  export route-target
   65001:1

router bgp 65001
 bgp router-id 10.0.0.1
 address-family vpnv4 unicast
 !
address-family ipv4 mdt
 !
 neighbor 10.0.0.5
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
  !
  address-family ipv4 mdt
  !
 !
 vrf one
  rd 1:2
  address-family ipv4 unicast
   redistribute onnected

multicast-routing
 address-family ipv4
  interface Loopback0
   enable
  !
  interface GigabitEthernet0/0/0/0
   enable
  !
 !
 vrf one
  address-family ipv4
   interface GigabitEthernet0/0/0/1
    enable
   !
   mdt source Loopback0
   rate-per-route
   mdt default ipv4 232.1.1.1   ## profile 0 Default MDT

Il router PE di origine dispone della configurazione solo per il profilo 0. Non è configurato alcun SAFI 129 o SAFI 2. Nessuna configurazione del profilo 6.

Configurazione di TA PE

vrf one
 address-family ipv4 unicast
  import route-target
   65001:1
  !
  export route-target
   65001:1
  !
 !
address-family ipv4 multicast   ## SAFI 2
  import route-target
   65001:1
  !
  export route-target
   65001:1

router bgp 65001
 bgp router-id 10.0.0.4
 address-family ipv4 unicast
 !
address-family ipv4 multicast   ## this is needed to have the static route in SAFI 2
 !
 address-family vpnv4 unicast
 !
address-family ipv4 mdt   ## for profile 0
 !
 address-family ipv4 mvpn
 !
address-family vpnv4 multicast   ## SAFI 129
 !
 neighbor 10.0.0.5   ## RR peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
  !
  address-family ipv4 mdt
  !
  address-family ipv4 mvpn
  !
  address-family vpnv4 multicast   ## SAFI 129
  !
 !
 vrf one
  rd 1:4
  address-family ipv4 unicast
   redistribute connected
   redistribute static
  !
  address-family ipv4 multicast   ## SAFI 2
   redistribute connected
   redistribute static   ## redistribute SAFI 2 static routes
  !
 !

router static
 vrf one
  address-family ipv4 multicast
   10.1.6.0/24 vrf default 10.0.0.1   ## SAFI 2 static route

route-policy rpf-PE-TA
  set core-tree pim-default
end-polic

multicast-routing
 address-family ipv4
  interface Loopback0
   enable
  !
  interface GigabitEthernet0/0/0/0
   enable
  !
 !
 vrf one
  address-family ipv4
   mdt source Loopback0
   rate-per-route
   mdt default ipv4 232.1.1.1    ## profile 0
   mdt mldp in-band-signaling ipv4    ## profile 6
  !
 !
!
router pim
 vrf one
  address-family ipv4
   rpf topology route-policy rpf-PE-TA

TA PE richiede SAFI 129. Si tratta della famiglia di indirizzi multicast vpnv4 verso RR.

SAFI 2 è richiesto nell’ambito del VRF e del BGP.

È necessario il percorso statico nel VRF verso l'origine (o RP per ASM), che punta al router PE in entrata. Questa rotta statica SAFI 2 deve essere ridistribuita come una rotta SAFI 129 in BGP. Questa rotta SAFI 129 è ricevuta dalle rotte di profilo 6 PE in BGP come rotta SAFI 129 e installata come rotta SAFI 2 nel VRF.

È necessaria la configurazione dei profili 0 e 6. Il comando topologia RPF è configurato per il profilo 0, in quanto è presente l'origine (o RP).

Nota: Il router di risposta deve avere un'interfaccia fisica (secondaria) (non un'interfaccia di loopback) abilitata per il routing multicast nel VRF. In caso contrario, le route multicast non verranno installate nelle schede di linea e il traffico multicast non verrà invertito.

Configurazione del file PE in uscita

vrf one
 address-family ipv4 unicast
  import route-target
   65001:1
  export route-target
   65001:1  
 !
 address-family ipv4 multicast   ## SAFI 2
  import route-target
   65001:1
  !
  export route-target
   65001:1

router bgp 65001
 bgp router-id 10.0.0.3
 address-family ipv4 unicast
 !
 address-family vpnv4 unicast
 !
 address-family ipv4 mvpn
 !
address-family vpnv4 multicast   ## SAFI 129
 !
 neighbor 10.0.0.5    ## RR peer
  remote-as 65001
  update-source Loopback0
  address-family vpnv4 unicast
  !
  address-family ipv4 mvpn
  !
  address-family vpnv4 multicast   ## SAFI 129
  !
 !
 vrf one
  rd 1:3
  address-family ipv4 unicast
   redistribute connected
  !
  address-family ipv4 multicast   ## SAFI 2
   redistribute connected
   redisribute static

route-policy in-band-mldp
  set core-tree mldp-inband   ## profile 6
end-polic

multicast-routing
 address-family ipv4
  interface Loopback0
   enable
  !
 !
 vrf one
  address-family ipv4
   interface GigabitEthernet0/0/0/1
    enable
   !
   mdt source Loopback0
   rate-per-route
   mdt mldp in-band-signaling ipv4   ## profile 6
  !
 !
!
router pim
 address-family ipv4
  interface Loopback0
   enable
  !
 !
 vrf one
  address-family ipv4
   rpf topology route-policy in-band-mldp   ## profile 6

Il router PE in uscita ha la configurazione per il profilo 6. Oltre a ciò: affinché il router PE in uscita esegua correttamente il RPF verso il router PE TA per l'origine (o il RP per ASM), è necessaria la configurazione per SAFI 2 e SAFI 129.

Verifica

Profilo 6 PE - PE3

RP/0/RP0/CPU0:PE3#show bgp vpnv4 multicast rd 1:3 10.1.6.0/24
BGP routing table entry for 10.1.6.0/24, Route Distinguisher: 1:3
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                136         136
Last Modified: Jul  7 12:02:27.278 for 00:49:22
Paths: (1 available, best #1)
  Not advertised to any peer
  Path #1: Received by speaker 0
  Not advertised to any peer
  Local
    10.0.0.4 (metric 30) from 10.0.0.5 (10.0.0.4)
      Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
      Received Path ID 0, Local Path ID 1, version 136
      Extended community: RT:65001:1
      Originator: 10.0.0.4, Cluster list: 10.0.0.5
      Connector: type: 1, Value:1:4:10.0.0.4
      Source AFI: VPNv4 Multicast, Source VRF: default, Source Route Distinguisher: 1:4

L'hop successivo è la versione 10.0.0.4, che è il router TA PE.


RP/0/RP0/CPU0:PE3#show route vrf one ipv4 multicast 10.1.6.0/24
Routing entry for 10.1.6.0/24
  Known via "bgp 65001", distance 200, metric 0, type internal
  Installed Jul  7 12:02:27.236 for 00:50:44
  Routing Descriptor Blocks
    10.0.0.4, from 10.0.0.5
      Nexthop in Vrf: "default", Table: "default", IPv4 Unicast, Table Id: 0xe0000000
      Route metric is 0
  No advertising protos.

RP/0/RP0/CPU0:PE3#show pim vrf one rpf 10.1.6.6
Table: IPv4-Multicast-default
* 10.1.6.6/32 [200/0]
    via Imdtone with rpf neighbor 10.0.0.4
    Connector: 1:4:10.0.0.4, Nexthop: 10.0.0.4

L'RPF è diretto al router TA PE.


RP/0/RP0/CPU0:PE3#show mrib vrf one route 232.1.1.1
IP Multicast Routing Information Base
Entry flags: L - Domain-Local Source, E - External Source to the Domain,
    C - Directly-Connected Check, S - Signal, IA - Inherit Accept,
    IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,
    MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle
    CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet
    MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary
    MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
    NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
    II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,
    LD - Local Disinterest, DI - Decapsulation Interface
    EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,
    EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,
    MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface
    IRMI - IR MDT Interface, TRMI - TREE SID MDT Interface, MH - Multihome Interface
(10.1.6.6,232.1.1.1) RPF nbr: 10.0.0.4 Flags: RPF
  Up: 09:29:38
  Incoming Interface List
    Imdtone Flags: A LMI, Up: 00:47:04
  Outgoing Interface List
    GigabitEthernet0/0/0/1 Flags: F NS, Up: 09:29:38

L'interfaccia in entrata è il profilo 6.

TA PE

RP/0/RP0/CPU0:TA-PE#show bgp vpnv4 multicast rd 1:4 10.1.6.0/24
BGP routing table entry for 10.1.6.0/24, Route Distinguisher: 1:4
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                 80          80
Last Modified: Jul  7 12:02:27.317 for 01:04:42
Paths: (1 available, best #1)
  Advertised to peers (in unique update groups):
    10.0.0.5
  Path #1: Received by speaker 0
  Advertised to peers (in unique update groups):
    10.0.0.5
  Local
    10.0.0.1 (metric 30) from 0.0.0.0 (10.0.0.4)
      Origin incomplete, metric 0, localpref 100, weight 32768, valid, redistributed, best, group-best, import-candidate
      Received Path ID 0, Local Path ID 1, version 80
      Extended community: RT:65001:1

Questa route è locale, ma l'hop successivo è il file PE di origine (10.0.0.1). Il percorso viene annunciato al record di risorse (10.0.0.5).


RP/0/RP0/CPU0:TA-PE#show route vrf one ipv4 multicast 10.1.6.0/24
Routing entry for 10.1.6.0/24
  Known via "static", distance 1, metric 0
  Installed Jul  7 12:02:27.234 for 01:07:01
  Routing Descriptor Blocks
    10.0.0.1
      Nexthop in Vrf: "default", Table: "default", IPv4 Multicast, Table Id: 0xe0100000
      Route metric is 0, Wt is 1
  No advertising protos.

RP/0/RP0/CPU0:PE-TA#show pim vrf one rpf 10.1.6.6
Table: IPv4-Multicast-default
* 10.1.6.6/32 [1/0]
    via mdtone with rpf neighbor 10.0.0.1

L'RPF si dirige verso il router di origine usando il profilo 0.


RP/0/RP0/CPU0:TA-PE#show mrib vrf one route 232.1.1.1
IP Multicast Routing Information Base
Entry flags: L - Domain-Local Source, E - External Source to the Domain,
    C - Directly-Connected Check, S - Signal, IA - Inherit Accept,
    IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,
    MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle
    CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet
    MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary
    MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
    NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
    II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,
    LD - Local Disinterest, DI - Decapsulation Interface
    EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,
    EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,
    MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface
    IRMI - IR MDT Interface, TRMI - TREE SID MDT Interface, MH - Multihome Interface
(10.1.6.6,232.1.1.1) RPF nbr: 10.0.0.1 Flags: RPF
  Up: 01:13:28
  Incoming Interface List
    mdtone Flags: A MI, Up: 01:13:28
  Outgoing Interface List
    Imdtone Flags: F LMI, Up: 01:13:28

L'interfaccia in ingresso è MDT del profilo 0 e l'interfaccia in uscita è MDT del profilo 6. Questa è la soluzione.


RP/0/RP0/CPU0:TA-PE#show mfib vrf one route 232.1.1.1 detail
IP Multicast Forwarding Information Base
Entry flags: C - Directly-Connected Check, S - Signal, D - Drop,
  IA - Inherit Accept, IF - Inherit From, EID - Encap ID,
  ME - MDT Encap, MD - MDT Decap, MT - MDT Threshold Crossed,
  MH - MDT interface handle, CD - Conditional Decap,
  DT - MDT Decap True, EX - Extranet, RPFID - RPF ID Set,
  MoFE - MoFRR Enabled, MoFS - MoFRR State, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
  NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
  EG - Egress, EI - Encapsulation Interface, MI - MDT Interface,
  EX - Extranet, A2 - Secondary Accept
Forwarding/Replication Counts: Packets in/Packets out/Bytes out
Failure Counts: RPF / TTL / Empty Olist / Encap RL / Other
(10.1.6.6,232.1.1.1),  Flags:  EID RPFID
  Up: 01:15:01
  Last Used: never
  SW Forwarding Counts: 0/0/0
  SW Replication Counts: 0/0/0
  SW Failure Counts: 0/0/0/0/0
  Route ver: 0xd672
  MVPN Info :-
    Associated Table ID : 0xe0000000
    MDT Handle: 0x0, MDT Probe:N [N], Rate:Y, Acc:N
    MDT SW Ingress Encap V4/V6, Egress decap: 0 / 0, 0
    Encap ID: 262146, RPF ID: 3
    Local Receiver: False, Turnaround: True
  mdtone Flags:  A MI, Up:01:15:01
  Imdtone Flags:  F LMI, Up:01:15:01

L'interfaccia in ingresso è MDT del profilo 0 e l'interfaccia in uscita è MDT del profilo 6. Questa è la soluzione.

Profilo 0 PE - PE2

RP/0/RP0/CPU0:PE2#show pim vrf one rpf 10.1.6.6
Table: IPv4-Unicast-default
* 10.1.6.6/32 [200/0]
    via mdtone with rpf neighbor 10.0.0.1
    Connector: 1:1:10.0.0.1, Nexthop: 10.0.0.1

L'RPF si dirige verso il router PE in entrata con profilo 0.


RP/0/RP0/CPU0:PE2#show mrib vrf one route 232.1.1.1
IP Multicast Routing Information Base
Entry flags: L - Domain-Local Source, E - External Source to the Domain,
    C - Directly-Connected Check, S - Signal, IA - Inherit Accept,
    IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,
    MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle
    CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet
    MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary
    MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
    NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
    II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,
    LD - Local Disinterest, DI - Decapsulation Interface
    EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,
    EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,
    MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface
    IRMI - IR MDT Interface, TRMI - TREE SID MDT Interface, MH - Multihome Interface
(10.1.6.6,232.1.1.1) RPF nbr: 10.0.0.1 Flags: RPF
  Up: 1d22h
  Incoming Interface List
    mdtone Flags: A MI, Up: 02:49:35
  Outgoing Interface List
    GigabitEthernet0/0/0/1 Flags: F NS, Up: 1d22h

L'interfaccia in entrata è il profilo 0.

RR

RP/0/RP0/CPU0:P#show bgp vpnv4 multicast rd 1:4 10.1.6.0/24
BGP routing table entry for 10.1.6.0/24, Route Distinguisher: 1:4
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                 84          84
Last Modified: Jul  7 12:02:27.979 for 00:54:33
Paths: (1 available, best #1)
  Advertised to update-groups (with more than one peer):
    0.2
  Path #1: Received by speaker 0
  Advertised to update-groups (with more than one peer):
    0.2
  Local, (Received from a RR-client)
    10.0.0.4 (metric 20) from 10.0.0.4 (10.0.0.4)
      Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, not-in-vrf
      Received Path ID 0, Local Path ID 1, version 84
      Extended community: RT:65001:1
      Connector: type: 1, Value:1:4:10.0.0.4

Il percorso verso l'origine viene annunciato ai router PE con profilo 6 e ricevuto dal router AT (10.0.0.4).

Esci dalla strategia

La soluzione di migrazione che utilizza un router di risposta è temporanea. La migrazione deve essere completata eseguendo la migrazione di ogni router PE al profilo 6. A tale scopo, eseguire le operazioni seguenti:

Aggiungere un nuovo router PE di origine
Aggiungere un criterio di route sui router PE a RPF al router PE di origine legacy (profilo 0), al router PE TA (profilo 6) o al nuovo router PE di origine (profilo 6)
- Specificare un'origine e/o un gruppo nel criterio di route
Sposta l'origine multicast nel nuovo router PE di origine
Rimuovere il vecchio router PE di origine dopo la migrazione di tutti i gruppi multicast nel nuovo router PE di origine

Conclusioni

L'utilizzo di un router di risposta per mVPN può essere un modo semplice per facilitare la migrazione dal profilo 0 a un nuovo profilo mVPN come soluzione temporanea in attesa di un router PE di origine più recente in grado di eseguire il nuovo profilo mVPN.

Cronologia delle revisioni

Revisione	Data di pubblicazione	Commenti
4.0	15-Dec-2021	Correzione del tipo
3.0	13-Dec-2021	Commento aggiunto: il router di risposta deve avere un'interfaccia locale abilitata per il multicast nel VRF.
2.0	03-Dec-2021	Formattazione del codice aggiornata.
1.0	30-Sep-2021	Versione iniziale

Contributo dei tecnici Cisco

Luc De Ghein

Questo documento ti è stato utile?

Feedback

Contattaci

Apri una richiesta di assistenza
(Occorre un contratto di servizio Cisco)