NG-MVPN MCAST-VPN NLRI

Home » Blog » Routing » Multicast » Mcast Teoria » NG-MVPN MCAST-VPN NLRI

NG-MVPN MCAST-VPN NLRI

03.01 2023 | by massimiliano

NG-MVPN MCAST-VPN NLRI  per MVPN sono stati definiti differenti NLRI MCAST-VPN:   A-D MVPN (Auto-Discovery MVPN): impiegati per la ricerca […]


https://www.ingegnerianetworking.com/wp-content/uploads/2023/01/intra-inter-format-ipmsi-24c.png

NG-MVPN MCAST-VPN NLRI

 per MVPN sono stati definiti differenti NLRI MCAST-VPN:

 

A-D MVPN (Auto-Discovery MVPN): impiegati per la ricerca automatica di nodi PE nella forma sia Inclusive che Selective Tree e per annunciare le sorgenti di traffico C-multicast (definiti in letteratura in genere come non-C-multicast NLRI)

 

C-multicast: utilizzati per propagare messaggi PIM JOIN di tipo (C-*, C-G) e (C-S, C-G)

 

Nota: vi è una differenza tra annuncia via MP-iBGP che trasportano C-multicast e non-C-multicast NLRI e consiste nel tipo di RT (Route Target) utilizzato.

 

Gli annunci MP-BGP che trasportano NLRI di tipo non-C-multicast hanno RT definiti manualmente mediante configurazione (impiegati come nel modello L3VPN unicast)

Gli annunci MP-BGP che trasportano NLRI di tipo C-multicast hanno RT determinato dinamicamente e consente ai soli PE sorgente di importare gli annunci.

  

 IMPIEGO INTERFACE TYPE MODEL NLRI
 Auto Discovery I-PMSI Type 1  Intra-AS I-PMSI A-D non-C-multicast NLRI
 Auto Discovery I-PMSI  Type 2 Inter-AS I-PMSI A-D non-C-multicast NLRI
 Auto Discovery S-PMSI  Type 3 S-PMSI A-D  non-C-multicast NLRI
Auto Discovery S-PMSI Type 4 Leaf A-D non-C-multicast NLRI
Annuncio delle Sorgenti   Type 5   non-C-multicast NLRI
Propagazione di messaggi C-PIM   Type 6 Shared Tree Join C-multicast NLRI
Propagazione di messaggi C-PIM   Type 7 Source Tree Join C-multicast NLRI

  

Formato Intra-AS I-PMSI A-D (type 1)

 

intra inter format ipmsi 

RD = Route Distinguischer associato alla MVPN

Originating Router’s IP address = è un indirizzo del PE che genera l’annuncio (tipicamente una loopback)

 

Intra-AS I-PMSI A-D Type 1 hanno due principali funzioni:

 Auto-Discovery dei siti MVPN (obbligatorio) che consente a ciascun PE di conoscere gli altri nodi PE della stessa MVPN

 Auto-Discovery delle foglie (Leaf) di un Inclusive Tree per una determinata MVPN

 

Formato Inter-AS I-PMSI A-D (type 2)

 

source as pmsi

 

Inter-AS I-PMSI A-D Type 2 svolgono funzioni simili al Type 1 ma in contesti appunti Inter-AS; il formato è identico a quello disegnato sopra, ma il campo Originating Router’s IP address è sostituito dal Source AS che indica il numero di AS a cui appartiene il nodo PE che genera l’annuncio.

 

Formato S-PMSI A-D (type 3) 

 

s pmsi type 3 

 

RD = Route Distinguisher associato alla MVPN

Multicast Source Lenght = è la lunghezza della subnet mask associata agli indirizzi unicast delle sorgenti

Mutlicast Source = è il prefisso a cui appartengono le sorgenti del traffico multicast

Multicast Group Lenght = è la lunghezza della subnet mask associata ai gruppi multicast

