Messages

Hello FF.

Tu dis que tu n'as pas la TNT depuis le Salève !? Pourtant d'après ce lien il devrait y avoir le signal depuis le Salève ...

Comme c'est omnidiretionnel dans mon cas pas besoin de pointer

Oui, si j'avais mieux lu j'aurais évité de poser une question con

Effectivement, à part une éventuelle limitation des adresses MAC du coté SIEA ou éventuellement un switch un peu trop light pour supporter plusieurs flux multicasts, rien ne doit empêcher ton montage de fonctionner.

Djeangloup7: où te trouves-tu et vers quel émetteur as-tu pointé ton antenne ? As-tu la TSR ?

Je me renseigne au cas où on n'arrive pas à résoudre le problème d'IPTV ...

Pareil de mon coté sur BFMTV, au moins une coupure par minute entre 23h et 23h30 ... Trop tard pour sortir le sniffer, on verra demain ...

Hello foobar.

Quelques explications : Il y a quelques mois (début mai) j'ai eut une coupure du Net, la TV marchait bien, mais impossible d'obtenir une adresse IP sur mon routeur. J'ai donc mis en dur l'IP sur mon routeur, pas mieux. J'ai fini par brancher mon PC portable directement sur le CPE avec l'IP publique configurée en dur et là, surprise ça marche J'ouvre un ticket chez K-Net et effectivement après un échange avec le SIEA il s'avère que j'avais dépassé mon quota de 4 MAC adresses en amont du CPE !?

Cette limitation aurait (je me rappelle plus trop ce qu'en avait dit le support K-Net) été mise en place pour éviter les problèmes liés au bouclage LAN / DATA et/ou IPTV ...

Dans mon cas, la limitation avait été relevée par le SIEA et j'ai de toute façon abandonné le couplage IPTV / LAN (j'utilise des VLANs sur mon réseau). Donc plus de problème.

Certaines questions demeurent :
- la limitation est-elle toujours d'actualité ?
- à combien de MAC est cette limite ?
- comment la limite est-elle implémentée (les MAC non vu sont elle effacée de la table ? au bout de combien de temps ?) ?
- cette limite s'applique-t'elle au trunk entre le switch du NRO et le CPE ou seulement à l'un des VLANs de ce trunk ?

La doc suivante décrit ce genre de limitation sur les switchs Cisco (utilisés par le SIEA) : http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.2/25sg/configuration/guide/port_sec.pdf et effectivement, il y a moulte façon d'implémenter cette limitation...

Effectivement, je regarde M6 depuis une bonne demi heure et il n'y a eut qu'une seule perturbation... Donc je pense qu'on peut éliminer l'hypothèse "équipement qui a trop chaud".

Hypothèses les plus plausibles :
- l'abonné qui downloadait comme un goinfre s'est fait chopé par la Hadopi;
- l'employé du SIEA qui avait oublié sa session de debug sur le routeur central est revenu de vacance;
- le SIEA a mis en place la QOS sur le VLAN IPTV.

Bon attendons quand même L'amour est dans le pré avant de crier victoire

Marc01 : merci pour les liens. Je ne pense pas qu'on va se cotiser pour acheter l'outils, on va d'abord regarder du coté des softs gratuits La présentation sur le monitoring est intéressante mais implique la participation des routeurs du SIEA. Je vais lire avec attention celle qui concerne les mesures sur l'IPTV.

Steph01: en fait je citais le précédent problème plus pour dire qu'on pouvait aider le SIEA même sans avoir accès à tout. Je pense effectivement qu'IGMP n'est pas le coupable cette fois-ci.

Pour l'analyse des flux j'ai une piste (mais je peux rien tester depuis le bureau) :
- sniff du trafic avec wireshark -> création d'un pcap avec tout le trafic réseau
- récupération du flux mpeg avec ce script : http://www.perlmonks.org/?node_id=661366
- analyse du flux avec ce soft : http://www.pjdaniel.org.uk/mpeg/ ou un autre ci celui-ci ne donne rien.

Steph01 : effectivement je pense qu'on a un peu tous la même intuition. Mais les observations de Felix viennent un peu contredire cette hypothèse. Il va donc falloir vérifier tout cela.

Lors du précédent gros problème (perte nette su signal) il s'agissait de requêtes de désabonnement IGMP qui circulaient sur le VLAN IPTV mais qui étaient invisibles du coté client car filtré (interprétée) par le CPE... Toutefois, l'analyse faite à l'époque avait permis de mettre le SIEA sur la voie (cela a conduit à la désactivation de l'IGMP snooping sur le CPE).

