Guide de dépannage pour le routage multidiffusion IP sur le switch Omada Pro

Contenu

Objectif

Exigences

Introduction

Étapes de dépannage

Cas 1. Le service de multidiffusion L3 à la demande n'est pas disponible lors de la configuration de PIM-DM

Cas 2. Le service de multidiffusion L3 à la demande n'est pas disponible lors de la configuration de PIM-SM

Conclusion

Objectif

Cet article fournit des conseils de dépannage pour les erreurs de multidiffusion à la demande L3 basées sur les modes PIM-DM et PIM-SM.

Exigences

• Commutateur administrable Omada Pro L3

Introduction

Le protocole PIM (Protocol Independent Multicast) est indépendant de tout protocole de routage unicast spécifique. Il n'a pas besoin de conserver d'informations de routage unicast spéciales, mais utilise directement les informations de routage de la table de routage unicast pour effectuer une vérification de transfert de chemin inverse (RPF) sur les paquets multicast. Si la vérification est réussie, il crée une entrée de table de routage multicast pour transférer les paquets multicast. Actuellement, les commutateurs L3 prennent en charge le mode PIM-Dense (PIM-DM) et le mode PIM-Sparse (PIM-SM). Le mode PIM-DM convient aux petits réseaux avec des récepteurs multicast denses dans chaque segment de réseau ; le mode PIM-SM est plus complexe à configurer et convient aux réseaux à grande échelle.

IGMP (Internet Group Management Protocol) fait partie de la suite de protocoles TCP/IP et est utilisé pour la gestion des appartenances aux groupes de multidiffusion IPv4. IGMP est utilisé pour établir et maintenir l'appartenance à un groupe de multidiffusion entre l'hôte récepteur et ses routeurs de multidiffusion directement connectés en échangeant des messages IGMP.

Le routage multidiffusion L3 nécessite le déploiement de PIM et d'IGMP sur le réseau. PIM doit être déployé en mode dense et en mode clairsemé dans l'ensemble du domaine multidiffusion L3. IGMP doit être déployé sur des routeurs multidiffusion connectés à des récepteurs multidiffusion.

Étapes de dépannage

Cas 1. Le service de multidiffusion L3 à la demande n'est pas disponible lors de la configuration de PIM-DM

Pour aider à comprendre le processus de dépannage, ce qui suit présente brièvement le principe de PIM-DM. Le processus général de transfert du flux de données PIM-DM peut être résumé comme suit : Inondation - Élagage - Greffe :

1. Inondation : après avoir reçu le flux de données multidiffusion, le routeur PIM directement connecté à la source de multidiffusion inonde le flux de données vers l'ensemble du domaine de multidiffusion PIM-DM. De cette manière, tous les routeurs PIM du domaine de multidiffusion PIM-DM peuvent obtenir les informations de la source de multidiffusion.
2. Prune : une fois le flux de données inondé, si aucun membre du groupe de multidiffusion n'est connecté au routeur PIM, Prune doit avertir le routeur en amont d'arrêter de transmettre les informations du groupe de multidiffusion.
3. Graft: When a client is connected to the PIM router, the router first checks whether the multicast group information obtained during the flooding process contains the multicast group requested by the client. If yes, a graft message will be sent to the multicast source of the multicast group. Through the RPF check mechanism, the PIM graft message is forwarded hop by hop on the shortest path tree between the PIM router directly connected to the client and the source. After receiving the graft message, the PIM router directly connected to the source releases the corresponding multicast data stream to the downstream that sent the graft message, and the multicast data stream will be forwarded to the client along the multicast shortest path tree generated by the graft.

As shown in the figure below, four Omada switches form a typical L3 multicast topology with a loop. The multicast server is located in the 172.19.1.0/24 network segment, and the Client is located in the 172.16.1.0/24 network segment. Because the server and Client are in different network segments, L3 multicast service is required to enable the Client to normally play on-demand multicast data. Refer to the following table for the configuration of each DUT in the topology.

The following is the troubleshooting guidance for common PIM-DM issues based on the above topology:

Step 1. Check the connectivity between the multicast server and its directly connected PIM router

For L3 multicast services, the IP of the multicast server and the IP of its directly connected PIM router interface must be in the same network segment. You can use the command show ip route to check the unicast routing table on the PIM router directly connected to the multicast server. The prefix Code of the directly connected routing entry is C. In the example, the PIM router directly connected to the source is DUT#4. The following is the result of show ip route on DUT#4. The entry in the red box is the routing entry of the PIM router directly connected to the source.

Furthermore, you can directly ping the IP address of the multicast server on the PIM router. If the ping succeeds, it means that the multicast server and the IP address of the directly connected PIM router interface are in the same network segment and there is no connectivity problem.

