Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2010 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  IGMPProxy, multicast et autres joyeuseté incompréhensibles...

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

IGMPProxy, multicast et autres joyeuseté incompréhensibles...

n°1319928
M300A
Posté le 19-09-2012 à 23:58:16  profilanswer
 

Bonsoir  [:mad_overclocker]
 
J'essaye tant bien que mal de faire marcher un truc.
Tout d'abord, explication de mon LAN.
 
Un réseau 192.168.1.0/24 contenant ma neufbox, mon décodeur tv neufbox et la pate dite WAN de ma passerelle.
Un réseau 10.0.0.0/24 contenant mes PC ainsi que la patte LAN de ma passerelle
 

| 192.168.1.1: Neufbox        |          | 10.0.0.NN: PC avec mediacenter Neuf |
| 192.168.1.254: WAN gateway  | <= GW => | 10.0.0.254: LAN gateway             |
| 192.168.1.NN: TV Neufbox    |          | 10.0.0.XY: D'autres PC              |


En vrai, c'est bien plus complexe, mais y'a que ça qui concerne la question du jour  [:neriki]  
 
Comme vous pouvez le voir, pour pas me faire chier, le modem est pas en bridge et le décodeur TV est directement branché dessus.
La ou ça se corse, c'est pour faire ce putain de mediacenter NeufBox. En gros, j'installe un soft (à la con) sur un PC du LAN et ça partage par UPnP/Multicast/Jsaispasquoi mes vidéos.
Si je branche ce pc dans le réseau 192.168.1.0/24, aucun soucis. Si il est en 10.0.0.0/24, le décodeur TV ne voit pas le pc.
 
Pas de soucis, je google un peu et je trouve des mecs qui tentent de bypasser complètement leur neufbox en utilisant IGMPPROXY.
Je package cette saloperie pour Debian et...
Bah je comprends rien.
 
Voila le genre de conf que j'ai essayé:

quickleave
phyint brlan upstream  ratelimit 0  threshold 1
        altnet 10.0.0.0/24
phyint wan downstream  ratelimit 0  threshold 1
phyint dmz disabled
phyint lo disabled
phyint wlan disabled
phyint mon.wlan disabled
phyint tun0 disabled
phyint tun1 disabled


 
Evidemment j'ai setté MULITCAST à yes dans shorewall.conf et ajouté les rules suivantes:

ACCEPT          all     fw:224.0.0.0/4
ACCEPT          all     wan:224.0.0.0/4
ACCEPT          all     brlan:224.0.0.0/4


 
 
Un idée ? Je comprends rien à ces histoires de downstream, upstream, j'arrive pas à comprendre dans quel sens se fait la connexion et par conséquent aucune idée de la combinaison à réaliser entre downstream/upstream/10.0.0.*/192.168.1.*...
 
Merci [:zoubidawa]

Message cité 1 fois
Message édité par M300A le 19-09-2012 à 23:58:32

---------------
:wq
mood
Publicité
Posté le 19-09-2012 à 23:58:16  profilanswer
 

n°1319949
O'Gure
Modérateur
Multi grognon de B_L
Posté le 20-09-2012 à 14:13:04  profilanswer
 

Tu peux donner plus d'info sur ta passerelle debian : C'est uniquement du routage ou alors elle fait du NAT ?

 


en multicast :
 - downstream : sens allant vers les receivers, grosso modo, le trafic utile (tes videos ...)
 - upstream : sen qui va vers la source (en l'occurence le décodeur), grosso modo, les protocoles de signalisation (igmp/pim)

 

Il n'y a pas de connexion à proprement parler en multicast. Un receveur exprime son besoin de joindre un groupe et lance un igmp join sur son brin réseau. Le réseau est censé s'occuper de remonter l'info où il faut. La signalisation se fait donc du receveur (igmp) vers la source (normalement les routeurs parle PIM entre eux) et les flux vont dans l'autre sens

 


A mon avis, installer uniquement un igmp proxy ne suffit. Il doit falloir activer du routage multicast sur la debian, je ne suis pas sûr qu'out of the box elle sache gérer correctement la chose (ou qu'igmp proxy suffise).Tu parles de gars ayant parlé d'igmp proxy, ça serait une bonne idée de filer le lien.

 

 


