Multicast Routing Monitor Utiliser Multicast Routing Monitor ccnp_cch

Sommaire Monitor • Introduction - Contenu • Restrictions pour l'utilisation de Multicast Routing Monitor • Information sur l'utilisation de Multicast Routing Monitor - Fonctionnement Multicast Routing Monitor - Avantages de Multicast Routing Monitor • Comment utiliser Multicast Routing Monitor - Configurer un "Test Receiver" - Configurer un "Test Sender" - Superviser plusieurs groupes - Configurer un manager - Conduire un test MRM et afficher les résultats • Exemples de configuration de MRM - Configuration de MRM • Références addtionnelles - Documents liés - Standards - MIBs - RFCs ccnp_cch

Restrictions pour l'utilisation de Multicast Routing Monitor Introduction Multicast vRouting Monitor est un outil d'administration pour le diagnostic qui fournit de la détection de faute et d'isolement dans un grand réseau de routage multicast. Il est conçu pour notifier à l'administrateur de réseau les problèmes de routage multicast dans un environnement de test. Contenu • Restrictions pour l'utilisation de Multicast Routing Monitor • Information sur l'utilisation de Multicast Routing Monitor • Comment utiliser Multicast Routing Monitor • Exemples de configuration de MRM • Références addtionnelles Restrictions pour l'utilisation de Multicast Routing Monitor Vous devez être sur que le réseau d'acheminement multicast sous-jacent devant être testé n'a pas de liste d'accès ou de limites qui rejettent le trafic de contrôle et de don- nées. Considérez tout spécialement les facteurs suivants: • Les données de test MRM sont des poaquets UDP (User Datagram Protocol) et RTP (Real Time Protocol) adressés vers l'adresse de groupe multicast configurée. • Le trafic de contrôle entre "Test Sender", "Test Receiver" et "manager" est adressé au au groupe multicast 224.1.1.1 rejoint par les trois composants. Le groupe 224.1.1.1 est un groupe enregistré par l'IANA. • Prenez en compte les adresses IP unicast des sources et des receveurs quand vous considérez ce qui pourrait bloquer le trafic de contrôle. Information sur l'utilisation de Multicast Routing Monitor Avant d'utiliser MRM, vous devez comprendre les concepts suivants: • Fonctionnement de Multicast Routing Monitor • Avantages de Multicast Routing Monitor Fonctionnement de Multicast Routing Monitor MRM a trois composants qui jouent différents rôles: le "Manager", le "Test Receiver" et le "Test sender". Pour tester un environnement multicast en utilisant des paquets test, peut-être avant un évènement multicast à venir, vous avez besoin de ces trois compo- sants. ccnp_cch

Vous créez un test basé sur divers paramètres, nommez le test et lancez le test. Le test opère en arrière plan et l'invite de commande redonne la main. Si le "Test Receiver" détecte une erreur (telle qu'un paquet perdu ou des paquets dupli- qués) celui-ci transmet un rapport d'erreur au routeur configuré comme "Manager". Le "Manager" affiche immédiatement le rapport d'erreur. (La commande show ip mrm status-report affiche également les rapports d'erreur s'il y en a). Vous pouvez ensuite résoudre les problèmes de votre environnement multicast normalement peut-être en utilisant la commande mtrace de la source vers de "Test Receiver". Si la commande show ip mrm status-report n'affiche aucun rapport d'erreur, le "Test Receiver" reçoit les paquets du "Test Sender" sans perte ni duplication. L'implémentation MRM de Cisco supporte le Draft Internet de MRM (Multicast Routing Monitor) IETF March 1999. L'IETF à l'origine a conçu MRM pour utiliser des paquets de test et des paquets de données réels. L'implémentation Cisco n'utilise pas de don- nées réelles à cause de problèmes techniques et aussi du fait que le Darft IETF est res- té en l'état. Avantages de Multicast Routing Monitor Les avantages de MRM sont les suivants:  MRM permet à l'administrateur réseau de générer des flux de test devoir utiliser des équipements.  MRM peut vérifier un environnement multicast avant un évènement. Vous n'avez pas besoin d'attendre que le trafic multicast réel échoue pour constater qu'un problème existe. Vous pouvez tester l'environnement de routage multicast avant de planifier un évènement.  MRM fournit des diagnostics clairs. L'information d'erreur est facile à comprendre pour l'utilisateur.  MRM est évolutif. Cet outil de diagnostic fonctionne bien avec plusieurs utilisateurs. Comment utiliser Multicast Routing Monitor Cette section contient les procédures suivantes:  Configurer un "Test Receiver". (Requis)  Configurer un "Test Sender". (Requis)  Superviser plusieurs groupes (Optionnel)  Configurer un "Manager" (Requis)  Mener un test MRM et afficher les résultats (Requis) ccnp_cch

