La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Débit fibre => Discussion démarrée par: Phil le 10 mai 2019 à 19:08:54
-
Voilà, je vous le prouve, Orange bride les flux Netflix (pas les autres) spécifiquement sur les Smart tv. Comment je ne sais pas, mais c'est un fait.
Capture en config par défaut (livebox4) et capture en changeant juste le sujet et la passerelle par un pfsense virtuel que j'ai monté.
Même tv, même câblage (carte 100mb rj45), juste un paramètre interne pour masquer la source...
Comment me faire entendre raison auprès d'orange?
-
Et quand je vous dit que le macbook est bridé à 500mbps, peu importe la destination ... c'est un truc de fou ! connecté à 1300mbps en 802.11ac
iperf sur mon serveur local entre 700 et 800 mbps ... donc bride externe là aussi.
Cela me dérange moins que la bride à 12mbps, mais pour le principe ...
Sur le PC fixe, aucune limitation, pourquoi n'est-il pas bridé lui ? @mac inconnue ou non flag chez orange ?
-
fast.com n'est pas un site fiable pour tester.
Je doute que le livebox change son comportement suivant les @ mac.
essai iperf avec -P 4 (p majuscule), ca permet de compenser la latence (tu n'est pas en région parisienne).
-
Pas fiable peut etre, mais révélateur et le débit est bien bridé. Le test interne à netflix pour vérifier le réseau donne les mêmes résultats, 12mbps sur la livebox, 90 via un intermédiaire supplèmentaire.
Sur Xbox il l'est aussi à environ 40mbps, mais ça ne perturbe pas la qualité.
Si cela permet d'optimiser le réseau, admettons, pas besoin de gigabit sur une tv, mais il faut tenir 16mbps en moyenne sur les flux à ce jour sur netflix, et là, sans passer via mon bricolage je bloque à 9.53mbps avec une perte de qualité visible. J'hésite à repasser sur l'offre HD moins chère pour le coup, c'est malheureux qd meme, prendre la fibre et perdre en débit ...
Je n'utilise pas le décodeur orange pour netflix, il ne gère pas l'autoframerate (du coup la vidéo saccade), ni le HDR.
Mais lui, il a droit à 300mbps sur le test netflix ... comme par hasard ...
-
Peux tu faire les tests via iperf ?
-
Les eux test sur la SmartTv sont fait avec le même accès Internet Orange ?
Si oui c'est quoi qui change ?
Tu pourrais t'assurer que ce n'est pas simplement le test à 12 Mb/s qui est en IPv6 et celui à 88 Mb/s qui est en IPv4 ?
Par exemple en allant sur http://ip.lafibre.info sur ta TV
-
Absolument le même accès, je répète la seule différence entre les deux tests réalisés à 10sec d'intervalle, c'est le changement de subnet.
Le 192.168.10.0/24 est celui délivré par la LB4, le 192.168.1.0/24 est celui que je diffuse via un pfsense virtuel sur mon NAS pour créer un intermédiaire et masquer la source des trames, et donc un 2e NAT.
J'ai désactivé l'ipv6 de la livebox pour qu'effectivement son dhcp ne récupère pas des requêtes directement.
D'ailleurs l'ip apparait bien sur le test, la même dans les 2 cas. Je ne la masque pas étant dynamique elle change à chaque reboot.
iperf sur la tv je peux pas :D
avec le pc je fais tous les tests que tu veux, lui il n'a aucune limitation et j'arrive bien à 945/300 aux tests.
ce genre de post me laisse perplexe et semble aller dans mon sens ...
https://communaute.sosh.fr/t5/Ma-ligne-Internet-Livebox-email/Bridage-débit-Android-TV-non-respect-de-la-neutralité-du-net-DPI/td-p/2226484
https://lafibre.info/orange-debit/la-livebox-bride-le-debit-speciquement-de-ma-xiaomi-mi-box/
-
franchement je doute fort qu'Orange bride volontairement.
tests à faire:
- essayer d'autres cables et un autre port sur la livebox
- mettre un switch plutot qu'un pfsense entre la livebox et la TV. un switch avec un port 1000 (gigabit) coté livebox. Il se peut que la livebox ai des soucis sur les ports négociés a 100M.
un schéma de toute l'installation serait le bienvenue aussi.
-
Les câbles sont neufs, du cat6 de qualité. Test effectué seul sur la livebox, tout comme derrière un switch gigabit...
Je réessayerai de les changer mais je ne vois pas ce que cela peut changer, vu que modifier le routage et passer via pfsense (vm sur le NAS connecté au même switch que les tv avant livebox) débloque la situation...
Sur une des 2 tv, passer en wifi (point d’accès perso, pas la livebox) fonctionne, pas sur la 2e
-
Le fait qu'ajouter un intermédiaire améliore le débit ne fait-il pas penser à un problème de flow control ou quelque chose du même style entre la Livebox et l'équipement final en 100 Mbps (TV, Mi box) ?
Auquel cas le pfsense ferait mieux tampon et éviterait des paquets drop côté Livebox ?
As-tu essayé de forcer ton pfsense en 100 Mbps pour voir si le problème réapparait ?
-
C’est une vm, pas un équipement physique, et le NAS qui l’héberge est sur le même switch que les tv. Effectivement du coup les flux de la tv vont sur le NAS, et ensuite c’est le NAS qui dialogue avec la livebox...
J’avais pensé à une incompatibilité au début, et la première LB4 a été changée, la nouvelle est une sagem et le comportement est le même.
Je peux essayer de mettre un autre petit switch derrière la livebox, peut être gérera-t-il mieux ? Il n’y a aucune action possible sur les ports de la LB4...
Reste que malgré tout, sur une des 2 tv, passer en wifi n'améliore rien, alors que mon point d’accès est à quelques mètres et la réception excellente (et même supérieure aux 100mbps filaires)
-
Mais je rappelle que les flux YouTube, ou autres, passent sans aucune limitation sans rien changer, ce débit bridé cela n’arrive qu’avec netflix.
S’il y avait un pb de flow control cela serait sur tout, non? C’est pas la même couche
-
S’il y avait un pb de flow control cela serait sur tout, non? C’est pas la même couche
Tout dépend de la manière dont le flux est envoyé par les couches supérieures : en fonction des applis/sources et de leur paramétrage TCP ou UDP, le flux moyen ou des bursts pourraient arriver plus ou moins vite et être plus ou moins bien bufferisés côté Livebox qui doit ensuite envoyer au device final qui n'est pas en Gbps et en tout cas de capacité inférieure au WAN, d'où perte de paquets et retransmits éventuels.
Auquel cas un autre switch ne changera rien, mais placer le pfsense dans les mêmes conditions que la TV permettrait de valider l'hypothèse.
Tu ne peux pas forcer ton NAS en 100Mbps pour tester avec la VM Pfsense ?
-
A ma connaissance les NAT ne bufferisent rien et n'influent pas directement sur le flow control de TCP...ils se contentent de mapper un quad vers un quad avec une table de tracking (conntrack). Dans les paquets il changent les IP et ports et par conséquence les checksums.
Apres sur un routeur les interfaces (drivers des cartes réseaux) ont des buffers et de l'offloading notamment pour les checksums et tcp. Mais les techniques de TSO/LSO ne s'appliquent pas a un NAT.
La ou ca peut jouer c'est sur la fragmentation éventuellement (ou pas?).
-
Je ne suggère aucun rapport avec le NAT, j'en reste sur l'hypothèse de drops de paquets côtés routage Livebox (donc dans la couche IP et/ou Ethernet) dus à une mauvaise gestion du lien LAN vers TV de débit très inférieur au lien WAN, phénomène atténué ou masqué lorsqu'on intercale un autre routeur (Pfsense) qui a un lien 1 Gbps vers la Livebox.
Si le test en forçant le NAS/Pfense à 100 Mbps donne le même résultat qu'avec le NAS/Pfsense à 1 Gbps, je veux bien admettre que l'hypothèse est foireuse, mais pourquoi l'exclure sans tester ?
-
oui c'est a tester. Si c'est le cas, on peut valider avec un pc en ethernet qu'on force a 100M.
-
Excellente analyse, il y a une piste à creuser. Je n'ai pas pu modifier la négociation de la carte du NAS, mais j'ai testé directement avec un pc de forcer la carte à 100mbps full.
Et effectivement on retrouve un comportement presque similaire à la TV, les flux entrants sont limités à environ 10mbps, et les flux sortants à 90mbps.
Sauf que contrairement à la TV, le fait de passer via pfsense ne change pas le comportement, et les différents tests montrent tous le même résultat alors que sur la tv seul celui de netflix est limité, pas ceux de speedtest ou nperf.
Bref, le plus simple est de supprimer le cable et passer en wifi ? c'est le monde à l'envers quand même ...
-
Est ce que cela ne viendrait pas de l'autodétection du type d'équipement connecté sur la LB4, dans la rubriques "mes équipements connectés" sur l'interface de la LB4 ? Comment est catégorisée votre TV par défaut, et votre Mac ? Est ce que cela change quelque chose de modifier manuellement ce paramétrage ?
-
J'ai testé de modifier les équipements dans l'interface de la livebox, ça ne change rien.
Je me fais une raison, en wifi c'est un peu meilleur et je peux accrocher les 16mbps de moyenne pour tenir un flux 4k, ça me suffit même si ce n'est pas normal que ça ne passe pas en cablé pour les TV.
Idem pour le mac qui plafonne à 500mbps (pile poil, c'est ça qui est le plus troublant), j'ai même mis dd-wrt sur mon routeur perso et j'accroche maintenant 900mbps en interne avec mon NAS via iperf, à travers le wifi sur le mac mais pas avec l'extérieur (via iperf également, d'où le côté troublant).
Sur un PC moderne, pas de pb.
Tant pis ...
Il doit y avoir un soucis de négo avec la LB4 et les TV équipées de cartes rj45 100mbps, ou réellement un DPI en place qui bride les appareils (j'en suis persuadé).
-
Il doit y avoir un soucis de négo avec la LB4 et les TV équipées de cartes rj45 100mbps, ou réellement un DPI en place qui bride les appareils (j'en suis persuadé).
Nan mais il faut arrêter un peu le délire parano des "gros méchants opérateurs" qui mettent des DPI pour brider les gentils clients.
1) ça couterai/coute un bras à déployer
2) L'opérateur a peu d'intérêt à dégrader volontairement la qualité de ses clients (Bon, ok ceux qui utilisent des offres en bistream peuvent être parfois tentés de vouloir faire baisser la facture côté volume)
3) L'adresse MAC n'étant pas transmise au delà du routeur, je suis curieux de savoir comment tu différencie un terminal X d'un terminal Y à moins d'implèmenter quelque-chose directement dans le routeur d'extrémité client
4) le DPI sur du traffic HTTPS, HAVE FUN !
-
Nan mais il faut arrêter un peu le délire parano des "gros méchants opérateurs" qui mettent des DPI pour brider les gentils clients.
1) ça couterai/coute un bras à déployer
2) L'opérateur a peu d'intérêt à dégrader volontairement la qualité de ses clients (Bon, ok ceux qui utilisent des offres en bistream peuvent être parfois tentés de vouloir faire baisser la facture côté volume)
3) L'adresse MAC n'étant pas transmise au delà du routeur, je suis curieux de savoir comment tu différencie un terminal X d'un terminal Y à moins d'implèmenter quelque-chose directement dans le routeur d'extrémité client
4) le DPI sur du traffic HTTPS, HAVE FUN !
Ok pour les 3 premiers points.
Pour le 4ème, le DPI marche parfaitement sur du trafic https.
3 solutions techniques possibles :
3 solutions en DPI :
- A partit du certificat TLS qui est en clair lors de la négociation TLS, sous réserve que TLS 1.3 ne soit pas utilisé
- Avec les requêtes DNS sous réserve que DOH (DNS over HTTPS) ne soit pas utilisé
- A partir du SNI Server Name Indication : fonctionne dans tous les cas, même avec TLS 1.3
Le DPI est en mesure de brider le débit, bloquer l’accès ou de compter les Mo pour taxer.
Bien sur le VPN permet de passer outre tous les bridages / taxes / Hadopi / ...
+ un article : https://www.zdnet.fr/actualites/au-moins-186-fai-europeens-utilisent-le-dpi-pour-court-circuiter-la-neutralite-du-net-39884877.htm
"Au moins 186 FAI européens utilisent le DPI pour court-circuiter la neutralité du net" (je ne cautionne pas le contenu de l'article, je pense qu'il y a moins que ça)
-
Ok pour les 3 premiers points.
Pour le 4ème, le DPI marche parfaitement sur du trafic https.
3 solutions techniques possibles :
Je ne dis pas que le DPI sur du HTTPS est impossible, mais qu'à grande échelle, ça demande une capacité de traitement non négligeable. Je ne vois pas l’intérêt pour un FAI d'investir dans une telle infra, les en-tête donnent déjà assez d'informations
-
Après capture des flux d'une des tv, les flux Netflix sont en http donc facilement identifiables. Cest une série 2015 donc pas ultra récente mais pas vieille non plus.
YouTube est en https et n'est pas bridé.
C'est un fait, il se passe quelque chose, ou la LB4 est totalement à la ramasse ce qui n'est pas impossible non plus.
-
Quand bien même ça serait possible de faire du dpi ou juste de identification de traffic sur le https vers netflix :
- avez vous une idée de l'infra qu'il faudrait pour traiter ça à l'échelle d'un fai comme orange (hint: plus grosse encore que les serveurs de contenu de netflix)
- ça servirait à quoi ? (question sérieuse - je ne vois pas la réponse).
Là on est sur un bug comportemental en fonction du client netflix, de la release software voire même hw de la livebox, et peut-être d'autres paramètres qui rentrent en jeu. Des clients qui ont du débit netflix chez orange y'en a plein. "Brider" comme c'est annoncé ici, je vois pas l'intéret.
-
Bonjour,
Ce sujet date un peu maintenant mais je suis exactement dans le même cas.
Test de débit qui plafonne entre 10 et 15 mbps sur l'application netflix de ma samsung smartv contre 300 mbps sur application netflix du décodeur orange.
Le problème c'est que c'est irregardable sur le décodeur orange, ça saccade énormément.
Du coup, j'aimerai savoir si une solution a été trouvé par l'auteur du sujet ?
C'est vraiment étonnant ce bridage d'orange sur les smart TV.
-
Il n'y a pas de bridage selon l'équipement fait par Orange.
-
Même sans parler de bridage, il y a un souci.
Appli netflix du décodeur orange = 400 mbps
Appli netflix firetv = 100 mbps (en WiFi à l'étage)
Appli netflix tv samsung = entre 10 et 20 mbps (branché en ethernet)
Je sais que la connexion est sous une norme plus ancienne 10/100 mbps mais quand même, je devrais avoir au moins 50 mbps. Surtout que c'est le résultat que me donne un speedtest sur le navigateur de ma tv.
-
Et en mettant un simple et bête switch entre les 2,ca règle le problème ?
-
Il y a un switch ethernet entre la livebox et la TV pour y relier donc la TV, le décodeur et une chromecast
-
Déjà ne pas mettre la box tv sur le même switch et port de la livebox, ils sont sur des vlan différents et tu vas polluer ton lan.
Le seul contournement suffisant à garder un flux de qualité maximale sur netflix (les 15.25mbit/s d’un flux uhd, non restreint comme actuellement) est de passer les tv en wifi, sur un point d’accès perso et non la livebox.
Youtube et autres dépassent allègrement les 60-70 en filaire, pas netflix, rien à faire...
Seul moyen sinon sur la box orange, modifier en 60hz la box tv (vu qu’elle ne fait pas le 23.976 ni l’auto framerate, c’est moins pire) et retirer le HDR mal géré si le contenu ne l’est pas pour lire relativement convenablement ... ou acheter une shield et ne plus utiliser la partie smart de la tv (j’y songe de plus en plus)
Il doit y avoir un conflit de négociation (avec ou sans switch intermédiaire) et un problème de MTU non modifiables sur ce type de tv, incompatibles avec la transmission chiffrée de netflix qui doit dans cette situation fragmenter les paquets. Pourquoi cela ne se produit pas (ou pas visible) en wifi, peut être parce que la bande passante globale est plus élevée qu’en filaire bloqué à 100... ? Et que même avec retransmissions on reste à un niveau suffisant à tenir les 16 de moyenne...
J’ai la possibilité de passer en fibre chez Free, mais en dehors du boîtier tv inutile chez orange la connexion est bonne... j’attends un raccordement bouygues qui est une bonne alternative à mon goût.
Dommage qu’il n’y a pas sosh en giga sans tv, je me serais déjà acheté une shield...
-
Merci pour cette réponse.
je précise que j'ai fait le test également en ethernet sans switch. C'est à dire seulement un câble entre la livebox et la TV, même résultat globalement. En WiFi, pareil.
Le point qui m'échappe un peu c'est comment passer par un point d'accès perso et non celui de la livebox ?
-
Et que donne la LB5 ? Le post initial portait sur la LB4.
-
Déjà ne pas mettre la box tv sur le même switch et port de la livebox, ils sont sur des vlan différents et tu vas polluer ton lan.
Non. Il n'y a pas de VLAN pour la TV coté "client".
Les VLAN sont coté port WAN (840 pour la TV et 832 pour Internet) uniquement et ne sont pas visibles sur le LAN. Par contre la TV chez Orange c'est du multicast qui va innonder tous les ports des switchs intermédiaires si ces switchs ne sont pas compatibles "IGMP Snooping". Dans le cas d'un switch non compatible, il est donc effectivement fortement conseillé de dédier un port du switch intégré de la box pour le décodeur TV.
-
Mon switch est le suivant :
https://www.ldlc.com/fiche/PB00138923.html
https://www.amazon.fr/gp/product/B009TZE41I/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&th=1
Est-il compatible avec la fonction citée ?
En tout cas ça à l'air de fonctionner vu qu'un test de débit netlix du décodeur orange indique un résultat de 400 mbps.
Sinon pour réponde à ce qui a été dit, j'ai bien essayé de mettre de le décodeur en 60hz, c'est un peu mieux effectivement mais pas encore tout à fait ça je trouve...
-
A priori pas d'IGMP snooping sur ce switch (qui reste quand même du très bas de gamme).
Si le décodeur TV est branché dessus, alors TOUS les équipements branchés recevront le flux TV et pas uniquement le décodeur. Mais attention ça ne concerne que le direct, pas Netflix ni le replay... Mais du coup, si la TV est branchée sur le même switch et que le décodeur Orange est allumé, il est fort probable que le traffic influe sur le débit disponible pour Netflix sur la smart TV (d'autant plus si elle n'a pas de port gigabit)...
-
Je dirai qu'à priori non, ou alors très peu parce qu'un test en l'état donne à peu près le même résultat (débit un tout petit peu plus faible) qu'un test ou seule la TV est branchée en ethernet.
-
Au temps pour moi je croyais que le vlan tv était aussi propagé sur le lan.
Pour ma part il est en tout cas sur un port dédié sur la LB4, le reste du lan est reparti sur les autres.
Test netflix sur orange dans les 400 aussi, à peine plus de 7 sur la tv en rj45, plus de 50 en wifi...
Je n’ai pas pris la LB5, plus chère, qui ne m’apporte rien de plus perso...
-
Question peut-être con : est-ce que ceux qui ont constaté le problème ont remonté l'info à netflix ? Ils ont un support aussi, et j'imagine qu'ils seraient intéressés de voir s'il y a un dysfonctionnement dans leurs clients.
-
Il serait également intéressant d'essayer avec un autre modèle / marque de Smart TV. Ca isolerait le problème instantanément et rapidement.
-
Un ami sur une Philips android, meme Livebox, n'a pas le soucis.
J'avais posé la question à orange ainsi qu'à Netflix, les deux se renvoient la balle bien entendu...
-
Philips chez Orange je n’ai également jamais eu le soucis.
-
Étonnamment, j'ai pu avoir des tests entre 20 et 25 mbps en début d'après midi et je suis retombé à 10 mbps ce soir.
-
Attention les débits netflix sont biaisés en ce moment, les flux uhd sont capés à 7.62 donc même en mauvais filaire ça passe ;)
-
Oui bien sûr je sais bien mais quand même.
Après une analyse sur 2 jours, les tests montrent entre 20-25 mbps la journée et tombent à 10-12 mbps le soir
-
Ce n'est pas lié à l'ipv6 par hasard ?
-
Phil a l'air de dire que non ?
-
Déjà testé aussi, non cela ne change rien avec ou sans ipv6
Et comme expliqué j’avais monté un pfsense virtuel pour faire un double nat, les captures sont en premier post.
A part un possible changement de mtu entre les deux je ne voit pas (je ne me rappelle plus la valeur par défaut sous pfsense et j’ai viré la vm)
-
De toute façon Orange ne bride pas selon le type d'appareil. Comme on te l'a dit. Tu as créé un "fake news" avec ton sujet.
Ton problème est chez toi ou spécifique à ton NRO peut être bien que j'en doute fortement.
-
Pour ma part comme je le disais, sans parler de bridage, il y a quelque chose qui cloche. Tout simplement