In addition, in PIM-DM mode, entries will be created by default for legal data streams. Therefore, you can also use the show ip mroute command to check the multicast routing table of the PIM router directly connected to the source. If the multicast table entry corresponding to the multicast server has been established, there will be no problem with the connectivity between the multicast server and its directly connected PIM router. The figure below shows the result of show ip mroute on DUT#4, displaying that the multicast server has created a total of 20 channels.

Step 2. Make sure that all network segments in the entire multicast domain are unicast reachable.

The PIM protocol uses the routing information of the unicast routing table to perform RPF checks on multicast packets. If a PIM router cannot reach a certain network segment in the multicast domain, the multicast data stream RPF check may fail, and eventually the on-demand broadcast may not be available. You can use the command show ip route to check the routing table. In this example, the multicast domain includes six network segments: vlan100, vlan101-104, and vlan200. Therefore, all PIM routers in the multicast domain should contain routing entries to reach these six segments. For details on how to configure dynamic routing, refer to the corresponding dynamic routing protocol configuration guide.

In particular, check the route entries on each PIM router that reach the network segment where the source is located. If the source IP of the multicast data stream is unreachable, the corresponding data stream will be directly discarded. You can use the command show ip route specify <multicast server ip> on the PIM router to check the entries.

Step 3. Ensure that the PIM neighbor relationship between each PIM router in the multicast domain is established normally

Multicast data streams can only be forwarded hop by hop between PIM neighbors, so it is necessary to ensure that PIM neighbor relationship is established among all PIM routers in the multicast domain. To perform this check, use the show ip pim neighbor. In this example, only the interface vlan101 of DUT#1 has PIM neighbors, and the interfaces vlan101-103 of DUT#2 have PIM neighbors. If PIM neighbor ship cannot be established normally, check whether the PIM is enabled on each interface and whether the IP of each interface is configured correctly.

Step 4. Ensure that the interface directly connected to the client has both IGMP and PIM enabled and that the L3 IGMP multicast table is correctly created

The interface with IGMP function enabled can serve as an IGMP querier. The L3 IGMP querier performs strict checks on the source IP of report/leave messages, and only processes IGMP protocol messages whose source IP and querier are in the same network segment. The default IGMP is enabled as IGMPv3, which is compatible with IGMPv1 and IGMPv2 messages. In this example, an IGMPv2 multicast group is established for the IGMPv3 querier. You can use the command show ip igmp interface statistic to check the sending and receiving of IGMP messages. In addition, you can use the command show ip igmp group interface <type><id>{detail} to check the group establishment of L3 IGMP.

Step 5. If the L3 multicast still fails, check the multicast routing hop by hop

In PIM-DM mode, multicast data streams are forwarded hop by hop on the shortest path tree (SPT) between Source and Client. In the example topology above, the SPT is SourceàDUT#4àDUT#2àDUT#1àClient. Since we have checked the hops SourceàDUT#4 and DUT#1àClient, now we need to check the part DUT#4àDUT#2àDUT#1. It is recommended to check the multicast routing table from Client to Source using the command show ip mroute. Check whether the incoming interface and outgoing interface in the multicast routing table meet expectations. The figure below shows the complete multicast routing table of DUT#4àDUT#2àDUT#1.

Case 2. L3 multicast service on-demand is unavailable when configuring PIM-SM

The flooding of PIM-DM occupies a large bandwidth and increases the potential pressure on all PIM routers in the multicast domain. Therefore, in large-scale networks, it is recommended to use the PIM-SM mode. By setting Bootstrap Router (BSR) and Rendezvous Point (RP), PIM-SM allows all multicast data streams in the network to register on RP in unicast mode, ensuring that RP can record all multicast information in the multicast domain, and other PIM routers obtain multicast group information through RP. The operation of PIM-SM can be divided into two major phases:

• Phase 1: Client receives data stream through the RPT (Rendezvous Point Tree)

After receiving the IGMP group join request from the client, the PIM router directly connected to the client requests the multicast group data from the RP, and then the RP requests the multicast data from the corresponding multicast source based on the registered multicast group information. The multicast data stream reaches the client via the RP. In this phase, the multicast forwarding path through the RP is called the Rendezvous Point Tree (RPT).

• Phase 2: Client receives data stream through the SPT (Shortest Path Tree)