Multicast Group = è il prefisso a cui appartengono i gruppi multicast

Originating Router’s IP Address =  è un indirizzo del PE che genera l’annuncio (tipicamente una loopback)

 

Formato Leaf A-D (type 4)  

 

leaf type 4

Router Key = contiene l’intero S-PMSI A-D a cui il Leaf A-D risponde

Originating Router’s IP Address =  è un indirizzo del PE che genera l’annuncio (tipicamente una loopback)

 

Questo formato di Leaf A-D viene generato dai PE in risposta ad annunci S-PMSI A-D e consentono al nodo mittente (o radice) di un Selective Tree di scoprire automaticamente le foglie associate per una determinata MVPN.

Generalmente in caso di P-Tunnel creato via PIM /SM/SSM/BiDir) oppure mLDP, questo NLRI non viene mai utilizzato.

Possono essere considerati come una richiesta di diventare Leaf di un Selective Tree, ma non generano alcun traffico C-multicast e per fare in modo che questi sia trasportato nel P-Tunnel è necessaria una richiesta esplicita da parte del PE di destinazione.

 

Formato Source Active A-D (type 5)

 

source active type 5 

 

I nodi PE che generano questo tipo di NLRI Source Active A-D type 5 sono quelli che hanno collegati CE con sorgenti di traffico C-multicast attive, oppure quelli che hanno attestati CE con funzioni di Rendezvous-Point (C-RP).

E’ importante dire che la generazione di Source Active A-D si applica solo per routing di tipo PE-CE realizzato via PIM SM.

 

Formato Shared/Source Tree Join (type 6/7)

 

shared source tree type 67

 

Muticast Source in caso di Shared Tree Join = indirizzo IP del RP (Type 6)

Multicast Source in caso di Source Tree Join = indirizzo IP del nodo PE sorgente (Type 7)

 

Gli annunci con NLRI Shared Tree Join (type 6) e NLRI Source Tree Join (type 7) sono generati da nodi PE destinazione, cioè quelli che hanno attestati direttamente oppure attraverso nodi CE, ricevitori di traffico C-multicast.

 

Gli annunci Shared Tree Join sono generati alla ricezione da parte dei PE di messaggi PIM JOIN (C-*, C-G) e sono propagati nella modalità RPT-SPT (nella modalità STP-only vengono generati ma non propagati)

Gli annunci Source Tree Join vengono generati alla ricezione da parte dei PE di messaggi PIM JOIN (C-S, C-G) e vengono sempre propagati

 

A livello di piano di controllo tutti questi tipi di NLRI via BGP è necessario l’impiego di due Extended Community:

 

src-as (source as): impiegato per servizi MVPN Inter-AS; formato AS:0

 

rt-import: utilizzato per importare NLRI di tipo 6 e 7 nelle VRF dove sono attestate le sorgenti di traffico multicast

Formato IP:valore dove:

IP = è l’indirizzo di loopback del PE che genera l’attributo rt-import 

Valore = è un numero arbitrario scelto automaticamente dal PE node ed è sempre diverso da VRF a VRF; la combinazione di questi due campi genera quindi rt-import diversi per ciascuna VRF configurata e diversi cos’ anche per il dominio MPLS/VPN/IP.

 

 

pmsi esempio 1

 

Nota:

il nodo PE1 quando annuncia il prefisso IPv4 che è l’indirizzo di una sorgente C-S oppure di un C-RP, associa questo annuncio agli attributi src-as ed rt-import generati automaticamente ed allo stesso tempo genera una route-policy interna applicata in direzione import alle sessioni MP-iBGP. 

Questo permette il permesso di annunci MCAST-VPN con RT coincidente con quello del rt-import.

Quando PE3 genera una C-multicast route (type 6 or type 7) associa a questa un RT = 10.255.255.1:3 che permette così al PE1 di accettare l’annuncio e di fatto importarlo.

 

 

 

 

 

 

 

 

Torna in alto