Auteur Sujet: Chute de débit vertigineuse lorsque que la télé est allumée  (Lu 1022 fois)

0 Membres et 1 Invité sur ce sujet

kontuz

  • Client Bbox fibre FTTH
  • *
  • Messages: 5
  • Lyon (69)
Bonjour,

Je n'ai aucun souci de connexion avec ma BBox depuis plus d'un an, mais là depuis quelques jours, lorsque la Bbox Miami est allumée (le décodeur donc), la connexion tombe pour tous les autres appareils du foyer.
En temps normal lorsque je fais un speedtest en wifi je tourne autour de 480mb/s et avec la télé allumée, je passe a 2-3mb/s

Je précise que je ne passe pas par le wifi de la bbox, J'ai un routeur derrière ainsi qu'un point d'accès wifi. Le décodeur est branché directement sur la bbox.

Je viens de faire une série de pings pour voir et voici le résultat:
PING google.fr (216.58.206.227): 56 data bytes
64 bytes from 216.58.206.227: icmp_seq=0 ttl=55 time=18.943 ms
64 bytes from 216.58.206.227: icmp_seq=1 ttl=55 time=10.984 ms
64 bytes from 216.58.206.227: icmp_seq=2 ttl=55 time=11.531 ms
64 bytes from 216.58.206.227: icmp_seq=3 ttl=55 time=9.670 ms
64 bytes from 216.58.206.227: icmp_seq=4 ttl=55 time=10.895 ms
64 bytes from 216.58.206.227: icmp_seq=5 ttl=55 time=12.188 ms
64 bytes from 216.58.206.227: icmp_seq=6 ttl=55 time=12.163 ms
64 bytes from 216.58.206.227: icmp_seq=7 ttl=55 time=10.233 ms
64 bytes from 216.58.206.227: icmp_seq=8 ttl=55 time=11.074 ms
64 bytes from 216.58.206.227: icmp_seq=9 ttl=55 time=16.239 ms
64 bytes from 216.58.206.227: icmp_seq=10 ttl=55 time=11.485 ms
64 bytes from 216.58.206.227: icmp_seq=11 ttl=55 time=11.961 ms
64 bytes from 216.58.206.227: icmp_seq=12 ttl=55 time=10.975 ms
64 bytes from 216.58.206.227: icmp_seq=13 ttl=55 time=11.320 ms
64 bytes from 216.58.206.227: icmp_seq=14 ttl=55 time=9.840 ms
64 bytes from 216.58.206.227: icmp_seq=15 ttl=55 time=10.683 ms
64 bytes from 216.58.206.227: icmp_seq=16 ttl=55 time=11.937 ms
64 bytes from 216.58.206.227: icmp_seq=17 ttl=55 time=10.738 ms
64 bytes from 216.58.206.227: icmp_seq=18 ttl=55 time=11.306 ms
64 bytes from 216.58.206.227: icmp_seq=19 ttl=55 time=10.872 ms

##### La Miami a démarré

