Quelle affirmation concernant les Rendezvous Points (RP) multicast est correcte ?

Par défaut, dans le mode sparse de PIM (Protocol Independent Multicast), le Rendezvous Point (RP) est principalement utilisé pour l'établissement initial de nouvelles sessions multicast. Les sources envoient leurs paquets au RP, et les récepteurs rejoignent le groupe multicast via le RP. Une fois qu'un chemin direct entre la source et le récepteur est établi (via un arbre source-spécifique ou un Shortest Path Tree - SPT), le trafic peut contourner le RP. Le RP n'est donc pas constamment nécessaire pour maintenir les sessions existantes, mais plutôt pour "amorcer" la communication. Les RP ne sont pas requis pour le mode dense de PIM, car ce mode utilise une approche de "flood-and-prune" (inondation et élagage) qui ne dépend pas d'un point centralisé. La deuxième option est incorrecte car les RP ne sont pas requis pour le mode dense. La première option est incorrecte car les RP sont requis pour le mode sparse, pas seulement pour le mode dense. La troisième option est incorrecte car le RP n'est pas nécessaire périodiquement pour maintenir les sessions une fois que le SPT est établi.