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.
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.
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 309On 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.
