Auteur Sujet: Panne TV au bout de 5 min. (Lu 5583 fois)

foxmt · « **Réponse #12 le:** **Hier** à 18:07:04 »

Ca n'a surement rien à avoir, mais en lisant le sujet, ca me fait penser à un problème de HDCP sur le HDMI.

J'avais déjà eu des problèmes avec des appareils qui géraient mal le HDCP. Le chrono me fait penser à une protection HDCP qui s'activerait au bout d'un certain temps.

fansat70 · « **Réponse #13 le:** **Hier** à 21:55:08 »

Citation de: foxmt le Hier à 18:07:04

Ca n'a surement rien à avoir, mais en lisant le sujet, ca me fait penser à un problème de HDCP sur le HDMI.

J'avais déjà eu des problèmes avec des appareils qui géraient mal le HDCP. Le chrono me fait penser à une protection HDCP qui s'activerait au bout d'un certain temps.

Toujours rien à voir...
Mon frère avait un problème de HDMI qui "décrochait" au bout d'un certain temps. Après avoir mis en cause le player, puis la box, puis le câble (ce n'était pas chez Bouygues), Mon frère s'est résigné à utiliser la TV sur la TNT. La dite TV a rendu l'âme quelque semaines après. Diagnostic: Platine d'alimentation, changée sous garantie.
Depuis, TV reconnectée sur le player sans problèmes depuis Septembre dernier... C'était une TV LG d'à peine 1 an...
Les pannes "à lagon", cela existe, et la solution n'est pas toujours où l'on croit!

arklamarmotte · « **Réponse #14 le:** **Aujourd'hui** à 10:30:16 »

En utilisant VLC sur mon PC, j'ai pu reproduire le même phénomène qu'avec le décodeur TV. Les paquets réseau sont analysés avec wireshark.

Pour l'exemple, 232.0.64.202 c'est la chaîne France2. J'ouvre ce flux réseau avec VLC (qui doit avoir un chiffrage quelconque, car je ne vois pas l'image) mais je vois le flux réseau (en bleu) dans wireshark.
On voit les paquets IGMP passer (en jaune), et arrivé à 4 min 30, le flux se coupe tout seul.

En utilisant le décodeur TV, on voit la même chose dans wireshark avec le flux qui se coupe toujours à la même période.

arklamarmotte · « **Réponse #15 le:** **Aujourd'hui** à 10:58:54 »

Avec le décodeur TV, c'est le même scénario.
A noter que tout le flux vidéo n'est pas représenté sur le screenshot

fansat70 · « **Réponse #16 le:** **Aujourd'hui** à 11:01:23 »

Apparemment, le device utilisateur c'est dans un cas le 192.168.1.10, et dans l'autre cas le 192.168.1.108.
Juste une question: Qu'est-ce vient faire là le 192.168.1.1 dans les 2 captures? C'est la box? Ou un autre device qui met la grouille?

arklamarmotte · « **Réponse #17 le:** **Aujourd'hui** à 11:08:19 »

Citation de: fansat70 le Aujourd'hui à 11:01:23

Apparemment, le device utilisateur c'est dans un cas le 192.168.1.10, et dans l'autre cas le 192.168.1.108.
Juste une question: Qu'est-ce vient faire là le 192.168.1.1 dans les 2 captures? C'est la box? Ou un autre device qui met la grouille?

Oui,
ma box est 192.168.1.1
mon PC est 192.168.1.10
mon décodeur est 192.168.1.108

La box envoie un IGMP query pour garder ou couper le flux vidéo multicast sur le ou les ports ethernet, pour optimiser la bande passante.
Et il doit y avoir le même principe entre la box et l'OLT dans le quartier, sinon les flux videos IPTV transiteraient en permanence.

Où se situe le problème ?
La box qui ne comprend pas le membership report ? et c'est elle qui coupe le flux ? (elle a été changée par un modèle totalement différent)
La box qui ne retransmet pas le membership report à l'équipement réseau au dessus ? au niveau du NRO ? et c'est lui qui coupe le flux vers la box ?
L'équipement réseau au niveau du NRO qui ne comprend pas la réponse ? sur l'équipement entier ? Juste sur notre port ?

stlan · « **Réponse #18 le:** **Aujourd'hui** à 11:20:33 »

Bonjour,

Pour info, l'équipe en charge est prévenu du problème.

Merci pour vos retours et patience en attendant.

Lucius Snow · « **Réponse #19 le:** **Aujourd'hui** à 14:20:19 »

arklamarmotte, tu cartonnes !

Merci stlan pour la remontée et l'expertise.

arklamarmotte · « **Réponse #20 le:** **Aujourd'hui** à 16:15:36 »

Bonjour,

j'ajoute quelques informations suite à mes derniers tests qui semblent confirmer un problème d'IGMP :

Protocole de test :
- Deux PC et le décodeur TV branchés sur un switch ethernet, lui même connecté à un port de la BOX.
- Switch un peu daté qui ne gère pas IGMP donc il présente le flux TV sur tout ses ports, super pour tester. Il fait transiter les IGMp sans les interpréter.
- PC 1 : Wireshark qui surveille le réseau
- PC 2 : script python avec la librairie Scapy pour envoyer des paquets IGMP en se faisant passer pour le décodeur TV.

Test 1 :
- Lancement d'une chaîne TV : la vidéo démarre.
- Envoie de paquets IGMP (Membership Report group) avec le PC 2 pour garder le flux video actif : ne fonctionne pas, crash du décodeur au bout de 4min30.

Test 2 :
- Lancement d'une chaîne TV : la vidéo démarre.
- Envoie avec le PC 2 de 2 paquets IGMP (Leave + Membership Report group, -> screenshot) rapprochés à 4min de visionnage : légère saccade de l'image sur la TV, mais le décodeur n'affiche pas la page F3411-2111.
- Pas de crash à 4min30... la vidéo se poursuit. Il faut recommencer un Leave + Membership Report group quelques minutes plus tard pour de nouveau réinitialiser le chrono.

Test 3 :
-Une fois le flux crashé en timout (après 4min30), on a un flux zombie, on ne peux pas refaire de join sans faire un leave au préalable pour récupéré le flux.

En conclusion, j'imagine que :
- Le premier Membership Report group, pour lancer le flux d'une chaîne TV fonctionne puisque on peut commencer à regarder.
- Les Membership Report group périodiques (suite aux queries toutes les 125s) pour garder le flux actif sont ignorés, non retransmis ? mais à quel niveau (box ? plus loin sur le réseau bouygues ?)

stlan · « **Réponse #21 le:** **Aujourd'hui** à 17:35:31 »

Vous pouvez remettre l'adressage de la Bbox qui se fait par défaut par le 192.168.1.254 et pas le 1.1 comme on voit cette modification.

Et confirmer que ça refonctionne ?

Merci

arklamarmotte · « **Réponse #22 le:** **Aujourd'hui** à 18:15:51 »

Bonsoir,

merci pour cette piste, j'effectue la modification et je reviens vers vous après quelques tests