Le bon endroit pour vos questions techniques

Connexion Port Ethernet câble très lente depuis version 4.4 de Hélix

Répondre

Connexion Port Ethernet câble très lente depuis version 4.4 de Hélix

Bonjour,

 

J'ai découvert que depuis EXACTEMENT le moment où ma borne Hélix a été mise à jour de la version 4.2 à 4.4 (Software Image Name:CGM4140COM_4.4p6s1_PROD_sey en se connectant à la page Admin sur votre browser), ma connexion filaire Ethernet est très difficile à obtenir. Ça prend 33sec. Linux, Windows, OSX, c'est du pareil au même. Mes parents ont le même problème donc c'est clair que ce n'est pas mes OS, mes machines ou ma borne.

 

Sous Linux j'ai plusieurs deamons et services qui pokent la connexion internet et après un certain temps ils time out et ne démarrent pas. Je dois tjrs le faire à la main, à chaque jour, chaque démarrage, chaque retour d'une mise en veille, etc. De plus à chaque démarrage ça gèle en attente d'une partie de la connexion. Très fatiguant tout ça.

 

J'ai ouvert un billet le 23 déc vers 14h15 et je vais les appeler à nouveau pour leur indiquer qu'une seconde borne a le même problème, car le gars m'a dit que j'étais le 1er à logger ce issue et quand y a juste 1 cas y font pas grand chose.

 

Parfois mon Linux ne veut carrément pas connecter. Je m'en sors en forçant la config IP manuellement, adresse, DNS, gateway, etc... ça aide, mais ça demeure lent et me cause plein de troubles.

 

 

J'aimerais savoir s'il y a des cobayes pour effectuer ce test avec votre borne. L'ennui c'est que si vous n'appelez pas Vidéotron pour logger le problème, ils ne voudront pas que moi je le logge officiellement en votre nom, bien évidemment je pourrais dire ce que je veux! Et c'est correct de leur part.

Si vous n'êtes pas prêt à les appeler, alors oubliez ceci, mais si ça vous intéresse de dire à Vidéotron que vous avez le même prob qu'un parfait inconnu, ça m'aiderait énormément à régler mes problèmes de connexion et je vous en remercie fortement à l'avance.

 

La MAJ à la version 4.4 a eu lieu au début décembre, peut-être avant, moi je l'ai eue tardivement selon le gars, le 19 décembre, parmi les derniers. Mes parents l'ont eu le 9.

 

Bien sûr j'ai fait un RESET TO FACTORY SETTINGS de la borne. Même avec la config 100% de base c'est exactement le même problème.

 

Donc si vous testez disons avec Windows, vous devez aller dans le Control Panel, ensuite la configuration Network puis Adapter Settings. Là vous y verrai toutes les cartes réseaux, incluant celles virtuelles. Pour voir le status de connexion de la carte, qui indique entre autre le nombre de secondes/mins/heures de connexion, un clique-droit sur la carte Ethernet et STATUS va vous montrer ça. Assurez-vous de prendre la bonne carte. C'est là que vous voyez que ça prend 33sec à connecter, soit une éternité pour une connexion Ethernet.

 

Si vous testez avec Linux, ça risque fort de geler 10-15-20sec en plein milieu du démarrage de votre distro comme moi, car le service NetworkManager-wait-online sert justement à attendre que la connexion s'établisse avant de poursuivre le boot process. Une fois booté vous pouvez également faire du monitoring et voir le délai de connexion.

 

Si vous ne savez pas trop de quoi je parle dans les 2 précédents paragraphes, alors ça serait préférable que vous ne fassiez pas ce test. 🙂 La très très forte majorité des gens vont penser que ce délai est normal et n'y verront que du feu, si c'est votre cas ne vous attardez surtout pas à ce message. Windows semble mieux gérer ce délai que Linux et donc ça risque encore moins d'affecter 90% de la population.

 

 

Merci de votre aide et je vous souhaite du bon repos pendant le temps des Fêtes!

Francis

20 RÉPONSES 20

@FrancisL, j'ai le sens de l'humour, pas une reproche en ta direction 8-) je faisais une farce, de toute façon j'y suis habitué, dans toutes les cie que j'ai travaillé quand le réseau plante, je suis le suspect no.1, le plus souvent les gars IT ont mal configuré leur patente et c'est plus facile de blâmer un dévelopeur, comme tu vois dans dévelopeur il y a le mot "peur".

Si tu as des traces dhcp sur linux ça serait cool de me partager vu que tu te portes volontaire.

 

PS: Utilise pas 142.1.1.1 comme adresse IP interne, vu que 142.x c'est une adresse publique, utilise plus le 10.x ou bien 172.16.x ou bien 192.168.x

 

Bonne chasse.

Chevalier

@HMatrix, je vais parler de ça à mes développeurs, voir s'ils ont peur. 🙂

 

J'ai fait un tcpdump au moment d'effectuer la connexion, on partage un fichier comment ici?

 

Sinon je peux faire un copy-paste du texte, j'ai filtré les lignes répétitves et tout le blabla du IPv6. Ça donne 47 lignes. À mon avis ça prend + que 33sec sous Linux. Évidemment branché dans mon routeur qui lui est branché dans le port de la borne, ça se connecte en 3sec.

 

Nah le 142.1.1.1 c'était un chiffre sorti vitevite de même comme exemple, en fait je me demande si la borne ne va pas empêcher de setter une IP qui n'est pas dans le range des réseaux internes... à tester.

@FrancisL 

Pour la trace si tu peux juste filtrer avec 'bootp' pour juste voir dhcp et afficher la colonne Time "Time since previous display packet" , ensuite "Export Packet dissection -> CSV"

 

