Un routeur reçoit des paquets multicast pour (S,G) mais sa table de routage unicast n'a pas de route vers S, ce qui provoque un échec de la vérification RPF. Par défaut, comment le routeur gère-t-il ces paquets multicast ?

Lorsqu'un routeur reçoit des paquets multicast pour un groupe (S,G) mais que la vérification RPF (Reverse Path Forwarding) échoue parce qu'il n'y a pas de route unicast valide vers la source S dans sa table de routage, le routeur supprime par défaut ces paquets. La vérification RPF est un mécanisme de sécurité et de prévention des boucles essentiel en multicast, garantissant que les paquets arrivent par le chemin le plus court vers la source. Les autres options sont incorrectes car : Encapsuler et les envoyer au RP : Cette action est typique du PIM Sparse Mode lorsque le routeur de premier saut (DR) reçoit des paquets d'une source inconnue et doit les envoyer au RP pour enregistrement, mais cela ne se produit pas en cas d'échec RPF. Les transférer sur toutes les interfaces aval : Cela créerait des boucles et inonderait le réseau, ce qui est précisément ce que le RPF est conçu pour empêcher. Générer un PIM Register vers le RP : Un message PIM Register est envoyé par le DR au RP pour annoncer l'existence d'une source active, pas en réponse à un échec RPF.