64 bytes from 216.58.206.227: icmp_seq=20 ttl=55 time=52.154 ms
64 bytes from 216.58.206.227: icmp_seq=21 ttl=55 time=10.676 ms
64 bytes from 216.58.206.227: icmp_seq=22 ttl=55 time=45.382 ms
Request timeout for icmp_seq 23
64 bytes from 216.58.206.227: icmp_seq=23 ttl=55 time=1808.441 ms
64 bytes from 216.58.206.227: icmp_seq=24 ttl=55 time=1426.470 ms
64 bytes from 216.58.206.227: icmp_seq=25 ttl=55 time=421.647 ms
64 bytes from 216.58.206.227: icmp_seq=26 ttl=55 time=294.646 ms
64 bytes from 216.58.206.227: icmp_seq=27 ttl=55 time=1544.501 ms
64 bytes from 216.58.206.227: icmp_seq=28 ttl=55 time=542.686 ms
Request timeout for icmp_seq 30
Request timeout for icmp_seq 31
Request timeout for icmp_seq 32
Request timeout for icmp_seq 33
64 bytes from 216.58.206.227: icmp_seq=29 ttl=55 time=5583.220 ms
64 bytes from 216.58.206.227: icmp_seq=30 ttl=55 time=4578.133 ms
64 bytes from 216.58.206.227: icmp_seq=31 ttl=55 time=3572.951 ms
64 bytes from 216.58.206.227: icmp_seq=32 ttl=55 time=2567.764 ms
64 bytes from 216.58.206.227: icmp_seq=33 ttl=55 time=1566.142 ms
64 bytes from 216.58.206.227: icmp_seq=34 ttl=55 time=564.924 ms
64 bytes from 216.58.206.227: icmp_seq=35 ttl=55 time=585.110 ms
64 bytes from 216.58.206.227: icmp_seq=36 ttl=55 time=1525.764 ms
64 bytes from 216.58.206.227: icmp_seq=37 ttl=55 time=522.326 ms
Request timeout for icmp_seq 43
Request timeout for icmp_seq 44
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
Request timeout for icmp_seq 47
Request timeout for icmp_seq 48
Request timeout for icmp_seq 49
Request timeout for icmp_seq 50
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
Request timeout for icmp_seq 53
64 bytes from 216.58.206.227: icmp_seq=38 ttl=55 time=16046.952 ms
64 bytes from 216.58.206.227: icmp_seq=39 ttl=55 time=15047.074 ms
64 bytes from 216.58.206.227: icmp_seq=40 ttl=55 time=14047.341 ms
64 bytes from 216.58.206.227: icmp_seq=41 ttl=55 time=13046.659 ms
64 bytes from 216.58.206.227: icmp_seq=42 ttl=55 time=12043.256 ms
64 bytes from 216.58.206.227: icmp_seq=43 ttl=55 time=11039.302 ms
64 bytes from 216.58.206.227: icmp_seq=44 ttl=55 time=10038.025 ms
64 bytes from 216.58.206.227: icmp_seq=45 ttl=55 time=9036.715 ms
64 bytes from 216.58.206.227: icmp_seq=46 ttl=55 time=8035.509 ms
64 bytes from 216.58.206.227: icmp_seq=47 ttl=55 time=7034.072 ms
64 bytes from 216.58.206.227: icmp_seq=48 ttl=55 time=6032.833 ms
64 bytes from 216.58.206.227: icmp_seq=49 ttl=55 time=5031.959 ms
64 bytes from 216.58.206.227: icmp_seq=50 ttl=55 time=4026.742 ms
64 bytes from 216.58.206.227: icmp_seq=51 ttl=55 time=3025.574 ms
64 bytes from 216.58.206.227: icmp_seq=52 ttl=55 time=2025.500 ms
64 bytes from 216.58.206.227: icmp_seq=53 ttl=55 time=1020.433 ms
64 bytes from 216.58.206.227: icmp_seq=54 ttl=55 time=15.381 ms
64 bytes from 216.58.206.227: icmp_seq=55 ttl=55 time=586.841 ms
Request timeout for icmp_seq 72
Request timeout for icmp_seq 73
Request timeout for icmp_seq 74
Request timeout for icmp_seq 75
Request timeout for icmp_seq 76
Request timeout for icmp_seq 77
Request timeout for icmp_seq 78
64 bytes from 216.58.206.227: icmp_seq=56 ttl=55 time=23905.439 ms
64 bytes from 216.58.206.227: icmp_seq=57 ttl=55 time=22905.454 ms
64 bytes from 216.58.206.227: icmp_seq=58 ttl=55 time=21900.981 ms
64 bytes from 216.58.206.227: icmp_seq=59 ttl=55 time=20900.324 ms
64 bytes from 216.58.206.227: icmp_seq=60 ttl=55 time=19896.530 ms
64 bytes from 216.58.206.227: icmp_seq=61 ttl=55 time=18892.789 ms
64 bytes from 216.58.206.227: icmp_seq=62 ttl=55 time=17887.653 ms
64 bytes from 216.58.206.227: icmp_seq=63 ttl=55 time=16886.216 ms
64 bytes from 216.58.206.227: icmp_seq=64 ttl=55 time=15884.805 ms
64 bytes from 216.58.206.227: icmp_seq=65 ttl=55 time=14883.440 ms
64 bytes from 216.58.206.227: icmp_seq=66 ttl=55 time=13882.200 ms
64 bytes from 216.58.206.227: icmp_seq=67 ttl=55 time=12879.259 ms
64 bytes from 216.58.206.227: icmp_seq=68 ttl=55 time=11877.841 ms
64 bytes from 216.58.206.227: icmp_seq=69 ttl=55 time=10876.585 ms
64 bytes from 216.58.206.227: icmp_seq=70 ttl=55 time=9875.252 ms
64 bytes from 216.58.206.227: icmp_seq=71 ttl=55 time=8875.018 ms
64 bytes from 216.58.206.227: icmp_seq=72 ttl=55 time=7869.900 ms
64 bytes from 216.58.206.227: icmp_seq=73 ttl=55 time=6869.419 ms
64 bytes from 216.58.206.227: icmp_seq=74 ttl=55 time=5868.217 ms
64 bytes from 216.58.206.227: icmp_seq=75 ttl=55 time=4867.732 ms
64 bytes from 216.58.206.227: icmp_seq=76 ttl=55 time=3864.483 ms
64 bytes from 216.58.206.227: icmp_seq=77 ttl=55 time=2859.940 ms
64 bytes from 216.58.206.227: icmp_seq=78 ttl=55 time=1858.562 ms
64 bytes from 216.58.206.227: icmp_seq=79 ttl=55 time=856.975 ms

