Transmission multidiffusion dans vPC en fonction de l'emplacement de la source

Options de téléchargement

PDF (271.6 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (129.6 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (138.3 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:27 février 2019

ID du document:214140

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Topologie

Configuration

Source connectée au VLAN vPC

Source connectée au routeur L3

Source connectée entre différents VRF

Référence

Défauts connus

Introduction

Ce document explique différents scénarios de transfert multidiffusion lorsqu'une source est positionnée dans un environnement vPC

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

Nexus 7000 exécutant le logiciel 8.1(1)
Superviseur N7K-SUP2E
Carte de ligne N7K-M348XP-25L

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Topologie

Configuration

Les commutateurs A et B sont des homologues VPC.

Sender1 est connecté dans VLAN 50 (10.200.255.230, 239.3.0.2)

Sender2 est connecté à L3_swicth/Router dans le VLAN 30 et connu de vpc-peer via le VLAN 25 (10.30.30.30, 239.3.0.2)

Le récepteur 1 est connecté sur un port orphelin 4/1 du commutateur A

Le récepteur 2 est connecté à un port orphelin 4/1 sur le commutateur B

Switch A

Ip route 10.30.30.0/24 10.25.25.250
ip pim rp-address 10.25.25.250 group-list 224.0.0.0/4
ip pim ssm range 232.0.0.0/8
ip pim pre-build-spt

Switch B

Ip route 10.30.30.0/24 10.25.25.250
ip pim rp-address 10.25.25.250 group-list 224.0.0.0/4
ip pim ssm range 232.0.0.0/8
ip pim pre-build-spt

Source connectée au VLAN vPC

Le récepteur 1 demande en permanence le trafic du groupe 239.3.0.2 et enregistre le (*, G) sur le commutateur A dans le VLAN 10.

Le commutateur B ajoute la même entrée à l’aide de CFS. Le récepteur peut être connecté sur un port orphelin ou membre vpc dans le VLAN VPC.

Puisque Sender1 est connecté au trafic VLAN VPC envoyé au VLAN 50 et que les deux périphériques Nexus ajoutent une entrée OIF (S, G).

Les deux périphériques transmettent le trafic en fonction de l'algorithme de transfert interne PIM, car l'expéditeur est directement connecté au VLAN vPC.

Switch A# show ip pim internal vpc rpf-source
PIM vPC RPF-Source Cache for Context "default" - Chassis Role Secondary
Source: 10.200.255.230
  Pref/Metric: 0/0
  Ref count: 1
  In MRIB: yes
  Is (*,G) rpf: no
  Source role: Primary
  Forwarding state: Win-force (forwarding)

Switch B# show ip pim internal vpc rpf-source
PIM vPC RPF-Source Cache for Context "default" - Chassis Role Secondary
Source: 10.200.255.230
  Pref/Metric: 0/0
  Ref count: 1
  In MRIB: yes
  Is (*,G) rpf: no
  Source role: secondary
  Forwarding state: Win-force (forwarding)

OIF est également renseigné sur les deux homologues vpc.

Switch A# show ip mroute

(*, 232.0.0.0/8), uptime: 02:16:01, pim ip
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 0)

(*, 239.3.0.2/32), uptime: 01:42:35, igmp ip pim
  Incoming interface: Vlan10, RPF nbr: 10.10.10.251
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 01:42:35, igmp, (RPF)

(10.200.255.230/32, 239.3.0.2/32), uptime: 02:15:57, ip pim mrib
  Incoming interface: Vlan50, RPF nbr: 10.200.255.230
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 01:42:35, mrib

Switch B# sh ip mroute

(*, 232.0.0.0/8), uptime: 02:03:17, pim ip
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 0)

(*, 239.3.0.2/32), uptime: 01:31:59, igmp ip pim
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 01:31:59, igmp

(10.200.255.230/32, 239.3.0.2/32), uptime: 02:03:13, ip pim mrib
  Incoming interface: Vlan50, RPF nbr: 10.200.255.230
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 01:31:59, mrib

Le récepteur 1 reçoit le flux et dès que le récepteur 2 demande le même groupe, le récepteur 2 commence également à le recevoir.

Source connectée au routeur L3

Sender2 envoie le flux au FHRP qui est L3_swicth dans VLAN 30, qui fonctionne également comme RP dans ce cas.

L3_swicth transfère le flux vers l'homologue VPC sur le VLAN 25 VPC. Ce trafic est traité comme de la multidiffusion sur L3 et les deux homologues VPC construiront le (S, G).

Requête Receiver1 et Receiver2 pour le flux de multidiffusion et (*, G) créés sur les deux homologues vpc.

Puisque le flux Sender2 est reçu sur PIM sur SVI 25 et non directement sur SVI VPC, un seul périphérique (DR) transmettra le trafic en fonction de l'algorithme de transfert interne PIM, car l'expéditeur 2 n'est pas directement sur SVI VPC.

Switch A# show ip pim internal vpc rpf-source
Source: 10.30.30.30
  Pref/Metric: 1/0
  Ref count: 1
  In MRIB: yes
  Is (*,G) rpf: no
  Source role: primary
  Forwarding state: Tie (forwarding)
  MRIB Forwarding state: forwarding

Switch B# sh ip pim internal vpc rpf-source
Source: 10.30.30.30
  Pref/Metric: 1/0
  Ref count: 1
  In MRIB: yes
  Is (*,G) rpf: no
  Source role: secondary
  Forwarding state: Tie (not forwarding)
  MRIB Forwarding state: not forwarding

Par conséquent, l'OIF n'est renseigné que sur le DR.

Switch A# show ip mroute
IP Multicast Routing Table for VRF "default"

(*, 232.0.0.0/8), uptime: 02:37:29, pim ip
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 0)