Voici ma trace sur un laptop Win10 à partir au moment ou je branche le câble dans le laptop. il est en csv, la colonne Time donne l'interval de temps pour les retries.

 

"No.","Time","Data rate","Signal strength (dBm)","Source","Destination","Protocol","Length","Timestamp","Sequence number","Info"
"36","0.000000","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0xbba66272"
"66","1.490007","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0xbba66272"
"147","2.219846","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0xbba66272"
"269","2.656470","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0xbba66272"
"428","5.993419","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0x4c2b790f"
"450","1.938155","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0x4c2b790f"
"548","3.002523","","","0.0.0.0","255.255.255.255","DHCP","364","","","DHCP Request - Transaction ID 0x4c2b790f"
"767","16.316618","","","0.0.0.0","255.255.255.255","DHCP","344","","","DHCP Discover - Transaction ID 0xa9eab48a"
"768","0.009366","","","10.0.0.1","LAPTOP-8RLKDFJC.local","DHCP","342","","","DHCP Offer - Transaction ID 0xa9eab48a"
"769","0.001619","","","0.0.0.0","255.255.255.255","DHCP","370","","","DHCP Request - Transaction ID 0xa9eab48a"
"770","0.023166","","","10.0.0.1","LAPTOP-8RLKDFJC.local","DHCP","362","","","DHCP ACK - Transaction ID 0xa9eab48a"

 

Si tu veux voir la relation du dhcp et le stp, mets le filtre 'bootp || stp'  tu verras le stp de helix va flagger un Topology Change flag autour de 30sec après que le câble soit branché, helix va mettre son port ethernet en forwarding mode pour être 100% fonctionnel. 

Ouais je pourrais grepper pour "bootp", attends @HMatrix aussi ben le faire manuellement avec mon log actuel...

Voici le log au complet filtré selon mon dernier message et ajoutant un "grep | 'bootp'" :

 

13:07:15.664924 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b4:2e:99:a6:72:42, length 285
13:07:40.593562 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b4:2e:99:a6:72:42, length 285
13:08:13.436949 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b4:2e:99:a6:72:42, length 285
13:08:16.454417 IP 10.225.7.1.67 > 10.225.8.24.68: BOOTP/DHCP, Reply, length 300
13:08:16.454520 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b4:2e:99:a6:72:42, length 297
13:08:16.480407 IP 10.225.7.1.67 > 10.225.8.24.68: BOOTP/DHCP, Reply, length 309

 

On dirait que ça a pris 1min avant d'avoir un reply!

Selon ton log de dhcp, je vois le délai que voici:

1er au 2ieme dhcp req 25 sec

2ieme au 3ieme 33 sec  ==> pas mal long comme interval

Total 25+33+3=61sec 

 

mais tu peux changer les valeurs de délai dans dhclient.conf à des valeurs plus aggressives.

 

Si tu compares à ma trace Win10, les requests sont plus fréquents dans des intervalles plus courtes pendant le 30sec, c'est pour ça que Win10 marche mieux dans ce cas ci vs Linux.

 

 

Modérateur - Expert Solution

Bonsoir tous!

On vous invite à joindre le soutien technique (soit par téléphone, par clavardage ou même en message privé sur Facebook/Twitter) afin que l'on puisse appliquer les escalades nécessaire pour régler le problème. Ça peut même être envoyé chez notre partenaire. 

Et au besoin, plus de données on a, le mieux c'est!

@HMatrix , ouais je vois ça, timeout 300sec dans mon dhclient, il y a d'autres timeout qui sont commentés, je vais m'informer là-dessus et voir comment l'optimiser. Actuellement ma nouvelle switch fonctionne bien donc le "bleeding" est sous contrôle et je pourrais rester avec la switch pour toujours aussi, qui sait. Mais me connaissant c'est clair que je vais faire des tests avec le timeout sans la switch. 🙂 Je comprends mieux la différence entre Windows et LInux ici et c'est pe juste une question des valeurs par défaut sur ma distro aussi, d'autres distros ça serait différent, on sait comment c'est avec Linux. 🙂

 

@PascalP, le problème a été escaladé chez le partenaire le 28 décembre 2020 en début d'avant-midi.

 

On va attendre la suite.

 

 

Un gros, vraiment GROS, merci à tous!

Initié

J'ai exactement le même problème et la réponse de Vidéotron c'est que ça changera pas et que j'ai juste à connecter mes périphériques par WiFi! Ils disent que c'est mon ordi, ma télé et mes câbles qui ont un problème (tout le monde sait que les câbles, ça cause des délais de connexion, t'sais!)...! J'en reviens pas qu'ils soient au courant du problème!

@olivierbio, rappelle-les et donnes leur les dates de l'historique du problème qui a été loggé chez eux, tout est plus haut dans la conversation.

Tu peux ajouter que le problème est entre les mains d'un technicien du Niveau 2. J'ai son nom mais je n'ose pas l'écrire ici en public.

 

La borne permet une connexion filaire, donc de dire de connecter Wifi n'est pas une solution acceptable.

De plus certains hardware (comme mon motherboard!) n'ont pas de wifi intégré et c'est voulu et connu de l'acheteur averti comme moi. J'en voulais pas wifi sur ma machine principale.

Initié

J'ai clavardé avec un certain Philippe T. qui m'a dit que le problème était bien connu chez Vidéotron (eh bien!) et que lui-même l'avait. Il a communiqué avec un autre département (je ne sais pas lequel), et apparemment que c'est une caractéristique de l'équipement et non un problème, donc il se peut que ce soit corrigé comme il se peut que ce ne le soit pas. Aucun délai approximatif ne peut m'être donné... À suivre...!

Dernières discussions