Discussion de forum
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 Adm...
Bon je viens de faire une trace sur le port ethernet de la borne helix, je unplug ensuite replug, je vois quelque chose de très particulier, le laptop envoie des dhcp mais aucune réponse de la borne pendant comme vous avez vu autour de 30sec, autour de la 30ieme seconde je vois la borne répond au dhcp.
J'ai fais plusieurs tests+traces pour me convaincre, la même chose toutes les fois.
Donc c'est un bug de la borne.
J'ai une petite idée du bug, je vois des packets STP (bridge protocol) venant de la borne, et leur délai pour forwarder est de 15sec, en petit recap le STP est utilisé pour éviter des loop dans les switch ethernet.
Voici la cause de votre 30sec: (cherche "stp forward delay" dans google).
The Forward Delay timer defines the time that is spent in Listening or Learning state. The default Forward Delay value is 15 seconds. This means that the port stays in Listening state for 15 seconds and then stays in Learning state for another 15 seconds before transitioning to the Forwarding state.
Vu que vos machines ne sont pas les switch ethernet, c'est donc inutile que Helix fait le STP sur leur port ethernet, pour fixer le problème, videotron devrait avoir une config qui permet de mettre ON ou OFF le STP, mais bonne chance pour votre fix car Videotron gosse pas dans le firmware de Helix qui vient de Comcast et que c'est Technicolor qui fait le vrai travail 8-)
Comme work-around poche, je vous suggère de mettre vos devices wire sur un routeur qui branche sur la borne helix, ça masque le problème.
Joyeux Noel à tous.
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.
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. 🙂
MayaP, 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!