ccnp_cch Configurer un "Test Receiver" Exécutez ces tâches pour configurer un "Test Receiver" sur un routeur ou un host. Résumé des étapes 1. enable 2. configure terminal 3. interface type number 4. ip mrm test-receiver 5. ip mrm accept-manager access-list Etapes détaillées Commande ou Action But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. • Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. interface type number Routeur(config)# interface ethernet 0 Spécifie une interface et entre en mode de configuration interface. ip mrm test-receiver Routeur(config-if)# Configure l'interface pour opérer en mode Test Receiver. ip mrm accept-manager access-list ip mrm accept-manager supervisor (Optionnel) Spécifie que le Test Receiver peut accepter des requêtes de demande d'état uni- quement des Managers spécifiés par la liste d'accès. • La liste d'accès est requise et peut-être nommée ou numérotée. • Cet exemple utilise une liste d'accès nommée "supervisor". La liste d'accès est supposée être déjà configurée. ccnp_cch

ccnp_cch Configurer un "Test Sender" Exécutez ces tâches pour configurer un "Test Sender" sur un routeur ou un host diffé- rent de celui sur lequel vous avez configuré un "Test Receiver". Résumé des étapes 1. enable 2. configure terminal 3. interface type number 4. ip mrm test-sender 5. ip mrm accept-manager [access-list] Etapes détaillées Commande ou Action But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. • Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. interface type number Routeur(config)# interface ethernet 0 Spécifie une interface et entre en mode de configuration interface. ip mrm test-sender Routeur(config-if)# ip mrm test-sender Configure l'interface pour opérrer comme Test Sender. ip mrm accept-manager [access-list] Routeur(config-if)# ip mrm accept-manager supervisor (Optionnel) Spécifie que le Test Sender peut accepter des requêtes de demande d'état uni- quement des Managers spécifiés par la liste d'accès. • La liste d'accès est requise et peut-être nommée ou numérotée. • Cet exemple utilise une liste d'accès nommée "supervisor". La liste d'accès est supposée être déjà configurée. ccnp_cch

Superviser plusieurs groupes Si vous avez plus d'un groupe multicast à superviser, vous pouvez configurer une in- terface qui est "Test Sender" pour un groupe et "Test Receiver" pour un autre groupe. La figure suivante illustre un environnement où le routeur de gauche est le "Test Sen- der" pour le groupe A et le "Test Receiver" pour le groupe B. Groupe B ip mrm test-sender-receiver ip mrm test-sender Test Receiver et Test Sender Test Sender Groupe A Test Receiver ip mrm test-receiver Résumé des étapes 1. enable 2. configure terminal 3. interface type number 4. ip mrm test-sender-receiver 5. ip mrm accept-manager access-list [test-sender|test-receiver] Etapes détaillées Commande ou Action But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. • Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. ccnp_cch