(*, 239.3.0.2/32), uptime: 02:37:26, igmp ip pim
  Incoming interface: Vlan25, RPF nbr: 10.25.25.250
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 02:37:26, igmp

(10.30.30.30/32, 239.3.0.2/32), uptime: 02:37:26, ip mrib pim
  Incoming interface: Vlan25, RPF nbr: 10.25.25.250
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 02:37:26, mrib

Switch B# show ip mroute
(*, 232.0.0.0/8), uptime: 02:38:15, pim ip
  Incoming interface: Null, RPF nbr: 0.0.0.0
  Outgoing interface list: (count: 0)

(*, 239.3.0.2/32), uptime: 02:38:15, igmp ip pim
  Incoming interface: Vlan25, RPF nbr: 10.25.25.250
  Outgoing interface list: (count: 1)
    Vlan10, uptime: 02:38:15, igmp

(10.30.30.30/32, 239.3.0.2/32), uptime: 02:38:15, ip mrib pim
  Incoming interface: Vlan25, RPF nbr: 10.25.25.250
  Outgoing interface list: (count: 1) >>>>>> no OIF

Dans ce cas, lorsque le récepteur 1 obtient le flux et que le récepteur 2 n'obtiendra jamais le flux en raison de l'OIF manquante sur le commutateur B.

Source connectée entre différents VRF

Le trafic de multidiffusion est transféré à un seul récepteur dans vlan10 connecté à l'homologue vpc principal tandis que le récepteur connecté à l'homologue secondaire ne le reçoit pas.

La multidiffusion envoyée à fex sur le vlan 50 (vpc vlan), dans ce cas, le commutateur A et le commutateur B ont l'OIF pour le VRF B car la source est directement connectée à celui-ci et se trouve dans le vlan vpc.
Ce trafic est transmis au VLAN 51 vers le VRF A situé dans un VDC différent et envoyé au RP.
Ce VDC a le vlan 11 dans le VRF A et le vlan 51 dans le VRF par défaut.
Le trafic est maintenant envoyé au VLAN 11 du commutateur A qui se trouve dans le VRF A.
Seul un des commutateurs A/Switch B dispose de l'OIF pour le VRF A en raison de la même limitation mentionnée dans le boîtier de l'expéditeur 2 connecté au routeur L3.
Le récepteur 1 connecté au commutateur A avec OIF obtient le flux de multidiffusion.

C'est une limitation de conception.

L'homologue VPC ne peut avoir OIF installé dans les deux commutateurs que si le trafic est directement transféré par l'expéditeur dans le VLAN VPC et non par le PIM.

Par conséquent, l'OIF est installé dans le VRF A en tant qu'expéditeur directement connecté au VRF A, mais pas dans le VRF B car il est connecté via le PIM.

Pour obtenir l'OIF sur les deux homologues VPC, l'expéditeur doit être directement connecté au VLAN vpc.

Cette fonctionnalité sera mise en oeuvre ultérieurement dans le cadre de la fonctionnalité L3 sur VPC