##### Extinction de la Miami

64 bytes from 216.58.206.227: icmp_seq=80 ttl=55 time=10.251 ms
64 bytes from 216.58.206.227: icmp_seq=81 ttl=55 time=9.666 ms
64 bytes from 216.58.206.227: icmp_seq=82 ttl=55 time=10.261 ms
64 bytes from 216.58.206.227: icmp_seq=83 ttl=55 time=11.451 ms
64 bytes from 216.58.206.227: icmp_seq=84 ttl=55 time=10.387 ms
64 bytes from 216.58.206.227: icmp_seq=85 ttl=55 time=11.325 ms
64 bytes from 216.58.206.227: icmp_seq=86 ttl=55 time=10.867 ms
64 bytes from 216.58.206.227: icmp_seq=87 ttl=55 time=10.278 ms
64 bytes from 216.58.206.227: icmp_seq=88 ttl=55 time=11.460 ms
64 bytes from 216.58.206.227: icmp_seq=89 ttl=55 time=10.816 ms
64 bytes from 216.58.206.227: icmp_seq=90 ttl=55 time=10.135 ms
64 bytes from 216.58.206.227: icmp_seq=91 ttl=55 time=10.704 ms
64 bytes from 216.58.206.227: icmp_seq=92 ttl=55 time=10.826 ms
--- google.fr ping statistics ---
93 packets transmitted, 93 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 9.666/4966.576/23905.439/6665.630 ms

Auriez-vous une idée pour pouvoir à nouveau surfer tout en regardant la télé? :)

Bonne journée
« Modifié: 07 mars 2018 à 09:28:22 par kontuz »

Nico

  • Modérateur
  • *
  • Messages: 31 449
  • FTTH 1000/250 sur Paris 15ème (75)
    • @_GaLaK_
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #1 le: 07 mars 2018 à 09:25:59 »
Je regarderais du côté de l'IGMP Snooping.

kontuz

  • Client Bbox fibre FTTH
  • *
  • Messages: 5
  • Lyon (69)
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #2 le: 07 mars 2018 à 09:27:57 »
Désolé ce n'est pas clair dans mon post, mais la miami est branchée en direct sur la Box par contre. Toujours le même conseil?