Configurer un Manager ccnp_cch Commande ou Action But interface type number Exemple: Routeur(config)# interface ethernet 0 Spécifie une interface et entre en mode de configuration interface. ip mrm test-sender-receiver Routeur(config-if)# Configure l'interface pour opérer comme Test Sender pour un groupe et Test Receiver pour un autre groupe. ip mrm accept-manager access-list [test-sender | test-receiver] ip mrm accept-manager supervisor test-sender (Optionnel) Spécifie que le Test Sender ou le Test Receiver peut accepter des requêtes de demande d'état uniquement des Managers spécifiés par la liste d'accès. • Par défaut la commande s'applique au Test Sender et au Test Receiver. Comme l'équipe- ment est les deux, vous pourrait avoir à spé- cifier que la restriction s'applique unique- ment au Test Sender ou uniquement au Test Receiver en utilisant respectivement le mot-clé test-sender ou le mot-clé test- receiver . Configurer un Manager Exécutez ces tâches pour configurer un Manager pour que le MRM fonctionne. Note: Un host ne peut pas être un Manager. Résumé des étapes 1. enable 2. configure terminal 3. ip mrm manager test-name 4. manager type number group ip-address 5. beacon [interval seconds] [holdtime seconds] [ttl ttl-value] 6. udp-port [test-packet port-number] [status-report port-number] 7. senders access-list [packet-delay milliseconds] [rtp | udp] [target-only | all-multicasts | all-test-senders] 8. receivers access-list sender-list access-list [packet-delay] 9. receivers access-list [window seconds] [report-delay seconds] [loss percentage] [no-join][monitor | poll] ccnp_cch

ccnp_cch Etapes détaillées Commande ou Action But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. • Entrez votre mot de passe si celui-ci est demandé. configure terminal Routeur# configure terminal Entre en mode de configuration global. ip mrm manager test-name Routeur(config)# ip mrm manager test1 Spécifie le nom d'un test MRM devant être crée ou modifié et entre en mode de configuration MRM manager. • Le nom du test est utilisé pour démarrer, arrêter ou superviser un test. • Vous spécifier les paramètres du test en mode de configuration manager. manager type number group ip-address Routeur(config-mrm-manager)# manager ethernet 0 group 239.1.1.1 Spécifie quelle interface sur le routeur est le Manager et spécifie l'adresse de groupe multi- cast que le Test Receiver doit écouter. beacon [interval seconds] [holdtime seconds] [ttl ttl-value] Routeur(config-mrm-manager)# beacon interval 60 (Optionnel) Change la fréquence, la durée ou la portée des messages beacon que le Manager transmet au Test Sender ou au Test Receiver. • Par défaut les messages beacon sont trans- mis à un intervalle de 60 secondes. • Par défaut, la durée d'une période de test est de 86400 secondes (1 jour). • Par défaut, le TTL est de 32 sauts. ccnp_cch

ccnp_cch Commande ou Action But udp-port [test-packet port-number] [status-report port-number] Exemple: Routeur(config-mrm-manager)# udp-port test-packet 20202 (Optionnel) Change les numéros de ports UDP vers lesquels le Test Sender transmet des pa- quets de test ou le Test Receiver transmet des rapports d'état. • Utilisez le mot-clé optionnel test-packet et l'argument port-number pour changer le port UDP vers lequel le Test Sender transmet des paquets de test. Le numéro de port doit être pair si ce sont des paquets encapsulés avec RTP (Real-Time Transport Protocol). L'inter- valle va de 16384 to 65535. • Par défaut, le Test Sender utilise le numéro de port UDP 16834 pour transmettre des paquets de test. • Utilisez le mot clé optionnel status-report et UDP vers lequel le Test Receiver transmet les rapports d'état. Le numéro de port doit être impair si les paquets sont des paquets en- capsulés avec RTCP. L'intervalle va de 1 à 16834 à 65535. • Par défaut, le Test Receiver utilise le port UDP numéro 65535 pour transmettre les senders access-list [packet-delay milliseconds] [rtp | udp] [target-only | all-multicasts |all-test-senders] Routeur(config-mrm-manager)# senders 1 packet-delay 30 udp all-test-senders Etablit les Test Senders pour les tests MRM. • Utilisez le mot clé optionnel packet-delay et l'argument milliseconds pour spécifier le délai entre paquets de test. (en millisecon- des). L'intervalle va de 50 à 10000. La valeur par défaut est 200 millisecondes ce qui don- ne 5 paquets par seconde. • Utilisez le mot clé optionnel rtp ou udp pour spécifier l'encapsulation des paquets de test encapsulés RTP (Real-Time Transport Proto- cole) ou UDP (User Datagram Protocol). Par défaut, les paquets de test sont encapsulés avec RTP. • Utilisez le mot clé optionnel target-only pour spécifier que les paquets de test sont trans- mis uniquement sur l'interface visée. (ce qui signifie l'interface avec l'adresse IP qui est spécifiée dans le champ request target du Test Sender). Par défaut les paquets de test sont transmis sur toutes les interfaces qui sont validées avec IP multicast. • Utilisez le mot clé optionnel all-multicasts pour spécifier que les paquets de test sont transmis sur toutes les interfaces qui sont validés avec IP multicast. Ceci est la métho- de par défaut pour transmettre les paquets. • Utilisez le mot clé optionnel all-test-senders transmis sur toutes les interfaces qui ont le mode test-sender validé. Par défaut les pa- quets de test sont transmis sur toutes les interfaces qui ont IP multicast validé. ccnp_cch