Pour moi il est clair que nous n'aurons pas le fin mot de l'histoire sans avoir accès à toutes les parties du réseau, mais j'espère qu'une bonne analyse de notre coté pourra une nouvelle fois aider le SIEA à trouver/résoudre le problème

Maintenant, si le SIEA et/ou K-Net veut communiquer sur leurs propres observations et/ou nous transmettre des infos utiles au diagnostic, ils sont les bienvenus !

OK, donc il faut vraiment trouver un outils qui inspecte les flux. Peut être FFMPEG ou VLC en mode verbose ?

Je "regarde" encore les chaines HD (car j'ai la flemme de changer ma playlist ) et c'est clair que c'est pire que les autres.

Sur le Media Center Windows, même les enregistrements ont le problème, par contre j'ai pas essayé de revenir en arrière avec le time-shift. A tester (ce soir...).

Intéressant cbval, ça rejoindrait un peu le problème que nous avions l'année dernière (coupure toutes les x secondes). Il faudrait faire un graphe de performance réseau (latence/débit) et le corréler avec les pertes de signal sur la TV.

Bon, pour faire une analyse plus technique qu'empirique : quel outils permet d'analyser le flux MPEG2 ou 4 ? Je pense que WireShark permet d'avoir certaines données, mais je ne suis pas sûr qu'il sache descendre au niveau frame MPEG. Existe-t'il un plug-in ?

Il faudrait voir s'il manque des paquets MPEG ou s'ils arrivent dans le mauvais ordre.

J'ai aussi l'intuition que le couplage réseau IPTV et réseau LAN c'est le mal.
Le SIEA a mis en place une restriction du nombre d'adresses MAC visibles en amont du CPE, ce qui a pour effet de couper le Net à ceux qui font cette manip et qui on plus de 3 machines sur leur LAN.
Je vais indiquer sur mon blog (encore plus clairement) qu'il ne faut plus utiliser cette méthode...

[Hypothèse]

Comme dit dans le sujet Problème ce gel d'image, je pense qu'en s'y mettant tous, on peut aider à résoudre le problème que nous connaissons tous en ce moment avec l'IPTV à savoir :

Gel d'image, apparition de mosaïque et autres artéfacts, coupure du son.

Il nous faut donc réaliser le plus possible de diagnostics et essayer d'éliminer certaines hypothèses.

Listons les hypothèses, comment les confirmer/infirmer et les tests que nous faisons tous ...

Je mettrai à jour ce post au fur à mesure que l'on avance .



   
   
   
   
   
   
   
   
   
   

Hypothèse	Tests	Résultats	Commentaires
Un ou des équipement(s) souffre(nt) du chaud	Est-ce que les problèmes sont moindre lorsqu'il fait plus frais (la nuit par exemple) ?	...	Parait peu plausible car les problèmes ont commencé avant qu'il fasse très chaud ... mais bon il faut tout vérifier.
La charge du réseau (Internet) influence la qualité du flux IPTV	Est-ce que le flux est de meilleure qualité lorsque le réseau est moins chargé (pendant les heures de travail) ?	...	Avec le P2P, difficile de savoir quand le réseau est le plus chargé; K-Net pourrait-il fournir un graphe  sur une journée de son trafic (en enlevant les chiffres si c'est secret) ?
La quantité de personnes qui regardent la TV influence-t'elle la qualité du flux ?	Est-ce que le flux est de meilleure qualité lorsque la TV est moins regardée (pendant les heures de travail) ?	...	Avec les vacances, difficile de dire quand la TV est regardée; sans compter les box qui restent allumée et continuent de consommer le flux. Le SIEA pourrait-il fournir un graphe d'utilisation des flux IPTV (difficile à collecter j'imagine vu que l'IGMP est géré par chaque NRO) ?
K-Net a été marabouté par un concurrent et seuls ses abonnés souffrent du problème.	Un abonné à un autre FAI sur la fibre SIEA a-t'il des problèmes ?	...	Peu probable aussi (l'architecture IPTV étant la même pour tous).
Les perturbations sur le flux IPTV sont aussi perceptibles sur les autres services (Net et Téléphone)	Créer un graphe des performances réseau sur les autres services (latence/débit) et indiquer sur ce graphe moments ou le flux IPTV perd en qualité.	...	...
Les perturbations sur le flux IPTV sont cycliques.	Créer un graphe temporel indiquant les perturbations sur le flux IPTV. Et essayer d'y voir des cycles.	...	Ça ne vous fait pas penser au projet SETI ?
Les perturbations sur le flux IPTV sont visibles sur toutes les chaines en même temps.	Regarder plusieurs chaines en même temps et indiquer si les perturbations sont visibles sur toutes les chaines ou seulement une à la fois (ou de manière dé-corrélée).	...	Pas forcément évident à mettre en oeuvre. Éventuellement avec des enregistrements ?
Quel est vraiment le problème au niveau flux ?	Inspecter le flux MPEG pour trouver des erreurs.	...	Bon, ce point là il est velu, mais c'est sans doute celui-ci qui nous apportera le plus d'infos. Trouver un bon outils pour faire l'analyse.
...	...	...	...

Pour ma part, je ne joue pas, je ne download pas et j'étais très satisfait de ma connexion Free (plutôt stable).

J'ai pris la fibre pour l'IPTV car j'utilise un PC Media Center pour regarder la TV et la réception satellite ne me permettait pas de regarder une chaîne et d'en  enregistrer une autre.

l'IPTV me permet(ait) donc de pouvoir enregistrer jusqu'à 3 programmes en regardant un quatrième (ce qui n'arrive jamais vu la pauvreté de la programmation aux heures ou je regarde la TV )

Aujourd'hui, après un an des hauts et des bas (et surtout depuis qu'il n'est plus possible de regarder la TV sans avoir de coupure son/image toutes les 30 secondes) je regrette ma réception satellite qui ne coupait que lorsqu'il y avait de la neige... Je pense sérieusement mettre en place une antenne pour capter la TNT, investir dans un tuner et arrêter l'IPTV

Maintenant la question est "mais que se passe-t'il" ?

D'un point de vue théorique, ce qui se produit aujourd'hui ne devrait pas exister :
- La réception (à la source) n'est pas perturbée : même la canicule ne vient pas à bout du signal TNT sur Lyon.
- Le transport dans un VLAN dédié et priorisé n'est pas perturbé : la fibre est suffisamment fiable pour ne pas perdre autant de paquets.
- La réception au domicile n'est pas perturbée : le switch (CPE) est suffisamment dimensionné pour recevoir les flux IPTV sans droper de paquets.
- Le réseau local n'est pas perturbé : on ne peut pas faire plus simple -> le boitier TV est relié en direct au CPE.
- La restitution n'est pas perturbée : même avec cette chaleur, les équipements ne sont pas en dehors de leur conditions d'utilisation.

Donc où est le problème !?

Nous sommes nombreux sur ce forum à être spécialistes en informatique, je suis sûr qu'en partageant nos diagnostics et tests on peut aider à résoudre ce problème (en espérant que le staff K-Net et le SIEA ne soit pas tous parti en vacances...).

J'ouvre un sujet dédié à ce diagnostic ;-)

J'avoue que je n'y connais pas grand chose en IPV6 et que je suis peut être passé à coté d'un mécanisme spécial mais pour moi il est impossible d'accéder à un hôte IPV6 depuis un hôte IPV4 (même s'il est, par exemple, connecté derrière une box dont le réseau FAI est en IPV6). Ça fait donc un sacré paquet d'internautes ...

Si j'étais vous, je ne ferais pas le pari, il m'est tout à fais possible d'accéder à des sites en IPV6 depuis chez K-NET !!!

[...]

Comme je l'ai dit plus haut, malgré que je sois chez K-Net, j'ai accès aux sites qui sont uniquement en IPV6
Pour cela j'utilise en logiciel qui est un tunnel entre l'IPV4 et l'IPV6, ce programme est compatible Windows 32 bits et 64 bits.
Je mettrais plus tard le lien pour ceux que cela intéresse, voici le test fait sur le site http://test-ipv6.com/

Oui, alors j'aurais dû préciser "sans bidouille" Donc OK pour mon Windows. Qu'en est-il de ma télévision ? De ma console de jeu ? de mes iBidulet ?

Une nouvelle fois, c'est plus une supposition qu'une affirmation mais tant que le réseau local de l'abonné est en IPV4, il n'est pas possible d'accéder "nativement" à des ressources IPV6. Il va donc falloir "des années" avant que le LAN de Mme Michu (et tous ses gadgets connectés) soient en IPV6.

Quand on voit la difficulté du passage de l'analogique au numérique pour la télévision (notamment dans le Pays de Gex, d'après ce que j'ai pu lire) je ne suis pas très optimiste pour le passage, autrement plus complexe, de l'IPV4 à l'IPV6.

Maintenant je me fais aussi l'avocat du diable (non K-Net n'est pas le diable ) c'est sûr qu'il faut y réfléchir aujourd'hui pour ne pas trop galérer demain...