Problème TV 2014/10/03?

felix_clerc · 08 Octobre 2014 à 21:43:09

Réflexion au passage: Pourquoi ce serait chez moi, si un PC connecté au port 4 du CPE en direct n'arrive pas à lire le flux?

Et dans les points intéressants, un de mes voisins a souscrit chez NC, qui n'ont pas réussi à le raccorder, mais il est sur le même NRO que moi, est-ce qu'il y a des modifs au niveau du NRO pour NC?

TiTi · 08 Octobre 2014 à 22:19:14

Avec le PC au CPE tu as bien pris la liste en udp ?

felix_clerc · 08 Octobre 2014 à 23:42:52

Oui, mais je viens de refaire un test et maintenant ça marche...
Donc sur port 4 du CPE, maintenant c'est bon, mais à travers le vlan du port 1 plus.

mon vlc connecte bien sur udpxy, qui tente une connection vers l'udp source mais time-out après quelques secondes - alors que je n'ai rien changé à ma config... Si ça se trouve, ma TV a changé de vlan

En tout cas rien dans les logs packetfilter, ni udpxyd, à part ce nouveau venu:

2014:10:08-23:38:05 gateway ulogd[4576]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60001" initf="eth2" srcmac="70:7b:e8:c6:df:bc" dstmac="0:15:5d:10:a:1" srcip="10.66.255.248" dstip="224.0.0.1" proto="2" length="32" tos="0x00" prec="0x80" ttl="1"

Mais je ne recevais pas d'IGMP depuis cette ip avant et tout fonctionnait...

Edit: J'ai ajouté l'ip aux source autorisées pour IGMP mais pareil. J'ai de la peine à croire que le problème soit chez moi, j'ai rien changé et boum...

Re-Edit: Le test sur port 4 prouve bien que le flux arrive, mais ne dit rien du vlan utilisé, de la source du flux (j'ai du ouvrir une ip en 192.168.x en udp pour avoir mes flux la dernière fois) sur le port 1... Ce qui est bizarre, c'est que je reçois une ip en DHCP sur ce port, mais ensuite... Et j'aurais des drops dans les logs si la source du flux avait changé, ou si l'IGMP était bloqué. Bref, grand mystère, si quelqu'un a des lumières...

Macharius · 09 Octobre 2014 à 08:55:00

Citation de: felix_clerc le 08 Octobre 2014 à 23:42:52
Bref, grand mystère, si quelqu'un a des lumières...

Perso j'ai bien des neons au dessus de mon bureau mais je suis pas sûr que ça te serve...

============================================================> []

felix_clerc · 10 Octobre 2014 à 19:09:25

Problème résolu - j'ai dû ajouter une règle:
Autoriser 10.66.0.0/16 en IGMP vers multicast...

Preuve, à mon avis, que la conf a changé côté SIEA

Le ticket peut être clos

Raphaël · 11 Octobre 2014 à 16:20:48

Le SIEA nous a informé que tout était ok, mais effectivement, sûrement un changement de conf quelque part...

jack · 11 Octobre 2014 à 16:53:57

CitationEn tout cas rien dans les logs packetfilter, ni udpxyd, à part ce nouveau venu:

2014:10:08-23:38:05 gateway ulogd[4576]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60001" initf="eth2" srcmac="70:7b:e8:c6:df:bc" dstmac="0:15:5d:10:a:1" srcip="10.66.255.248" dstip="224.0.0.1" proto="2" length="32" tos="0x00" prec="0x80" ttl="1"

C'est le querier IGMP;

jit · 13 Octobre 2014 à 23:51:36

Bonjour,

j'ai également le soucis depuis quelques jours, et je me demandais ce qui avait pu changé... (je suis à prevessin, routeur perso et raspberryPi + openelec).

N'étant pas un super pro du reseau, qu'entends-tu par "Autoriser 10.66.0.0/16 en IGMP vers multicast." ?

felix_clerc · 14 Octobre 2014 à 09:09:46

@jit,
J'ai ajouté une règle dans mon routeur autorisant le protocole IGMP en provenance de 10.66.0.0/16 sur la carte réseau source TV vers 224.0.0.1
En espérant que ça t'aide à régler ton problème...
Félix

jit · 16 Octobre 2014 à 20:34:11

ok, je vais regarder ça... je ne connais plus par coeur mes règles de firewall

jit · 17 Octobre 2014 à 20:31:02

bon bha ça marche pas pour moi ;(

sans firewall ça ne passe pas (branchement direct port TV => raspberry).

J'ai vu sur d'autre posts des personnes ayant aussi des probléme sur le port TV... ;(

TiTi · 17 Octobre 2014 à 20:34:37

Port TV => adresse en UDP (Bien vérifier)
Et NE PAS OUBLIER que le raspberry pi n'a pas toutes les licences par défaut des codecs.

jit · 17 Octobre 2014 à 22:07:34

@Titi : je n'ai pas précisé, mais la même config fonctionnait jusqu'à maintenant (eth0 sur port TV)... et j'ai bien les codecs, je les ai justement acheté le codec mpeg2 pour voir les chaines en basse def.

Mon problème est peut-être dû à la mise à jour openlect 4.2... je vais creuser

felix_clerc · 18 Octobre 2014 à 11:08:45

Bon, si ça peut aider, ci-dessous toutes mes règles pour faire passer la TV.
D'abord, ma topo:
Lan: 172.16.0.0/16 - je le mentionnerai internal network
Ma gateway (routeur): 172.16.254.254 - je mentionnerai gateway
Mon udpxy utilise le port 3000 - k-net configure je crois 3333

C'est parti:

1) autoriser tous les ports tcp verd udpxy
internal network - (tcp 1:65535 -> 3000) -> gateway

2)autoriser IGMP vers la gateway
internal network - (IGMP) -> gateway

3) autoriser rtsp de la source TV SIEA vers l'ip de streaming
192.168.150.100 - (udp 1:65535 -> 1234) -> 233.97.72.0/24

4)Autoriser internal network raw udp vers 224.0.0.0
internal network - (udp 1:65535 -> 1:65535) -> 224.0.0.0/4

5) Autoriser IGM de gateway vers internal network
gateway - (IGMP) -> internal network

6) autoriser IGMP externe vers multicast (c'est ici que j'ai dû ajouter 10.66.0.0/16)
ip wan tv (10.0.0.0/24) + 10.66.0.0/16 - (IGMP) -> 224.0.0.0/4 + 233.97.72.0/24

En espérant que ça peut aider, et à l'écoute de commentaire si je suis trop large ou que j'y ai mis des bêtises...

Felix

jit · 26 Octobre 2014 à 21:56:40

J'a enfin trouvé... chez moi rien à voir avec le firewall ou le routage puisque j'étais en direct sur le port 3.

J'ai du ajouter 2 routes (ma route par defaut est sur une ip local car j'utilise une carte pour 2 reseaux : local + TV):

ip route add 233.97.72.0/24 via 10.0.0.253 dev eth0
ip route add 10.66.0.0/16 via 10.0.0.253 dev eth0

Rechercher