Bonsoir,
 
Je suis entrain de terminé un travail  sur le multicast IP, et il y a plusieurs question que je ne comprend pas, car les documents et explications sont pour la plupart consacré au "gros réseau"
 
1) Le protocole IGMP est-il présent dans les petites architecture (sans routeurs, uniquement 1 seul réseau local avec hub et switch et un serveur de diffusion multicast sous xp par exemple) ?
 
Si oui, qui gère les messages igmp, les messages membership leave étant envoyé sur une adresse de type multicast, est ce que le serveur de diffusion obtient alors cette adresse (224.0.0.2 je crois).
 
Si non, comme cela fonctionne concrètement ?
 
 
2) Quand est-ce que les protocole de routage (pim) sont ils réellement nécessaire ? une fois qu'il faut diffuser au delà d'un routeur ?
 
3) Dernière chose (désolé ça fait beaucoup mais j'ai pas trouver réponse après de nombreuses recherche), connaissez vous des FAI qui propose leurs TV ou Vod grâce au multicast et encore mieux avec vlc (c'est une partie de mon sujet)
 
Merci de vos réponses

UP !
Même une réponse à l'une des question m'aiderait beaucoup.
Merci

1) Oui par les switchs (quand ils le peuvent, sinon ça broadcast, cf igmp snooping)
Par contre pas compris ta sous question
 
2) Oui, pour les messages inter routeurs.
 
 
3) Tous les FAI utilise le multicast pour la diffusion de la TV (la Vod par contre j'ai des doutes). Cependant elle s'arrête à la box et il n'y a pas moyen d'être sur le flux multicast sur un pc client (au mieux tu peut demander un flux unicast standard comme on le fait sur la freebox avec le multiposte.

BOnjour Jean,
Merci pour tes réponse  
Pour la 1 en faite j'ai eu une réponse: Le message Leave de igmpv2 n'existe plus en version 3. Grâce à un sniffer j'ai pu comprendre cela par contre je n'ai jamais vu des paquets de type igmp query (demande du serveur aux clients) en sniffant le réseau...
 
Donc pour les switch, quand c'est ni du cisco, ni de l'igmp snooping, les paquets multicast sont broadcaster ??? alors on en perd l'utilité ...  
Est ce qu'il n'y a  pas du filtrage broadcast au niveau ethernet ?

non puisque si tu filtres le broadcast tu perds qd même pas mal de paquets importants

Merci,
 
par contre je reviens à un point de ma première question, s'il n' y a pas de routeur, qui est le routeur IGMP lors de la transmission Multicast ? Le serveur de diffusion ? Si oui, doit-il être un Windows Server ou un simple Windows suffi pour être Routeur IGMP (émettre des message de type "Query" )
 
Désolé si ça fait beaucoup de question mais je dois présenter mon travail demain

Je sais pas trop mais imho, si il y a pas de routeurs, il y a pas besoin de igmp query

Sans doute trop tard mais je regarde pas souvent les forums...
 

 
1) Soit le switch ne sait pas lire le trafic IGMP auquel cas ce trafic est traité comme tout autre trafic multicast level 2 et est "floodé" sur tous les ports.  Le serveur qui fait du streaming recevra donc toute requête de membership mais il va aussi streamer sur tous les ports actifs :-(
 
2) Soit le switch sait lire le trafic IGMP (comme c'est souvent le cas au travers de la fonction IGMP Snooping).  Dans ce cas, le switch examine chaque paquet multicast et utilise les informations de contrôle de ces paquets pour renseigner une table (table des entrées IPm).  En revanche, c'est une tâche intensive pour un switch, c'est pourquoi sur certaines plateformes c'est implémenté directement dans des ASIC.
 

 
Oui, PIM est utilisé dès qu'il y a des tables de routage disponibles, et c'est indépendant du protocole de routage utilisé (ça peut être également du routage statique, c'est de là que vient son nom Protocol Independent Multicast). Les routeurs configurés en PIM utilisent les tables de routage unicast et effectuent des RPF (Reverse Path Forwarding) ce qui permet de ne pas avoir à construire des tables de routages spécifiques aux flux IP Multicast.  La beauté de PIM, c'est qu'il ne nécessite pas d'échange d'informations de routage entre routeurs :-)
 

 
Il existe un "Internet Multicast" qui s'appelle MBone, cf le lien suivant
 
http://www.live555.com/mbone/
 
Steph