ccnp_cch Commande ou Action But receivers access-list sender-list access-list [packet-delay] Exemple: Routeur(config-mrm-manager)# receivers 1 sender-list 3 Etablit les Test Receivers pour MRM. Note: Bien que le parser de la CLI de l'IOS Cisco accepte les commandes entrées sans la paire mot clé-argument sender-list access-list, cette paire mot clé-argument n'est pas option- nel. Pour qu'un test MRM fonctionne, vous devez spécifier les sources que le Test Receiver doit superviser en utilisant le mot clés sender-list keyword et l'argu ment access-list. • Utilisez le mot clé sender-list et access-list pour spécifier les sources que le Test Recei- ver doit superviser. Si la liste d'accès nom- mée ou numérotée une liste d'accès spécifiée dans la commande senders, le mot clé packet-delay milliseconds associé et l'argu- ment de cette commande senders sont utili- dans le test MRM. Sinon la commande receivers requiert qu'un délai soit spécifié pour l'argument packet-delay. • Utilisez l'argument optionnel packet-delay pour spécifier le délai entre paquets de test . (en millisecondes). L'intervalle va de 50 à 10000. Si la liste d'accès sender-list corres- pond à une liste d'accès spécifiée dans la commande senders, le mot-clé associé packet-delay milliseconds l'argument de cette commande senders sont utilisés dans cette commande. Sinon la commande ccnp_cch

ccnp_cch Commande ou Action But receivers access-list [window seconds] [report-delay seconds] [loss percentage][no-join] [monitor | poll] Exemple: Routeur(config-mrm-manager)# receivers 1 window 7 report-delay 30 (Optionnel) Modifie les paramètres des Test Receivers. • Utilisez le mot clé optionnel window et l'ar- gument seconds pour spécifier la durée (en secondes) d'une période de test. C'est une fenêtre glissante de temps dans laquelle le compte de paquet est collecté ainsi le pourcentage de perte peut être calculé. L'in- tervalle va de 1 à 10. La valeur par défaut est de 5 seconds. • Utilisez le mot clé optionnel report-delay et l'argument seconds pour spécifier le délai (en secondes) entre rapports d'état. Le délai évite que plusieurs Test Receivers de trans- mettre des rapports d'état vers le Manager en même temps pour le même défaut. Cette valeur est valable s'il ya plusieurs Test Receivers. L'intervalle va de 1 à 60. La valeur par défaut est 1 seconde. • Utilisez le mot clé optionnel loss et l'argu- ment percentage pour spécifier le seuil de pourcentage de paquets perdus avant qu'un rapport d'état soit déclenché. L'intervalle va de 0 à 100. La valeur par défaut est 0 pour- cent ce qui signifie qu'un rapport d'état est transmis à chaque perte de paquet. • Utilisez le mot clé optionnel no-join pour spécifier que le Test Receiver ne joigne pas le groupe supervisé. La valeur par défaut est que les Test Receiver rejoint le groupe super- visé. • Utilisez le mot clé optionnel soit monitor ou poll pour spécifier si le Test Receiver super- vise le groupe de test ou scrute les statisti- ques du receveur. Le mot clé monitor signi- fie que le Test Receiver rapporte si le critère de test est rencontré. Le mot clé poll signifie que le Test Receiver transmet des rapport d'état régulièrement que les critères de test soient rencontrés ou non. La comportement par défaut est le comportement fixé par le mot clé monitor. ccnp_cch

