Discussion de forum
Résolu
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...
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.
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. 🙂
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!