Message édité par O'Gure le 20-09-2012 à 14:49:09
n°1319950
O'Gure
Modérateur
Multi grognon de B_L
Posté le 20-09-2012 à 14:25:16  profilanswer
 

tu peux aussi lancer igmpproxy de la manière suivante et me filer les logs ?

igmpproxy -dv ton_fichier_de_conf.conf


Message édité par O'Gure le 20-09-2012 à 14:25:28
n°1319951
O'Gure
Modérateur
Multi grognon de B_L
Posté le 20-09-2012 à 14:29:17  profilanswer
 

M300A a écrit :


Voila le genre de conf que j'ai essayé:

quickleave
phyint brlan upstream  ratelimit 0  threshold 1
        altnet 10.0.0.0/24
phyint wan downstream  ratelimit 0  threshold 1
phyint dmz disabled
phyint lo disabled
phyint wlan disabled
phyint mon.wlan disabled
phyint tun0 disabled
phyint tun1 disabled



D'après le manpage :
 tu mets à disable les interfaces où igmpproxy ne doit pas écouter (logique)
 tu mets à downstream les interfaces où tu auras des receivers
 tu mets à upstream les interfaces où tu auras ta source. altnet n'est pas nécessaire si la source est connectée directement sur cette interface (ie. si elle est dans le plan d'adressage de l'interface en question).

 

Si j'ai suivi tes explications sur ta topologie (brlan c'est l'interface "côté" PC avec mediacenterneuf ?

quickleave
phyint wan upstream  ratelimit 0  threshold 1
        altnet 192.168.1.0/24
phyint brlan downstream  ratelimit 0  threshold 1
phyint dmz disabled
phyint lo disabled
phyint wlan disabled
phyint mon.wlan disabled
phyint tun0 disabled
phyint tun1 disabled

 


M300A a écrit :


Evidemment j'ai setté MULITCAST à yes dans shorewall.conf et ajouté les rules suivantes:

ACCEPT          all     fw:224.0.0.0/4
ACCEPT          all     wan:224.0.0.0/4
ACCEPT          all     brlan:224.0.0.0/4




ça me semble bon mais je ne connais pas la synthaxe shorewall... un petit coup de

iptables -L INPUT
iptables -L OUTPUT
iptables -L FORWARD

me serait plus parlant
Pas de NAT on est d'accord ?


Message édité par O'Gure le 20-09-2012 à 14:43:12
n°1319955
M300A
Posté le 20-09-2012 à 17:00:58  profilanswer
 

La vache, des réponses sur IGMP :eek:
 
Merci 1000x, je test ce soir.
Sinon pour tes différentes tu as tout bon... Par contre y'a bien du NAT...
 
En effet, ma neufbox (modem) connait que 192.168.1.0/24, donc ce qui arrive depuis 10.0.0.0/24 est naté par ma passerelle en 192.168.1.254...
 
Ça peut ptetre se fixer si j'ai moyen d'éditer la table de routage du modem neufbox, mais j'aimais bien ce setup, il me permettait de m'affranchir complètement de ce que je branche la patte WAN de ma gateway.
 
C'est vraiment problématique ?


---------------
:wq
n°1319961
O'Gure
Modérateur
Multi grognon de B_L
Posté le 20-09-2012 à 18:14:12  profilanswer
 

Je pense pas que ça soit problématique, au niveau du forwarding multicast en lui même on s'en fout normalement, pour l'IGMP... ça devrait aller aussi... mais bon...
 
Si on peut s'affranchir de NAT quand on peut, il vaut mieux ne pas en mettre.

n°1319974
M300A
Posté le 20-09-2012 à 22:55:06  profilanswer
 

Bon... Pas eu le temps grrr...
 
Je teste demain!


---------------
:wq
n°1320065
M300A
Posté le 23-09-2012 à 15:19:48  profilanswer
 

