Auteur Sujet: [RESOLU] Gestion des flux multicast sur le LAN  (Lu 60152 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Gestion des flux multicast sur le LAN
« Réponse #84 le: 11 mai 2014 à 23:23:20 »
Il faut un espion : sur une patte sur switch, tu mets un PC qui fait une capture. Tu peux mettre un filtre pour ne capturer que ce qui n'est à destination du PC.

Il faut un consommateur de flux : un PC sur une autre patte qui demande un flux IGMP.

Il faut un fournisseur.

c0mm0n

  • Invité
Gestion des flux multicast sur le LAN
« Réponse #85 le: 11 mai 2014 à 23:28:58 »
Les IGMP sont forcement pas destinés a une cible precise puisqu'ils sont broadcastés ?

A la limite tu peux regarder les sources ?

corrector

  • Invité
Gestion des flux multicast sur le LAN
« Réponse #86 le: 11 mai 2014 à 23:40:42 »
Les messages de type IGMP sont destinés aux routeurs IGMP.

Les messages envoyés à une adresse multicast gérée par IGMP sont destinés à tout le groupe, c'est à dire les abonnés.

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Gestion des flux multicast sur le LAN
« Réponse #87 le: 11 mai 2014 à 23:46:32 »
A la limite tu peux regarder les sources ?
Comment ?

@corrector : Je vois un peu l'idée pour tester l'IGMP, moins comment réaliser ça facilement. Ça peut-être des machines du LAN (et pas forcement donc qqch qui viendrait de "dehors") ?

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
Gestion des flux multicast sur le LAN
« Réponse #88 le: 12 mai 2014 à 00:22:08 »
dixit la doc Huawei, les commandes a saisir dans les switch :

system-view
igmp-snooping enable
vlan 1
  igmp-snooping enable
  quit

la 2ere ligne active globablement l'IGMP Snooping
la 3eme ligne passe en configuration du vlan 1 (donc le vlan par defaut). Le prompt devrait changer en conséquence
la 4eme ligne active l'IGMP Snooping pour le vlan 1.

J'ai pas de switch Huawei sous la main pour tester donc je ne garanti rien ;)
« Modifié: 12 mai 2014 à 02:27:07 par kgersen »

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Gestion des flux multicast sur le LAN
« Réponse #89 le: 12 mai 2014 à 09:26:04 »
Alors globalement j'avais fait igmp-snooping enable mais pas dans le vlan 1. Là ça a plutôt pas trop mal marché car ça n'envoie plus le flux partout.

Sauf que ... ça continue de l'envoyer sur le seul truc que je ne voulais pas, le routeur TP-Link (utilisé en AP, un WDR3600) qui me sert de borne WiFi. Sachant que ce flux de 12M me pourri le WiFi.

J'ai vu que "IGMP Proxy" était à enable, en le passant à disable on dirait que le problème n'est plus présent. Merci à tous du coup.

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Gestion des flux multicast sur le LAN
« Réponse #90 le: 12 mai 2014 à 09:26:40 »
Pour résumer, côté switchs :

system-view
igmp-snooping enable
vlan 1
  igmp-snooping enable
  quit


Et côté routeur/AP :
IGMP Proxy : disable

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Gestion des flux multicast sur le LAN
« Réponse #91 le: 12 mai 2014 à 09:28:42 »
Il ne semble pas y avoir d'option sur l'IGMP snooping sur le TP-Link, voici ce qu'on lit sur la page de configuration Network / LAN :

IGMP(Internet Group Management Protocol) works for IPTV multicast stream.
The device supports both IGMP proxy with enabled/disabled option and IGMP snooping.

corrector

  • Invité
[RESOLU] Gestion des flux multicast sur le LAN
« Réponse #92 le: 12 mai 2014 à 17:23:50 »
Quelqu'un sait ce que signifie "IGMP proxy" sur un switch?

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
[RESOLU] Gestion des flux multicast sur le LAN
« Réponse #93 le: 12 mai 2014 à 17:37:25 »
C'est pour renvoyer les IGMP reçus afin que les messages ne se perdent pas d'un switch à l'autre. Ca c'est la théorie, à mon avis, en pratique y'a des effets de bord.

@Nico: et l'IGMP snooping est activé ou pas sur l'AP ?

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
[RESOLU] Gestion des flux multicast sur le LAN
« Réponse #94 le: 12 mai 2014 à 17:37:43 »
@Nico: et l'IGMP snooping est activé ou pas sur l'AP ?
Activé je pense, mais pas réglable.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
[RESOLU] Gestion des flux multicast sur le LAN
« Réponse #95 le: 13 mai 2014 à 14:07:30 »
'IGMP proxy' sert surtout dans les routeurs quand on a du NAT notamment. Le routeur fait 'proxy' pour les clients NATés vis a vis de l'amont.

Dans les switch c'est plus rare , ca sert quand on a des VLANs différents non routés entre eux par exemple. Dans ce cas le switch va servir de proxy entre les clients sur un VLAN et l'amont qui est sur un autre VLAN.

Ca permet aussi de soulager l'amont quand on a beaucoup de clients car le proxy 'factorise' les requêtes d'abonnement/désabonnement et donc 100 clients derrière un proxy sont vu comme un seul par l'amont.

Avec le multicast les choses peuvent vite devenir compliquées et on s'embrouille facilement. Comme toujours en réseau il faut raisonner par couches et par 'tiers' (access , distribution, core):

IGMP est un protocol au dessus d'IP. Il ne sert qu'entre des clients et un routeur multicast donc en général sur le LAN uniquement. Au delà, en amont, vers les sources multicast (vidéos ou autres) , c'est d'autres protocoles qui sont utilisés comme par exemple PIM.

IP Multicast est de niveau 3 et pour fonctionner sur des switch Ethernet il existe un mapping vers des adresse Ethernet multicast (MAC multicast) de la couche 2 facon ARP comme avec les adresses IP unicast vers les adresses MAC classiques.
Par défaut tout switch va diffuser les adresses MAC multicast sur tout ses ports.
En utilisant IGMP Snooping un switch 'écoute' la couche 3 (IP donc) pour capter les messages IGMP et en fonction d'eux changer la façon dont il diffuse les adresses MAC multicast. IGMP Snooping est donc un mécanisme interne au switch qui ne concerne que le switch et sa facon dont il gere le mapping 3->2 pour le multicast d'IP.

Ce dessin de Wikipedia resume assez bien les 'tiers' et les couches:


Un proxy sert a relayer le traffic IGMP (en rouge) quand le LAN est plus étendu ou complexe (NAT ou/et VLAN par exemple ou si il y a énormèment de clients pour soulager le routeur multicast).