Plus de TV ce soir, j'ai relancé mes équipements, le boitier fibre, mon serveur TV, rien n'y fait...
Est-ce que les chaînes ont bougé? Ou y'a un problème?
Rien dans mes logs, et tout était ok hier...
Rien ne passe en rescannant les chaînes, y'aurait du changement sur les flux?
Marche chez moi, via le routeur. (vlc)
Merci Titi,
Mais le routeur et sa conf sont chez k-net, donc... Si ils ont changé quelque chose, moi je dois reconfigurer le mien...
J'ai du drop sur 10.66.255.248, que je ne connaissais pas jusque là, peut-être les flux qui ont changé?
Non, car les ip sont encore bonnes.
Ouais, mais ça marchait ça marche plus, sans raison...Peut-être un soucis sur le flux TV à Cessy?
Bon, j'ai redémarré l'hyper-v, le switch, les services TV, et j'ai que dalle dans les logs - genre tu pointes sur un flux qui n'existe pas...
Je vais pas me battre contre un fantôme, j'attends de voir si d'autres ont le problème
Je précise: udpxy reporte bien une source et une destination, un scan de chaines ne donne rien.. ça pue le "j'ai rien à me mettre sous la dent" sur les flux TV....
pas de signal sur les ip genre 233.97.72.8 - c'est la bonne pour D8 en hors-pilote SIEA sur cessy?
Oui c'est la bonne, mon routeur récupère bien sur cette ip : http://192.168.1.1:3333/udp/233.97.72.8:1234
On ne doit pas être sur la même plaque, ce qui pourrait faire un problème chez toi mais pas chez moi, k-net va bien nous éclaircir demain.
Bon, appel au support, ticket ouvert auprès du SIEA (Donc rien à espérer avant la semaine prochaine).
Comme suggéré par le support, j'ai testé avec un PC connecté sur port 4 du CPE en VLC sur l'adresse directe (sans udpxy donc) avec le même résultat...
Ouf, ça n'est visiblement pas de mon côté :)
Eléments pris en compte dans le ticket SIEA.
Merci,
Avez-vous un retour du SIEA? Je viens de retester sans résultat...
Bonjour,
La situation est toujours la même, avez-vous des nouvelles du SIEA?
Merci d'avance,
Félix
Pour le SIEA, la continuité du vlan est correcte.
Malheureusement, difficile de faire du debug pour votre problème vu la complexité de votre installation perso.
Bonjour Damien,
Merci pour le retour... Quelle est la suite sur ce point du coup?
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?
Avec le PC au CPE tu as bien pris la liste en udp ?
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...
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...
============================================================> []
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
Le SIEA nous a informé que tout était ok, mais effectivement, sûrement un changement de conf quelque part...
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;
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." ?
@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
ok, je vais regarder ça... je ne connais plus par coeur mes règles de firewall ;)
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... ;(
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.
@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
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
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
... ou pas ;(
c'est à n'y rien comprendre : même réseau (je ne l'ai pas changé cette nuit), même config, pas de reboot... et ça ne marche plus.