In phase 1, the PIM router directly connected to the client has received the multicast data stream, and it can obtain the multicast source information based on the source IP of the multicast data stream. Afterwards, this PIM router sends a Join message carrying the multicast source IP information to the multicast source based on the RPF check. The PIM intermediate router receiving the Join message continues to perform RPF checks and sends Join messages to the multicast source, until the PIM router connected to the source receives the Join message and forwards the corresponding data stream to the devices connected. Now the multicast data stream is forwarded to the client along the SPT generated by the Join message, and the data stream transferring in phase 1 is cancelled, reducing the bandwidth pressure on the RP and other non-shortest paths.

As shown in the figure below, four Omada switches form a typical topology with a loop, deploying L3 multicast services in PIM-SM mode. The IP address of the multicast server, client, and each interface are the same as that of PIM-DM. In PIM-SM, DUT#2 is set as BSR and DUT#3 is set as RP.

Compared with PIM-DM, PIM-SM is more complex and requires more checks for troubleshooting. Steps 1-4 of PIM-DM troubleshooting are still applicable to PIM-SM, and it is recommended to check these steps first when troubleshooting PIM-SM. In addition, when checking network connectivity in the PIM-SM mode, special attention should be paid to the connectivity between source/RP/client. The following introduces the troubleshooting steps specific to PIM-SM.

Step 1. Ensure that the BSR and RP information of each PIM router in the multicast domain is the same, and the multicast group used by the multicast server has the corresponding RP information.

Use the command show ip pim bsr-router to check the BSR information. The following are the results of using this command on DUT#1 and DUT#2 (BSR). For the device with BSR configured, the Candidate BSR information can be displayed. To configure the BSR, use the command ip pim bsr-candidate interface <type><id>. It is recommended to use this command on all PIM routers in the multicast domain to check whether the Elected BSR information is consistent.

Use the command show ip pim rp mapping {candidate} to check the RP information. The following are the results of using this command on DUT#2 and DUT#3 (RP). For the device with RP-candidate configured, use the command show ip pim rp mapping candidate to check the RP-candidate configuration. It is recommended to use this command on all PIM routers in the multicast domain to check whether the Elected BSR information is consistent.

To configure the RP, use the command ip pim rp-candidate interface <type><id><group addr><group mask>.

Étape 2. Utilisez la commande show ip pim rp hash <group addr> pour confirmer l’adresse RP du groupe de multidiffusion avec échec à la demande.

Dans un réseau à grande échelle, différents groupes de multidiffusion peuvent correspondre à différentes adresses RP. Pour un groupe de multidiffusion avec échec à la demande, recherchez d'abord l'adresse RP correspondante. L'exemple suivant montre la requête de l'adresse RP du groupe de multidiffusion 235.0.0.11 sur DUT#4.

Étape 3. Vérifiez l'établissement et la maintenance de RPT/SPT sur le RP et le routeur PIM directement connectés au client

RP doit contenir toutes les informations d'enregistrement de groupe de multidiffusion de l'ensemble du domaine de multidiffusion. Comme le montre la figure ci-dessous, le résultat de show ip mroute pour DUT#3 (RP) affiche les informations de groupe de multidiffusion de tous les groupes de multidiffusion 235.0.0.11-235.0.0.30. Ici, les 10 entrées de routage de multidiffusion 235.0.0.11-235.0.0.20 sont affichées dans deux formats, et les entrées de routage de multidiffusion dont l'IP source est * sont des RPT. Étant donné que les périphériques connectés utilisent IGMPv2 pour rejoindre des groupes, les messages IGMPv2 ne sont pas limités à des IP sources de multidiffusion spécifiques, donc * est utilisé pour l'affichage.

La figure suivante montre les informations de la table de routage multidiffusion sur le routeur PIM directement connecté au client. Cette table contient uniquement les informations de 235.0.0.11 à 235.0.0.20, car les clients connectés initient uniquement des demandes de jonction de groupe IGMP pour ces groupes de multidiffusion.

Étape 6. Si le périphérique défectueux n’est toujours pas localisé, effectuez une vérification saut par saut le long du chemin de transfert de multidiffusion.

Les cases rouges et les flèches de la figure ci-dessous mettent en évidence les chemins de transfert SPT vérifiés saut par saut, ce qui indique l'emplacement de la panne. Selon le stade de la panne, il peut être nécessaire d'analyser les chemins de transfert RPT et SPT séparément en utilisant la même méthode.

Conclusion

Cet article présente les caractéristiques et le principe de la multidiffusion L3 et présente les méthodes de déploiement de PIM-DM et PIM-SM, ainsi que leurs étapes de dépannage. Si votre problème persiste, contactez le support TP-Link pour obtenir une assistance technique

Pour en savoir plus sur chaque fonction et configuration, rendez-vous sur le Centre de téléchargement pour télécharger le manuel de votre produit.