La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
K-Net => Opérateurs grand public alternatifs => Offre TV K-Net => Discussion démarrée par: Altair1491 le 04 mai 2014 à 09:27:13
-
Le problème des coupures concernent actuellement la mauvaise réception des chaînes TV, en particulier sur le réseau d'Europ'Essonne !
Des abonnés se plaignent de ne pas pouvoir regardé correctement les programmes, en particulier à partir de 20 heures. Des blocages d'images sont observés par les abonnés.
J'ai reçu à ce sujet plusieurs plaintes concernant des habitants d'Epinay.
Je crois avoir compris (car j'ai du mal à obtenir des informations précises, la captation des chaînes TNT est faite par K-net sur une tête de réseau TNT dans le département de l'Ain, puis les signaux sont transmis sur Paris au centre de Peering Telehouse II. Ensuite ils sont acheminés par Tutor sur le réseau Europ'Essonne entre Telehouse II et le PM de la Ville du Bois, puis K-net assure leur transmission vers chacun des autres PM.
Après avoir résolu un problème de captation de la TNT dans l'Ain qui impactait l'ensemble des réseaux K-net, ce dernier indique que le problème qui subsiste provient de la saturation du lien loué à Tutor. Tutor a reconnu un problème à ce niveau et a procédé à des modifications récentes.
Mais, les coupures persistent, pas plus tard qu'hier soir !
Je trouve ce problème préoccupant et il est urgent d'y voir clair suivant une analyse critique de l'ensemble de la chaine de transmission à partir de relevés enregistrés (si c'est possible) mettant en évidence les points de congestion du réseau.
Après, on peut discuter sur des valeurs plus objectives et déterminer les responsabilités.
-
Les modifications récentes n'ont en fait rien changé. Toujours des pertes de paquet le soir.
-
Pourquoi ce sujet devrait être dans la section K-Net alors qu'il provient de, et concerne tout le réseau, Tutor Europ'Essonne ?
Que fait le modo de cette section ?
-
Le modérateur rentre juste de vacances. Pour le moment c'est un abonné k-net qui intervient, et pour le meilleur suivi je pense qu'il devrait rester dans la partie K-net.
On verra si d'autres clients d'autres FAI se plaignent.
Et Nico-S sans vouloir en rajouter une couche, des clients de l'Ain se plaignent actuellement donc voilà...
Par contre je le déplace dans la partie TV.
Lien d'origine : https://lafibre.info/k-net-internet/europessonne-coupure-regulieres
-
Sauf que le problème TV sur EE² est provoqué par un problème réseau sur le lien de l'opérateur d'infra. Donc il n'y a pas à proprement parlé de problème TV, puisqu'il est la conséquence d'un problème en amont.
Les deux topics doivent donc être fusionnés.
-
Le lien est pour tout les FAI ou uniquement pour vous ? Car j'ai pu comprendre que vous payez Tutor et donc qu'il vous le garanti ?
Damien dans le sujet initial le problème du lien n'est pas évoqué.
-
C'est à priori le lien garanti (sur le papier) qui est en cause, celui qui nous est loué.
-
@Altair1491 : Ton topic dans Europe'Essonne est toujours présent : https://lafibre.info/europessonne/la-qualite-de-la-reception-des-chaines-tv/
Moi j'ai tout simplement séparé le problème Internet d'un autre membre à ton problème TV.
K-net pense que le problème vient du lien Tutor, donc je trouve pertinent de l'indiquer dans la section K-net avec un topic au nom clair, pour éviter que d'autres membre post en double.
Edit : Bon je crois que tu as supprimé ton message x)
-
Je n'ai rien supprimé, et j'ai du mal à te suivre ^^
-
@Damien : Altair1491 avait posté un message, mais il du se rendre compte que je n'avais pas supprimé son sujet dans Europe'Essone, d'où ma réponse pour lui répondre, mais il a supprimé son message.
-
Pourquoi ce sujet devrait être dans la section K-Net alors qu'il provient de, et concerne tout le réseau, Tutor Europ'Essonne ?
Que fait le modo de cette section ?
Le problème est que seuls les abonnés K-net du réseau Tutor/E² se plaignent aujourd'hui.
N'ayant aucune plainte reçue envers les autres opérateurs, j'ai invité dans le topic dédié à Europ'Essonne tous les abonnés quelque soit leur opérateur à témoigner de la qualité perçue des chaînes TV reçues.
Et pendant que j'y suis, K-net peut-il nous dire s'il rencontre aussi des problèmes TV sur le réseau Tutor de Deauville ?
-
@Altair1491 : Ton topic dans Europe'Essonne est toujours présent : https://lafibre.info/europessonne/la-qualite-de-la-reception-des-chaines-tv/
Moi j'ai tout simplement séparé le problème Internet d'un autre membre à ton problème TV.
K-net pense que le problème vient du lien Tutor, donc je trouve pertinent de l'indiquer dans la section K-net avec un topic au nom clair, pour éviter que d'autres membre post en double.
Edit : Bon je crois que tu as supprimé ton message x)
Exact, je l'ai supprimé car sans objet.
Pour moi, il y a deux sujets à deux endroits différents du Forum :
- dans K-net, le pb TV K-net avéré sur Tutor/E² ;
- dans Europ'Essonne, une invitation pour que tous les abonnés TV sur le réseau Tutor/E² témoignent du service TV auquel ils sont abonnés
-
Exact, je l'ai supprimé car sans objet.
Pour moi, il y a deux sujets à deux endroits différents du Forum :
- dans K-net, le pb TV K-net avéré sur Tutor/E² ;
- dans Europ'Essonne, une invitation pour que tous les abonnés TV sur le réseau Tutor/E² témoignent du service TV auquel ils sont abonnés
oui les deux sujets sont intéressants, mais pour le premier, on sait que le pb TV est une conséquence du pb de lien. Donc le sujet pourrait être nommé différemment.
-
Il faut savoir que la TV est le service le plus impacté par les pertes de paquets.
On remarque les pertes avec seulement 0,01% de perte de paquets (flux sans système de correction type RTP-Retry ou FEC).
Ensuite le téléphone où on entend les "glitch" à partir de 0,1%. Pas de correction possible avec la VoIP donc un paquet perdu = une information perdue, mais c'est bien plus discret que pour la TV et téléphoner avec 1% de perte de paquet reste encore possible alors qu'il est impossible de regarder la TV avec de telles pertes.
Internet (protocole TCP) est très peu sensible aux pertes de paquets, il est possible de surfer avec 10% de perte de paquets, mais plus les pertes sont importantes, moins le débit monte haut. L'impact d'un même pourcentage de perte de paquet n'a donc pas du tout le même impact avec une connexion ADSL et une connexion FTTH.
A noter que les flux de TV sur Internet (Youtube et compagnie) sont en TCP et donc très peu sensibles aux pertes de paquets (il faudrait que je fasse le test (netem (https://lafibre.info/tutoriels-linux/generer-des-pertes-de-paquets/) est là pour ça) mais pour mettre en pause une vidéo HD sur Youtube, il faut un vraiment y aller très fort sur les pertes)
-
[...] mais pour mettre en pause une vidéo HD sur Youtube, il faut un vraiment y aller très fort sur les pertes)
Il y en a qui y arrivent sans pertes ;).
-
Bonjour
Depuis le 4 mai 2014, plus de post sur la qualité de la TV sur le réseau Europ'essonne.
Depuis K-net a installé des antennes satellites pour capter les chaines TV.
A la ville du bois, les habitants ne se sont pas précipités sur la fibre, selon mes informations il n'y a qu'une centaine d'utilisateurs : les tuyaux de Tutor ne doivent pas être saturés.
Comment fonctionne la TV sur le réseau Europ'Esonne ?
-
Hors DSP Covage, les pb de TV ne sont pas liés à des saturations, mais :
- a des problèmes matériels (pertes de paquet sur un lien ou un routeur)
- a des problèmes logiciels sur IGMP (la norme est complexe et peut être interprété de façon que cela provoque une résiliation temporaire des flux multicast, donc un freeze de l'image).
- a des problèmes d’ingénierie (non priorisation des flux multicast)
Pour les DSP Covage, K-Net a été obligé d'apporter la TV en unicast (comme Netflix ou Youtube) ce devrait mieux gérer les pb de perte de paquets, mais qui peut être saturé le soir en cas de forte demande et de mauvais dimensionnement.
Des problèmes lié à la technique unicast est possible, car c'est peu utilisé par les opérateurs sur des décodeurs TV, pour des flux live. (Les autres exemples, c'est la box Android SFR ou Bouygues Telecom qui propose de la TV unicast)
Pour rappel :
- En unicast, il faut 1 flux par client qui regarde la chaîne. La récupération des paquets perdus est native via TCP.
- En multicast, un flux est diffusé à tous les clients. La récupération des paquets perdus est complexe (il faut demander en unicast a récupérer les paquets perdus ou récupérer l'info manquante dans un flux multicast supplèmentaire) et n'est pas mis en œuvre par K-Net (ni par aucun "petit" FAI).
-
Bonjour
Merci pour les explications techniques, je n'envisageais la diffusion TV sur un grand réseau qu'en multicast.
J'ai moi même installé une diffusion de chaine TV sur un réseau local en multicast, pas de problème de visualisation de l'image mais c'était du LAN....
J'espère qu'ils vont trouver comment diffuser en multicast au moins à partir du dernier router avant le client, à long terme la situation actuelle n'est pas tenable.
La bande passante, c'est sacré !!!
-
A terme (dans 10 ans) on peut penser que le multicast ne sera plus utilisé : les personnes regarderont de plus en plus la TV en différé (replay, mais surtout "restart" qui consiste à pouvoir regarder une émission que l'on prend en plein milieu depuis le début et a pouvoir a n'importe quel moment revenir en arrière pour écouter qq chose que l'on n'a pas compris)
La coût du système pour passer d'un flux multicast à un flux unicast (quand le client souhaite revenir en arrière ou faire pause) est complexe, de même que le système pour retrouver des paquets perdus (FEC ou RTP-R) et le coût de la bande passante n’arrête pas de chuter => Un jour les développements seront plus coûteux que l'upgrade réseau nécessaire pour faire de l'unicast avec les serveurs.
-
Vivien, nous abandonnons le Multicast pour l'Unicast dès maintenant sur certaines zones, et bientôt sur toutes.
-
C'est pas uniquement Covage pour l'unicast ? Les l'installation de la captation TV à Saint-Genis-Pouilly (https://lafibre.info/k-net-tv/un-reportage-sut-linstallation-de-la-captation-tv-par-k-net/), c'est de l'unicast ?
Cela résoudra probablement les problèmes dans TV dégradé, grâce aux retransmissions TCP, mais certains DSP facturent le trafic pour la collecte, non ? (cela peut entraîner des coûts importants pour les DSP qui facture au Mb, contrairement aux DSP qui facture par client connecté)
-
Depuis quelques jours le fichier des chaines est passé en unicast avec du HLS.
-
Il y en a qui y arrivent sans pertes ;).
Est ce qu'il y en a qui utilise la TV en dehors de la TNT ;)
Quel % des gens utilisent les fonctions d'une box ?
-
L'allusion de Nico était sur la saturation des peering entre Google et Free, qui entraîne des freezes sur Youtube.
-
Depuis quelques jours le fichier des chaines est passé en unicast avec du HLS.
Le resau complet est passé en unicast ? plus de muticast sur le reseau ? le HSL se fait a la source ?
Faut reconaitre que le muticast c'est pas terrible au niveau perte de paquets, mais bon dépend aussi comment c'est implèmenté.
Une doc CISCO qui explique les différence pour ceux qui s'interesse aux reseaux:
http://www.cisco.com/c/dam/en/us/products/collateral/ios-nx-os-software/ip-multicast/prod_presentation0900aecd80310883.pdf
-
Le resau complet est passé en unicast ? plus de muticast sur le reseau ? le HSL se fait a la source ?
Je pense que les DUNE ne sont pas encore en Unicast (impossible sur le CPE par exemple).
Pour le HLS je n'en sais strictement rien, mais je ne pense pas, il doit le récupérer en Multicast pour le "convertir".
-
L'idée n'est pas transformer le multicast en unicast au niveau de la box routeur, mais avant, pour éviter les problèmes de perte de paquets.
Je pense que ce sont des POP régionaux K-Net qui font la transformation : Il ne faut pas être trop bas dans le réseau pour ne pas avoir les pertes lié au transport de mauvaise qualité et pas trop haut pour ne pas avoir a dimensionner le backbone pour ces flux importants.
-
Oui bien sûr ce n'est pas le routeur du client qui fait la transformation. Sinon dans l'Ain on monte bien dans le Nord pour récupérer la TV. (12ms de ping)
Edit : Pour le moment c'est comme ça, surement car dans le Nord il y a des réseaux où tout est en unicast. Alors que dans l'Ain l'unicast est utilisé que pour les PC/Smartphones (je suppose).
-
Dans l'Ain, il me semble que c'est le routeur qui transforme le flux multicast en unicast pour les smartphone, via un "proxy UDP" :
Les fonctionnalités clés :
[...]
- proxy UDP (transforme les flux UDP en TCP)
- permet de regarder la TV sur un PC (même en wifi)
-
Non plus depuis quelques jours.
L'OTT était en test depuis plusieurs mois, ensuite k-net a déployé l'HLS sur toutes les configurations des routeurs.
#EXTINF:0,1. TF1 HD
http://s.tv.kwaoo.net/1/play.m3u8
-
Cela me semble étrange : tu vas sur Paris pour récupérer ton flux TV unicast ?
Le backbone de OVH K-Net a été upgradé ?
Voici le traceroute depuis Adeli où on note que bien que rentrant sur le réseau K-Net au CIXP, on va ensuite sur TH2 :
$ mtr -rwc100 s.tv.kwaoo.net
Start: Sun Jul 19 12:27:43 2015
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 1.2 0.2 9.5 1.7
2.|-- cixp.kwaoo.com 0.0% 100 2.1 3.0 2.1 51.3 5.0
3.|-- border1-th2.kwaoo.net 0.0% 100 8.5 8.5 8.4 10.0 0.2
4.|-- 172.16.101.2 0.0% 100 11.6 20.2 11.2 449.6 45.6
5.|-- pigalle.kwaoo.net 0.0% 100 8.6 8.4 8.4 8.6 0.0
-
Oui c'est bien ça, on monte sur Paris.
Mais comme j'ai expliqué au dessus, cette configuration n'est surement pas appliquée aux Dunes, donc dans l'Ain c'est un petite minorité qui l'utilise. A terme, elle vont surement passer en Unicast.
Je pense qu'une fois la captation de K-net opérationnelle, nous récupérerons le flux dans l'Ain et les Dunes passeront en Unicast ?
-
Vivien, quel rapport avec OVH ?
-
Aucun, je parlais du backbone de K-Net, mais j'ai été distrait, car je viens de poster sur un bug que je rencontre chez OVH (https://lafibre.info/ovh-datacenter/commande-nom-de-domaine-ovh/).
J'ai corrigé mon post.
-
Ben oui si se fait pas a la source, l'intéret est pas tres grand... c'est pas sur son lan perso que a des corruption de paquets (=freeze).
Maintenant ca va generer des couts suplèmentaire, et des modifs de l'infra du SIEA dans l' Ain, qui est deja bien mise a mal ces temps.
-
Les pertes de paquets multicast, sont généralement sur les boucles d’accès, pas sur le backbone qui doit envoyer tous les flux nécessaires en permanence (les flux multicast sont envoyés sur la DSP, même si aucun client ne regarde la chaîne, ce qui permet de réduire le temps de zapping)