Nico

  • Modérateur
  • *
  • Messages: 31 449
  • FTTH 1000/250 sur Paris 15ème (75)
    • @_GaLaK_
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #3 le: 07 mars 2018 à 09:36:31 »
Oui.

kontuz

  • Client Bbox fibre FTTH
  • *
  • Messages: 5
  • Lyon (69)
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #4 le: 08 mars 2018 à 09:26:40 »
Je rate peut-être quelque chose, mais je ne peux pas activer l'IGMP Snooping sur cet équipement (Stormshield SN300) donc je ne sais pas si c'est lié.
Je me suis aussi aperçu ce matin qu'il était même impossible de communiquer avec le routeur si la télé restait allumée trop longtemps (~10 min).
Ce qui est étrange c'est que je ne me souvient pas avoir touché la config de mon matos récemment.

Les lenteurs sont aussi détectées par la Bbox puisque dans la section diagnostics j'ai des gros pics lorsque j'allume la télé.
Après je ne suis pas suffisamment calé pour savoir si c'est "normal" vu que la session ouverte par le routeur traverse la BBox.

lplp

  • Expert
  • Client SFR adsl
  • *
  • Messages: 158
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #5 le: 08 mars 2018 à 11:38:00 »
Je regarderais du côté de l'IGMP Snooping.

Avant d'incriminer tel ou tel protocole ou configuration je testerais surtout sans le routeur pour voir si l'impact est le même...
Mais effectivement si ce dernier ne traite pas correctement l'IGMP il risque de broadcaster le flux video un peu dans tous les sens.

miky01

  • Expert. Réseau RESO-LIAin (01)
  • Client K-Net
  • *
  • Messages: 3 940
  • Farges (01)
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #6 le: 08 mars 2018 à 14:52:49 »
Ben oui un coup de wireshark sur ton reseau te permettra de trouver le soucis, c'est sur que si tu te ramasse tous les broadcat TV, ca va aller moins vite....

Ou savoir si c'est ton FAi qui "bouchonne", la TVIP est une vraie plaie entre 20 et 22hrs pour le net...

Nico

  • Modérateur
  • *
  • Messages: 31 449
  • FTTH 1000/250 sur Paris 15ème (75)
    • @_GaLaK_
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #7 le: 08 mars 2018 à 16:30:55 »
Avant d'incriminer tel ou tel protocole ou configuration je testerais surtout sans le routeur pour voir si l'impact est le même...
Mais effectivement si ce dernier ne traite pas correctement l'IGMP il risque de broadcaster le flux video un peu dans tous les sens.
Oui, je disais ça parce que j'avais eu le même soucis avant d'activer l'IGMP Snooping sur mon LAN :).

kontuz

  • Client Bbox fibre FTTH
  • *
  • Messages: 5
  • Lyon (69)
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #8 le: 10 mars 2018 à 22:19:43 »
Après avoir testé en connexion direct avec la BBox je n'ai pas le souci, il va falloir que j'investigue sur le routeur du coup!
Et j'avais écarté les chutes de débit à cause de la congestion car j'ai eu le problème entre 7 et 8h du matin

Ce qui est bizarre c'est qu'un tcpdump directement dessus ne donne pas grand chose.

Merci en tous cas!

Sylvain92

  • Client Bbox fibre FTTH
  • *
  • Messages: 407
  • Issy-les-Moulineaux (92)
Chute de débit vertigineuse lorsque que la télé est allumée
« Réponse #9 le: 13 mars 2018 à 16:24:52 »
J'ai eu le même problème avec l'Airport Extreme Apple et son dernier FW, l'IGMP est mal géré, et même activé, le CPU de la borne se trouve saturé par le broadcast de la TV.
J'ai acheté un Routeur Netgear Orbi 50, c'est parfait.

 

Mobile View