Auteur Sujet: Déconnexions intempestives régulières : un brouilleur ?  (Lu 4882 fois)

0 Membres et 1 Invité sur ce sujet

Voodoo Rush

  • Abonné SFR THD (câble)
  • *
  • Messages: 9
  • Paris (75002)
Bonjour,

Je suis abonné Bbox Sensation Fibre depuis plusieurs mois et j'ai commencé à avoir un problème de déconnexions intempestives. Plusieurs techniciens sont passés chez moi et ont eu du mal à rassembler des éléments pour pouvoir ouvrir un ticket d'incident du côté Numericable : certains disaient que j'étais le seul de l'immeuble à avoir des problèmes, le dernier technicien a apparemment trouvé des voisins qui ont également des déconnexions. Bref, Numericable a fini par intervenir (à minima) à distance en baissant la puissance du signal qui était un peu trop fort. Ça n'a rien changé à mon problème.

J'ai depuis souscrit à LaBox Numericable, notamment parce que le vendeur en boutique m'a certifié que la Bbox était mal conçue et que je n'aurai pas de problème avec LaBox. Malheureusement la méthode Coué n'est pas toujours efficace : j'ai le même genre de déconnexions avec Numericable.

Les déconnexions que j'ai ces derniers jours se produisent par groupe de 2 toutes les demi heures :


Voici un résumé de mes déconnexions d'aujourd'hui :

 19 avril 2015 16:33:31 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 16:26:50 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 16:02:08 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 15:55:44 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 15:31:44 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 15:25:00 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 15:01:24 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 14:54:12 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 14:32:10 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 14:25:04 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 14:01:19 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 13:54:27 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 13:32:17 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 13:24:16 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 13:01:27 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 12:54:06 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 12:31:14 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 12:23:37 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 12:01:06 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 11:53:29 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 11:31:48 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 11:23:33 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 11:01:39 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 10:53:30 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 10:30:35 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;
 19 avril 2015 10:23:01 UTC+2     No Ranging Response received - T3 time-out;CM-MAC=24:ec:99:07:--:--;CMTS-MAC=50:57:a8:89:7e:38;CM-QOS=1.0;CM-VER=3.0;

Vu la régularité, j'ai tout de suite pensé à un brouilleur.

J'ai essayé de connecter ma box directement au PB de l'entresol (celui auquel je suis raccordé) et du 6e étage, et j'observe les déconnexions aux mêmes intervalles sur les 2 PBs.

Un technicien SAV Numericable doit passer mercredi, j'espère que le phénomène se produira encore à ce moment-là ! C'est assez aléatoire suivant les jours...

Est-ce que quelqu'un a déjà eu ce genre de problèmes et a réussi à trouver une solution ?

Merci pour votre aide.

s3phy

  • Abonné FreeMobile
  • *
  • Messages: 374
  • St Laurent des Hommes (24)
Déconnexions intempestives régulières : un brouilleur ?
« Réponse #1 le: 20 avril 2015 à 23:12:26 »
Dans l'interface web de LaBox, il y a une page avec la liste des canaux/leur puissance/leur marge de bruit.

Ça serait intéressant d'avoir des screenshots de cette page en temps normal & lors d'une déconnexion ;)

Voodoo Rush

  • Abonné SFR THD (câble)
  • *
  • Messages: 9
  • Paris (75002)
Déconnexions intempestives régulières : un brouilleur ?
« Réponse #2 le: 21 avril 2015 à 21:12:52 »
Voici les fréquences câble que j'avais le jour de l'installation (le 15 avril dernier) :


Depuis, la fréquence de démarrage et la fréquence de la VR ont changé, et sur cette nouvelle fréquence la puissance de la VR est moins bonne :


J'attends une déconnexion pour pouvoir faire une capture au bon moment :)

  • Invité
Déconnexions intempestives régulières : un brouilleur ?
« Réponse #3 le: 29 avril 2015 à 20:36:59 »
J'ai le même souci que toi concernant les timeout

et


J'ai fait appel au service numéricable assez souvent et un technicien est venu une fois
il m'a fait un câble neuf vérifié la prise et ça a légèrement réduit le nombre de déco.

Récemment ça reprend de plus belle.
Chose étrange mon quartier est très calme zone à faible population au mètre carré.
et l'encombrement devrait être faible.

Une fois une des personne de numéricable m'a dit au téléphone que cela pouvait être causé par des perturbations électromagnétiques?
LaBox serait elle mal protégée des perturbation? le câble fourni par NC est il suffisament blindé?
Qu'est ce qui cause les déco?

Pour info j'ai pas mal d'appareils en réseau dont des serveurs NAS des PC et quelques appareils nomades.

ici pendant déco