Code :
  1. Sep 23 15:14:13 alix igmpproxy[10310]: RECV V2 member report   from 192.168.1.254   to 239.255.255.250
  2. Sep 23 15:14:13 alix igmpproxy[10310]: The IGMP message was from myself. Ignoring.
  3. Sep 23 15:14:13 alix igmpproxy[10310]: Route activation request from 192.168.1.254 for 239.255.255.250 is from myself. Ignoring.
  4. Sep 23 15:14:15 alix igmpproxy[10310]: RECV Membership query   from 192.168.1.1     to 224.0.0.1
  5. Sep 23 15:14:15 alix igmpproxy[10310]: RECV Membership query   from 172.16.255.254  to 224.0.0.1
  6. Sep 23 15:14:18 alix igmpproxy[10310]: RECV V2 member report   from 192.168.1.254   to 239.255.255.250
  7. Sep 23 15:14:18 alix igmpproxy[10310]: The IGMP message was from myself. Ignoring.
  8. Sep 23 15:14:28 alix igmpproxy[10310]: About to call timeout 2 (#0)
  9. Sep 23 15:14:28 alix igmpproxy[10310]: SENT Membership query   from 10.0.0.254      to 224.0.0.1
  10. Sep 23 15:14:28 alix igmpproxy[10310]: Sent membership query from 10.0.0.254 to 224.0.0.1. Delay: 10
  11. Sep 23 15:14:28 alix igmpproxy[10310]: Created timeout 3 (#0) - delay 10 secs
  12. Sep 23 15:14:28 alix igmpproxy[10310]: (Id:3, Time:10)
  13. Sep 23 15:14:28 alix igmpproxy[10310]: Created timeout 4 (#1) - delay 21 secs
  14. Sep 23 15:14:28 alix igmpproxy[10310]: (Id:3, Time:10)
  15. Sep 23 15:14:28 alix igmpproxy[10310]: (Id:4, Time:21)
  16. Sep 23 15:14:28 alix igmpproxy[10310]: RECV Membership query   from 10.0.0.254      to 224.0.0.1
  17. Sep 23 15:14:29 alix igmpproxy[10310]: RECV V2 member report   from 10.0.0.4        to 239.255.255.250
  18. Sep 23 15:14:29 alix igmpproxy[10310]: Should insert group 239.255.255.250 (from: 10.0.0.4) to route table. Vif Ix : 1
  19. Sep 23 15:14:29 alix igmpproxy[10310]: Updated route entry for 239.255.255.250 on VIF #1
  20. Sep 23 15:14:29 alix igmpproxy[10310]: Vif bits : 0x00000002
  21. Sep 23 15:14:29 alix igmpproxy[10310]: Setting TTL for Vif 1 to 1
  22. Sep 23 15:14:29 alix igmpproxy[10310]: Adding MFC: 192.168.1.133 -> 239.255.255.250, InpVIf: 0
  23. Sep 23 15:14:29 alix igmpproxy[10310]:
  24. Sep 23 15:14:29 alix igmpproxy[10310]: Current routing table (Insert Route):
  25. Sep 23 15:14:29 alix igmpproxy[10310]: -----------------------------------------------------
  26. Sep 23 15:14:29 alix igmpproxy[10310]: #0: Src: 192.168.1.133, Dst: 239.255.255.250, Age:1, St: A, OutVifs: 0x00000002
  27. Sep 23 15:14:29 alix igmpproxy[10310]: -----------------------------------------------------
  28. Sep 23 15:14:30 alix igmpproxy[10310]: RECV V2 member report   from 10.0.0.254      to 224.0.0.2
  29. Sep 23 15:14:30 alix igmpproxy[10310]: The IGMP message was from myself. Ignoring.
  30. Sep 23 15:14:38 alix igmpproxy[10310]: About to call timeout 3 (#0)
  31. Sep 23 15:14:38 alix igmpproxy[10310]: Aging routes in table.
  32. Sep 23 15:14:38 alix igmpproxy[10310]:
  33. Sep 23 15:14:38 alix igmpproxy[10310]: Current routing table (Age active routes):
  34. Sep 23 15:14:38 alix igmpproxy[10310]: -----------------------------------------------------
  35. Sep 23 15:14:38 alix igmpproxy[10310]: #0: Src: 192.168.1.133, Dst: 239.255.255.250, Age:2, St: A, OutVifs: 0x00000002
  36. Sep 23 15:14:38 alix igmpproxy[10310]: -----------------------------------------------------
  37. Sep 23 15:14:49 alix igmpproxy[10310]: The source address 10.0.0.4 for group 239.255.255.250, is not in any valid net for upstream VIF.
  38. Sep 23 15:14:59 alix igmpproxy[10310]: About to call timeout 4 (#0)
  39. Sep 23 15:14:59 alix igmpproxy[10310]: SENT Membership query   from 10.0.0.254      to 224.0.0.1
  40. Sep 23 15:14:59 alix igmpproxy[10310]: Sent membership query from 10.0.0.254 to 224.0.0.1. Delay: 10
  41. Sep 23 15:14:59 alix igmpproxy[10310]: Created timeout 5 (#0) - delay 10 secs
  42. Sep 23 15:14:59 alix igmpproxy[10310]: (Id:5, Time:10)
  43. Sep 23 15:14:59 alix igmpproxy[10310]: Created timeout 6 (#1) - delay 115 secs
  44. Sep 23 15:14:59 alix igmpproxy[10310]: (Id:5, Time:10)
  45. Sep 23 15:14:59 alix igmpproxy[10310]: (Id:6, Time:115)
  46. Sep 23 15:14:59 alix igmpproxy[10310]: RECV Membership query   from 10.0.0.254      to 224.0.0.1
  47. Sep 23 15:15:05 alix igmpproxy[10310]: RECV V2 member report   from 10.0.0.2        to 239.255.255.250
  48. Sep 23 15:15:05 alix igmpproxy[10310]: Should insert group 239.255.255.250 (from: 10.0.0.2) to route table. Vif Ix : 1
  49. Sep 23 15:15:05 alix igmpproxy[10310]: Updated route entry for 239.255.255.250 on VIF #1
  50. Sep 23 15:15:05 alix igmpproxy[10310]: Vif bits : 0x00000002
  51. Sep 23 15:15:05 alix igmpproxy[10310]: Setting TTL for Vif 1 to 1
  52. Sep 23 15:15:05 alix igmpproxy[10310]: Adding MFC: 192.168.1.133 -> 239.255.255.250, InpVIf: 0
  53. Sep 23 15:15:05 alix igmpproxy[10310]:
  54. Sep 23 15:15:05 alix igmpproxy[10310]: Current routing table (Insert Route):
  55. Sep 23 15:15:05 alix igmpproxy[10310]: -----------------------------------------------------
  56. Sep 23 15:15:05 alix igmpproxy[10310]: #0: Src: 192.168.1.133, Dst: 239.255.255.250, Age:2, St: A, OutVifs: 0x00000002
  57. Sep 23 15:15:05 alix igmpproxy[10310]: -----------------------------------------------------
  58. Sep 23 15:15:06 alix igmpproxy[10310]: RECV V2 member report   from 10.0.0.254      to 224.0.0.2
  59. Sep 23 15:15:06 alix igmpproxy[10310]: The IGMP message was from myself. Ignoring.
  60. Sep 23 15:15:09 alix igmpproxy[10310]: About to call timeout 5 (#0)
  61. Sep 23 15:15:09 alix igmpproxy[10310]: Aging routes in table.
  62. Sep 23 15:15:09 alix igmpproxy[10310]:
  63. Sep 23 15:15:09 alix igmpproxy[10310]: Current routing table (Age active routes):
  64. Sep 23 15:15:09 alix igmpproxy[10310]: -----------------------------------------------------
  65. Sep 23 15:15:09 alix igmpproxy[10310]: #0: Src: 192.168.1.133, Dst: 239.255.255.250, Age:2, St: A, OutVifs: 0x00000002
  66. Sep 23 15:15:09 alix igmpproxy[10310]: -----------------------------------------------------
  67. Sep 23 15:15:23 alix igmpproxy[10310]: RECV V2 member report   from 192.168.1.133   to 233.136.0.123
  68. Sep 23 15:15:23 alix igmpproxy[10310]: Mebership report was recieved on the upstream interface. Ignoring.
  69. Sep 23 15:15:49 alix igmpproxy[10310]: The source address 84.96.146.150 for group 233.136.0.123, is not in any valid net for upstream VIF.
  70. Sep 23 15:15:49 alix igmpproxy[10310]: RECV Membership query   from 192.168.1.1     to 233.136.0.123
  71. Sep 23 15:15:49 alix igmpproxy[10310]: RECV Membership query   from 192.168.1.1     to 233.136.0.123
  72. Sep 23 15:15:49 alix igmpproxy[10310]: RECV Membership query   from 192.168.1.1     to 233.136.0.123
  73. Sep 23 15:16:02 alix igmpproxy[10310]: RECV V2 member report   from 192.168.1.133   to 233.136.0.123
  74. Sep 23 15:16:02 alix igmpproxy[10310]: Mebership report was recieved on the upstream interface. Ignoring.
  75. Sep 23 15:16:20 alix igmpproxy[10310]: RECV Membership query   from 192.168.1.1     to 224.0.0.1
  76. Sep 23 15:16:20 alix igmpproxy[10310]: RECV Membership query   from 172.16.255.254  to 224.0.0.1
  77. Sep 23 15:16:24 alix igmpproxy[10310]: RECV V2 member report   from 192.168.1.254   to 239.255.255.250
  78. Sep 23 15:16:24 alix igmpproxy[10310]: The IGMP message was from myself. Ignoring.
  79. Sep 23 15:16:24 alix igmpproxy[10310]: Route activation request from 192.168.1.254 for 239.255.255.250 is from myself. Ignoring.


---------------
:wq
n°1320066
M300A
Posté le 23-09-2012 à 15:21:16  profilanswer
 

Voila une trace!

 

10.0.0.4 = le pc avec le mediacenter
192.168.1.133 = le boitier TV neuf

 

Y'a des trucs bizarres, genre "The source address 10.0.0.4 for group 239.255.255.250, is not in any valid net for upstream VIF."

 

Edit: évidemment, ça ne fonctionne pas [:dawa]


Message édité par M300A le 23-09-2012 à 15:21:35

---------------
:wq
n°1320161
dreamer18
CDLM
Posté le 25-09-2012 à 14:11:29  profilanswer
 

C'est normal que ton PC mediacenter et ton boitier TV neuf soient pas dans le même subnet ?


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
mood
Publicité
Posté le 25-09-2012 à 14:11:29  profilanswer
 

n°1320169
M300A
Posté le 25-09-2012 à 18:29:36  profilanswer
 

Oui c'est ce que j'ai expliquer tout au long du topic :D


---------------
:wq
n°1320170
dreamer18
CDLM
Posté le 25-09-2012 à 18:53:44  profilanswer
 

Pardon je me suis contenté de lire les logs :D


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
n°1320172
dreamer18
CDLM
Posté le 25-09-2012 à 19:05:22  profilanswer
 

Tu peux installer un wireshark sur le mediacenter et nous poster le .pcap de ce que cette machine voit sur son interface réseau ?
 
idem pour une machine dans le 192.168 ?
 
Histoire de vérifier que le TTL des paquets est pas à 1.

Message cité 1 fois

---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
n°1320365
O'Gure
Modérateur
Multi grognon de B_L
Posté le 28-09-2012 à 22:18:52  profilanswer
 

dreamer18 a écrit :

Tu peux installer un wireshark sur le mediacenter et nous poster le .pcap de ce que cette machine voit sur son interface réseau ?


+1
D'après la trace j'ai l'impression que igmpproxy semble faire son taf. Si j'avais accès au machine, je regarderais déjà sur le routeur si y a du forwarding entre les deux réseaux.

Sep 23 15:15:05 alix igmpproxy[10310]: #0: Src: 192.168.1.133, Dst: 239.255.255.250, Age:2, St: A, OutVifs: 0x00000002


192.168.1.133 c'est bien le décodeur tv ?

 

Je suppose que tu as  /proc/sys/net/ipv4/ip_forward bien à 1


Message édité par O'Gure le 28-09-2012 à 22:26:07
n°1320366
O'Gure
Modérateur
Multi grognon de B_L
Posté le 28-09-2012 à 22:40:16  profilanswer
 

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  IGMPProxy, multicast et autres joyeuseté incompréhensibles...

 

Sujets relatifs
VLC et le streaming en multicast.Message multicast ::= envoi et reception (les ports utilisés)
Configuration d'un routeur multicastLFS, Boot depuis Clef USB et autre joyeuseté :p
configuration pour faire du multicastProblème de broadcast/multicast sur la carte réseau liée à mon modem !
Plus de sujets relatifs à : IGMPProxy, multicast et autres joyeuseté incompréhensibles...

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.149 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)