Conduire un test MRM et afficher les résultats A partir du routeur jouant le rôle de Manager, vous pouvez démarrer et arrêter le test MRM. pour démarrer et par la suite arrêter votre test MRM, excécutez cette tâche. Quand le test commence, le Manager transmet un paquet de contrôle au Test Sender et au Test Receiver et ensuite le Manager commence à transmettre des beacons. Le Test Sender et le Test Receiver transmettent des acquittements au Manager et com- mencent à transmettre et à recevoir des paquets de test. Si une erreur se produit, le Test Receiver transmet un message d'erreur au Manager qui affiche immédiatement le message. Résumé des étapes 1. enable 2. clear ip mrm status-report [ip-address] 3. show ip mrm interface [type number] 4. show ip mrm manager [test-name] 5. mrm test-name start 6. mrm test-name stop 7. show ip mrm status-report [ip-address] Etapes détaillées Commande ou Action But enable Exemple: Routeur> enable Entre en mode EXEC privilégié. • Entrez votre mot de passe si celui-ci est demandé. clear ip mrm status-report [ip-address] Router# clear ip mrm status-report 172.16.0.0 (Optionnel) Efface le cache des rapports d'état MRM. show ip mrm interface [type number] Routeur# show ip mrm interface Ethernet 1 (Optionnel) Affiche l'information MRM liée aux interfaces. • Utilisez cette commande avant de démarrer un test MRM pour vérifier les interfaces qui participent dans MRM, quels rôles et si les interfaces sont "up" ou "down". show ip mrm manager [test-name] Routeur# show ip mrm manager test1 (Optionnel) Affiche l'information au sujet des tests MRM. • Utilisez cette commande avant de commen- cer un test MRM pour vérifier l'information d'état MRM et les paramètres configurés pour un test MRM. mrm test-name start Routeur# mrm test1 start Débute un test MRM. ccnp_cch

Exemples de configuration pour MRM Commande ou Action But mrm test-name stop Exemple: Routeur# mrm test1 stop Arrête le test MRM. show ip mrm status-report [ip-address] Routeur# show ip mrm status-report (Optionnel) Affiche le rapport d'état dans le cache de rapport d'état MRM. Exemples de configuration pour MRM Cette section fournit l'exemple de configuration suivant:  Configuration de MRM. Configuration de MRM La figure suivante illustre un Test Sender, un Test Receiver et un Manager dans un environnement MRM. Les configurations partielles pour ces trois équipements sont fournies après le schéma. Ethernet 0 10.1.1.2 10.1.4.2 Réseau IP Multicast Ethernet 1 Manager Sender Receiver Configuration Test Sender interface Ethernet 0 ip mrm test-sender Configuration Test Receiver ip mrm test-receiver Manager Configuration ip mrm manager test1 manager Ethernet 1 group 239.1.1.1 senders 1 receivers 2 sender-list 1 ! access-list 1 permit 10.1.1.2 access-list 2 permit 10.1.4.2 ccnp_cch

Références additionnelles Documents liés Sujet Titre du document IP multicast concept et tâches Cisco IOS IP Multicast Configuration Guide, Release 12.4 IP multicast commands: complete command syntax, command mode, command history, defaults, usage guidelines, and examples Cisco IOS IP Multicast Command Reference, Release 12.4 Standards Standard Titre draft-ietf-mboned-mrm-use-00.txt Justification and Use of the Multicast Routing Monitor (MRM) Protocol MIBs MIB Titre Aucune MIB nouvelle ou modifiée n'est sup- portée par cette fonctionnalité et le support pour les MIBs existantes n'a pas été modifié par cette fonctionnalité. Pour localiser et télécharger le MIBs pour les plateformes sélectionnées, les releases de l'IOS Cisco et le ensembles fonctionnels, utilisez le Cisco MIB Locator à l'URL suivante: http://www.cisco.com/go/mibs RFCs RFC Titre Aucun RFC nouveau ou modifié n'est sup- porté par cette fonctionnalité et le support pour les RFCs existants n'a pas été modifié par cette fonctionnalité. __ ccnp_cch