MULTIDIFFUSION nouvelle génération - GRE MDT par défaut (BGP AD - PIM C : Profil 3)
Contenu
Introduction
Ce document décrit le protocole GRE (MDT) GRE (BGP AD - PIM C) pour Multicast over VPN (mVPN). Il utilise un exemple et la mise en oeuvre dans Cisco IOS afin d'illustrer le comportement.
Qu'est-ce que le MDT par défaut ?
Il est utilisé pour connecter la multidiffusion à tous les PE dans un VRF. Par défaut, il connecte tous les routeurs PE. Par défaut, il transporte tout le trafic. Tout le trafic de contrôle PIM et le trafic du plan de données. Exemple : (*, G) Trafic et (S, G) Trafic. La valeur par défaut est le must. Ce MDT par défaut connecte tous les routeurs PE à connecter. Cela représente multipoint à multipoint. N'importe qui peut envoyer et tout le monde peut recevoir de l'arbre.
Qu'est-ce que Data MDT ?
Elle est facultative et est créée à la demande. Il transporte un trafic spécifique (S, G). Dans la dernière version d'IOS, le seuil est configuré comme 0 et infini. À chaque fois qu'un premier paquet atteint le VRF, le MDT de données est initialisé et, si infini, le MDT de données n'est jamais créé, et le trafic se déplace vers l'avant dans le MDT par défaut. Le MDT de données est toujours l'arbre de réception, il n'envoie jamais de trafic. Le MDT de données est uniquement destiné au trafic (S, G).
Le seuil auquel le MDT de données est créé peut être configuré par routeur ou par VRF. Lorsque la transmission multidiffusion dépasse le seuil défini, le routeur PE émetteur crée le MDT de données et envoie un message UDP (User Datagram Protocol), qui contient des informations sur le MDT de données à tous les routeurs du MDT par défaut. Les statistiques permettant de déterminer si un flux de multidiffusion a dépassé le seuil MDT de données sont examinées une fois par seconde.
Les MDT de données sont créés uniquement pour les entrées de route de multidiffusion (S, G) dans la table de routage de multidiffusion VRF. Ils ne sont pas créés pour les entrées (*, G) quelle que soit la valeur du débit de données source individuel
- Autorise PE à rejoindre directement une arborescence source pour un MDT.
- Aucun point de rendez-vous n’est nécessaire sur le réseau.
- Les RP sont un point de défaillance potentiel et des frais généraux supplémentaires.
- Mais ils autorisent les arbres partagés et BiDir (moins d'état).
- Réduire le délai de transmission.
- Évitez les frais généraux de gestion pour administrer le mappage de groupe/RP et les RP redondants pour garantir la fiabilité.
- Le compromis est plus nécessaire.
- (S, G) pour chaque mVPN dans un PE.
S'il y a 5 PE chacun tenant mVRF RED, il y a 5 entrées x (S, G).
- Configurez la commande ip pim ssm range sur les routeurs P et PE (évite la création d’entrées inutiles (*, G)).
- SSM recommandé pour les Data-MDT.
- Utilisez BiDir si possible pour Default-MDT (le support BiDir est spécifique à la plate-forme).
Si SSM n'est pas utilisé pour configurer des MDT de données :
- Chaque VRF doit être configuré avec un ensemble unique d'adresses P de multidiffusion ; deux VRF dans le même MD ne peuvent pas être configurés avec le même ensemble d’adresses.
- De nombreuses autres adresses P multicast sont nécessaires.
- Opérations et gestion compliquées.
- SSM nécessite que le PE rejoigne un (S, G) et non (*, G).
G est connu comme étant configuré, mais PE ne connaît pas directement la valeur de S (S, G) du MDT par défaut propagé par MP-BGP.
L'avantage de SSM est qu'il ne dépend pas de l'utilisation d'un RP pour dériver le routeur PE source pour un groupe MDT particulier.
L'adresse IP du PE source et du groupe MDT par défaut est envoyée via le protocole BGP (Border Gateway Protocol)
BGP peut envoyer ces informations de deux manières :
- Communauté étendue
- Solution propriétaire Cisco
- Attribut non transitif (non adapté aux systèmes inter-AS)
- Famille d'adresses BGP MDT SAFI (66)
- draft-nalawade-idr-mdt-safi
BGP
- Groupe par défaut PE et MDT source codé dans NLRI de MP_REACH_NLRI.
- RD est identique à celui du MVRF pour lequel le groupe par défaut MDT est configuré.
- Le type de RD est 0 ou 1
L'attribut PMSI porte l'adresse source et l'adresse de groupe. Pour former le tunnel MT.
Adressage multidiffusion pour le groupe SSM
232.0.0.0 - 232.255.255.255 a été réservé aux applications multidiffusion spécifiques à la source globales.
239.0.0.0 - 239.255.255.255 est la plage d'espace d'adressage de multidiffusion IPv4 étendue administrativement
Portée locale de l'organisation IPv4 - 239.192.0.0/14
L'étendue locale est l'étendue d'enceinte minimale et n'est donc pas plus divisible.
Les plages 239.0.0.0/10, 239.64.0.0/10 et 239.128.0.0/10 ne sont pas affectées et peuvent être étendues à cet espace.
Ces plages doivent rester non attribuées jusqu'à ce que l'espace 239.192.0.0/14 ne soit plus suffisant.
Recommandations
- Default-MDT doit dessiner des adresses de l'espace 239/8 en commençant par la plage définie avec l'étendue locale d'organisation 239.192.0.0/14
- Data-MDT doit dessiner des adresses à partir de l'étendue locale de l'organisation.
- Il est également possible d'utiliser la plage globale SSM 232.0.0.0 - 232.255.255.255
- Comme SSM utilise toujours un état unique (S, G), il n'y a aucune possibilité de chevauchement car le flux de multidiffusion SSM sera initié par différentes sources (avec des adresses différentes), qu'elles se trouvent dans le réseau du fournisseur ou sur Internet.
- Utilisez le même pool Data-MDT pour chaque mVRF dans un domaine de multidiffusion particulier (où Default-MDT est commun).
Par exemple, tous les VRF utilisant Default-MDT 239.192.10.1 doivent utiliser la même plage de données MDT 239.232.1.0/24
Signalisation de superposition
La signalisation de superposition de Rosen GRE est affichée dans l'image.
Topologie
La topologie de Rosen GRE est affichée dans l'image.
Routage et transfert VPN multidiffusion et domaines multidiffusion
MVPN introduit les informations de routage multidiffusion dans la table de routage et de transfert VPN. Lorsqu'un routeur de périphérie du fournisseur reçoit des données de multidiffusion ou des paquets de contrôle d'un routeur de périphérie du client (CE), le transfert est effectué conformément aux informations de l'instance MVRF (Multicast VPN Routing and Forwarding instance). MVPN n'utilise pas la commutation d'étiquette.
Un ensemble de MVRF pouvant envoyer du trafic de multidiffusion entre eux constitue un domaine de multidiffusion. Par exemple, le domaine de multidiffusion d'un client qui souhaite envoyer certains types de trafic de multidiffusion à tous les employés du monde entier se composerait de tous les routeurs CE associés à cette entreprise.
Tâches de configuration
- Activez le routage multidiffusion sur tous les noeuds.
- Activez le mode PIM (Protocol Independent Multicast) dans toutes les interfaces.
- Avec le VRF existant, configurez le MDT par défaut.
- Configurez le VRF sur l'interface Ethernet0/x.
- Activez le routage multidiffusion sur VRF.
- Configurez PIM SSM Default dans tous les noeuds du coeur de réseau.
- Configurez la famille d'adresses BGP MVPN.
- Configurez le RP BSR dans le noeud CE.
- Préconfiguré :
VRF SSM-BGP mBGP: Address family VPNv4 VRF Routing Protocol
Vérification
Tâche 1 : vérification de la connectivité physique
Vérifiez que toutes les interfaces connectées sont ACTIVÉES.
Tâche 2 : Vérifiez la monodiffusion VPNv4 de la famille d'adresses BGP.
- Vérifiez que BGP est activé sur tous les routeurs pour la monodiffusion AF VPNv4 et que les voisins BGP sont UP.
- Vérifiez que la table de monodiffusion VPNv4 BGP contient tous les préfixes du client.
Tâche 3 : Vérifiez la monodiffusion MVPN de la famille d'adresses BGP.
- Vérifiez que BGP est activé sur tous les routeurs pour AF IPV4 MVPN et que les voisins BGP sont ACTIFS.
- Vérifiez que tous les PE se découvrent mutuellement, avec la route de type 1.
Tâche 4 : Vérifier le trafic multidiffusion de bout en bout
- Vérifiez le voisinage PIM.
- Vérifiez que l'état de multidiffusion est créé dans le VRF.
- Vérifiez l'entrée mRIB sur PE1, PE2 et PE3.
- Vérifiez que (S, G) entrée mFIB, paquet incrémenté dans le transfert de logiciel.
- Vérifier que les paquets ICMP atteignent l'interface CE à CE.
Comment les interfaces de tunnel sont créées ?
Création du tunnel MDT
Une fois que nous avons configuré mdt default 239.232.0.0
Le tunnel 0 est apparu et a attribué son adresse de bouclage 0 comme source.
%LINEPROTO-5-UPDOWN : Protocole de ligne sur l’interface Tunnel0, état modifié en up
PIM(1): Check DR after interface: Tunnel0 came up! PIM(1): Changing DR for Tunnel0, from 0.0.0.0 to 1.1.1.1 (this system) %PIM-5-DRCHG: VRF SSM-BGP: DR change from neighbor 0.0.0.0 to 1.1.1.1 on interface Tunnel0
Cette image montre la création de tunnel MDT.
PE1#sh int tunnel 0 Tunnel0 is up, line protocol is up Hardware is Tunnel Interface is unnumbered. Using address of Loopback0 (1.1.1.1) MTU 17916 bytes, BW 100 Kbit/sec, DLY 50000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not set Tunnel source 1.1.1.1 (Loopback0) Tunnel Subblocks: src-track: Tunnel0 source tracking subblock associated with Loopback0 Set of tunnels with source Loopback0, 1 member (includes iterators), on interface <OK> Tunnel protocol/transport multi-GRE/IP Key disabled, sequencing disabled Checksumming of packets disabled
Dès que BGP MVPN est activé, tous les PE se découvrent via la route de type 1. Tunnel de multidiffusion formé. BGP transporte toutes les adresses PE de groupe et source dans l'attribut PMSI.
Cette image montre l'échange d'une route de type 1.
Cette image montre PCAP-1.
PE1#sh ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, (3.3.3.3, 239.232.0.0), 00:01:41/00:01:18, flags: sTIZ Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2 Outgoing interface list: MVRF SSM-BGP, Forward/Sparse, 00:01:41/00:01:18 (2.2.2.2, 239.232.0.0), 00:01:41/00:01:18, flags: sTIZ Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2 Outgoing interface list: MVRF SSM-BGP, Forward/Sparse, 00:01:41/00:01:18 “Z” Multicast Tunnel formed after BGP mVPN comes up, as it advertises the Source PE and Group Address in PMSI attribute.
Voisinage PIM
PE1#sh ip pim vrf SSM-BGP neighbor PIM Neighbor Table Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority, P - Proxy Capable, S - State Refresh Capable, G - GenID Capable Neighbor Interface Uptime/Expires Ver DR Address Prio/Mode 10.1.0.2 Ethernet0/2 00:58:18/00:01:31 v2 1 / DR S P G 3.3.3.3 Tunnel0 00:27:44/00:01:32 v2 1 / S P G 2.2.2.2 Tunnel0 00:27:44/00:01:34 v2 1 / S P G
Dès que vous configurez les informations RP :
%LINEPROTO-5-UPDOWN : Protocole de ligne sur l’interface Tunnel1, état modifié en up
L'échange de messages d'amorçage via le tunnel MDT
PIM(1): Received v2 Bootstrap on Tunnel0 from 2.2.2.2 PIM(1): pim_add_prm:: 224.0.0.0/240.0.0.0, rp=22.22.22.22, repl = 0, ver =2, is_neg =0, bidir = 0, crp = 0 PIM(1): Update prm_rp->bidir_mode = 0 vs bidir = 0 (224.0.0.0/4, RP:22.22.22.22), PIMv2 *May 18 10:28:42.764: PIM(1): Received RP-Reachable on Tunnel0 from 22.22.22.22
Cette image montre l'échange de messages bootstrap via le tunnel MDT.
PE2#sh int tunnel 1 Tunnel1 is up, line protocol is up Hardware is Tunnel Description: Pim Register Tunnel (Encap) for RP 22.22.22.22 on VRF SSM-BGP Interface is unnumbered. Using address of Ethernet0/2 (10.2.0.1) MTU 17912 bytes, BW 100 Kbit/sec, DLY 50000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not set Tunnel source 10.2.0.1 (Ethernet0/2), destination 22.22.22.22 Tunnel Subblocks: src-track: Tunnel1 source tracking subblock associated with Ethernet0/2 Set of tunnels with source Ethernet0/2, 1 member (includes iterators), on interface <OK> Tunnel protocol/transport PIM/IPv4 Tunnel TOS/Traffic Class 0xC0, Tunnel TTL 255 Tunnel transport MTU 1472 bytes Tunnel is transmit only
Deux tunnels ont formé le tunnel PIM register et le tunnel MDT.
- Le tunnel 0 est utilisé pour envoyer le trafic de multidiffusion PIM Join et à faible bande passante.
- Le tunnel 1 est utilisé pour envoyer le message PIM encapsulated Register.
Commande à vérifier :
**MDT BGP :
PE1#sh ip pim vrf m-SSM mdt bgp
** envoyer des données FHR :
PE1#sh ip pim vrf m-SSM mdt
Commentaires