Ubuntu-fr

Pirav 51

Re : [Résolu] Connexion réseau instable

Bruno pour info
J'ai arrêter et regarder si par hasard pas de Pb de connectique sur la carte mère. C'est une carte réseau intégré.
J'ai redémarrer et tester le débit , pas de changement.
J'ai refait un dsmeg | grep forcedeth et j'obtiens un résultat différent.

pierre@pierre-System-Product-Name:~$ dmesg | grep forcedeth
[    1.405454] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.968629] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[    1.968631] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[    1.969560] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
pierre@pierre-System-Product-Name:~$ dmesg | grep forcedeth

bruno

Re : [Résolu] Connexion réseau instable

Oui mon hypothèse n'était donc pas bonne et peut être que l'on s'acharne sur la carte et le pilote alors que le problème vient d'ailleurs.
Bon on va quand essayer de voir quelques infos :
- version du noyau

uname -r

- présence des micrologiciels :

apt policy linux-firmware 

- pare-feu :

sudo ufw status

- statistiques sur le carte ( à faire après un peu de navigation web) :

sudo ethtool -S enp0s20

Pirav 51

Re : [Résolu] Connexion réseau instable

Merci Bruno
Voici le retours des différentes commandes

pierre@pierre-System-Product-Name:~$ uname -r
5.0.0-36-generic

pierre@pierre-System-Product-Name:~$ apt policy linux-firmware 
linux-firmware:
  Installé : 1.173.12
  Candidat : 1.173.12
 Table de version :
 *** 1.173.12 500
        500 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
        500 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main i386 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/main i386 Packages
        100 /var/lib/dpkg/status
     1.173 500
        500 http://fr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
        500 http://fr.archive.ubuntu.com/ubuntu bionic/main i386 Packages

pierre@pierre-System-Product-Name:~$ sudo ufw status
[sudo] Mot de passe de pierre : 
État : inactif

pierre@pierre-System-Product-Name:~$ sudo ethtool -S enp0s20
NIC statistics:
     tx_bytes: 311554393
     tx_zero_rexmt: 230978
     tx_one_rexmt: 0
     tx_many_rexmt: 0
     tx_late_collision: 0
     tx_fifo_errors: 0
     tx_carrier_errors: 0
     tx_excess_deferral: 0
     tx_retry_error: 0
     rx_frame_error: 0
     rx_extra_byte: 0
     rx_late_collision: 0
     rx_runt: 0
     rx_frame_too_long: 15
     rx_over_errors: 0
     rx_crc_errors: 10843
     rx_frame_align_error: 0
     rx_length_error: 0
     rx_unicast: 154503
     rx_multicast: 1511
     rx_broadcast: 2743
     rx_packets: 158757
     rx_errors_total: 10858
     tx_errors_total: 0

Dernière modification par bruno (Le 27/11/2019, à 16:27)

Pirav 51

Re : [Résolu] Connexion réseau instable

Bruno la meme dernière commande après un peu de navigation web

pierre@pierre-System-Product-Name:~$ sudo ethtool -S enp0s20
NIC statistics:
     tx_bytes: 667671804
     tx_zero_rexmt: 512011
     tx_one_rexmt: 0
     tx_many_rexmt: 0
     tx_late_collision: 0
     tx_fifo_errors: 0
     tx_carrier_errors: 0
     tx_excess_deferral: 0
     tx_retry_error: 0
     rx_frame_error: 0
     rx_extra_byte: 0
     rx_late_collision: 0
     rx_runt: 0
     rx_frame_too_long: 27
     rx_over_errors: 0
     rx_crc_errors: 27111
     rx_frame_align_error: 0
     rx_length_error: 0
     rx_unicast: 355757
     rx_multicast: 1707
     rx_broadcast: 3002
     rx_packets: 360466
     rx_errors_total: 27138
     tx_errors_total: 0
pierre@pierre-System-Product-Name:~$ 

J'ai refait un test degrouptest pendant la navigation et j'essaie de décrire le phénomène :
En réception La première seconde je reçois environ 13 Mb/s puis cela décroit et se stabilise à 2,5 Mb.s
En Envoi la première seconde je monte jusque 150 Mb/s puis cela se stabilise à 150 Mb/s
La latence est à 9 ms
C'est comme si  l'on brider le flux entrant. Duplex inactif ?

bruno

Re : [Résolu] Connexion réseau instable

Ah, intéressant :

rx_frame_too_long: 15

et

rx_crc_errors: 10843

Cela semble bien indiquer un problème matériel : câble ou carte Ethernet foireux. J'exclus la box et son switch puisque tu dis que cela fonctionne avec un autre PC.

Pirav 51

Re : [Résolu] Connexion réseau instable

D'ici demain, je démange le PC et le raccorde directement sur le switch de la Box.
je te tiens au courant.
Merci

bruno

Re : [Résolu] Connexion réseau instable

Je croyais que ton PC était relié directement à ta box. S'il y a un switch entre le PC et la box, il faut débrancher son alimentation et la rebrancher.

Pirav 51

Re : [Résolu] Connexion réseau instable

On s'est mal compris
je dispose d'un câblage en Cat6 je passe par un Switch dont les 4 ports gèrent le gigabit et le cordon RJ sur lequel est raccordé mon PC est en Cat6.
Pour m'affranchir d'un PB de câblage, je viens de raccorder le PC défectueux directement sur le port de la box.
Je constate les mêmes valeurs en ce qui concerne le téléchargement du fichier temps estimé 25h.
Sur degrouptest En réception 2,5 Mb.s En Envoi 150 Mb/s.
J'essaie de refaire le test en passant par un adaptateur USB RJ45 en restant derrière la box et je reviens vers toi.
Merci de ton aide

Pirav 51

Re : [Résolu] Connexion réseau instable

Bonjour Bruno
Désolé mais je n'ai pas encore en ma possession l'adaptateur USB RJ. Un ami doit m'en prêté un pour faire un test.
Pendant ce temps je regarde sur internet et sur le site : https://inetdoc.developpez.com/tutoriel … -ethernet/
J'ai trouvé 2 commande permettant de connaitre son contrôleur ethernet

pierre@pierre-System-Product-Name:~$ lspci -v | grep -A8 Ethernet
00:14.0 Bridge: NVIDIA Corporation MCP51 Ethernet Controller (rev a3)
	Subsystem: ASUSTeK Computer Inc. MCP51 Ethernet Controller
	Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21
	Memory at fe02b000 (32-bit, non-prefetchable) [size=4K]
	I/O ports at f200 [size=8]
	Capabilities: <access denied>
	Kernel driver in use: forcedeth
	Kernel modules: forcedeth

01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) (prog-if 00 [VGA controller])
pierre@pierre-System-Product-Name:~$ 

L'autre de voir si le module du noyau e100e est chargé en mémoire

pierre@pierre-System-Product-Name:~$ lsmod
Module                  Size  Used by
nls_iso8859_1          16384  0
nvidia_uvm             36864  0
snd_hda_codec_realtek   114688  1
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_codec_hdmi     53248  4
cx8800                 36864  0
cx88xx                 90112  1 cx8800
tveeprom               28672  1 cx88xx
rc_core                53248  1 cx88xx
v4l2_common            16384  2 cx88xx,cx8800
snd_hda_intel          49152  8
snd_hda_codec         135168  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
videobuf2_dma_sg       16384  1 cx8800
snd_hda_core           86016  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
videobuf2_memops       20480  1 videobuf2_dma_sg
snd_hwdep              20480  1 snd_hda_codec
snd_pcm               102400  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
videobuf2_v4l2         24576  1 cx8800
videobuf2_common       45056  3 cx88xx,cx8800,videobuf2_v4l2
snd_seq_midi           20480  0
snd_seq_midi_event     16384  1 snd_seq_midi
videodev              204800  5 cx88xx,cx8800,v4l2_common,videobuf2_v4l2,videobuf2_common
input_leds             16384  0
snd_rawmidi            36864  1 snd_seq_midi
coretemp               20480  0
media                  53248  3 videodev,videobuf2_v4l2,videobuf2_common
snd_seq                69632  2 snd_seq_midi,snd_seq_midi_event
i2c_algo_bit           16384  1 cx88xx
kvm_intel             241664  0
snd_seq_device         16384  3 snd_seq,snd_seq_midi,snd_rawmidi
kvm                   647168  1 kvm_intel
nvidia              10563584  99 nvidia_uvm
snd_timer              36864  2 snd_seq,snd_pcm
irqbypass              16384  1 kvm
snd                    86016  27 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
soundcore              16384  1 snd
asus_atk0110           24576  0
drm                   483328  6 nvidia
mac_hid                16384  0
sch_fq_codel           20480  2
parport_pc             36864  1
ppdev                  24576  0
lp                     20480  0
parport                53248  3 parport_pc,lp,ppdev
ip_tables              32768  0
x_tables               40960  1 ip_tables
autofs4                45056  2
uas                    24576  0
usb_storage            69632  1 uas
hid_generic            16384  0
usbhid                 53248  0
hid                   126976  2 usbhid,hid_generic
pata_acpi              16384  0
firewire_ohci          40960  0
forcedeth              69632  0
i2c_nforce2            20480  0
ahci                   40960  0
firewire_core          65536  1 firewire_ohci
crc_itu_t              16384  1 firewire_core
sata_nv                28672  1
pata_amd               20480  0
libahci                32768  1 ahci
floppy                 81920  0
pierre@pierre-System-Product-Name:~$

Ce module e1000e ne s'y trouve pas par contre je vois forcedeth.
Une question forcedeth remplace e1000e dans mon cas ?

J'ai ensuite sorti les statistiques de l'interface

pierre@pierre-System-Product-Name:~$ ip -s link ls dev enp0s20
2: enp0s20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 00:1a:92:82:4a:22 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    20014980   26822    13939   0       0       2898    
    TX: bytes  packets  errors  dropped carrier collsns 
    2287017    21662    0       0       0       0       
pierre@pierre-System-Product-Name:~$ 

Je ne vois que des erreurs en réception. Et beaucoup.
Cela confirme t il un problème matériel ?

Désolé de te solliciter pour des questions peut être bête.
Merci de ta compréhension

xubu1957

Re : [Résolu] Connexion réseau instable

Bonjour,

Pour info :

Le pilote forcedeth de la partie ethernet du chipset nForce de nvidia est intégré au noyau et fonctionne plutôt bien. Le pilote est maintenu par les développeurs du noyau Linux, qui se font aider par les développeurs de nvidia. Cependant, ce n'était pas toujours le cas.

Le chipset nForce est composé de plusieurs composants: audio, stockage et ethernet. Lorsqu’il a été publié, nvidia a fourni un pilote de réseau local source fermé pour Linux, appelé nvnet. Rapidement le développement d'un pilote open source a commencé et en Novembre 2003 Carl-Daniel Hailfinger a annoncé la sortie du pilote open source forcedeth . Ceci a été fait, bien sûr, sans aucun soutien de la part de NVIDIA.

Jusqu'ici, si inintéressant: de telles choses arrivent tout le temps.
Au fil du temps, les développeurs nvidia ont publié leurs produits propriétaires en concurrence avec le pilote Open Source Forced, intégré au noyau. Les notes de publication de Nvidia expliquaient comment désactiver le pilote forcé en faveur de leur pilote nvnet.

Mais quelque chose a changé: les développeurs de nvidia ont commencé à contribuer au code du pilote libre forcedeth:

NVidia a fourni un support gigabit à forcedeth, je vais donc travailler
sur l’intégration de leur correctif et la correction des bogues restants. Si vous voulez l'
essayer, téléchargez Forceeth_gigabit_try19.txt et appliquez-
le au dernier noyau 2.6.

Et les choses se sont développées plus avant - nvidia a en fait laissé tomber son propre pilote. La version 1.11 du pilote du 21 août 2006 contenait le pilote forcedeth. Le pilote Ethernet nvnet n'a pas été mentionné du tout! Tous les pilotes de cette version étaient open source avec cette version:

Tous les pilotes suivants sont à code source ouvert et sont inclus dans les distributions Linux les plus courantes. Dans la plupart des cas, le programme d’installation Linux choisira le pilote approprié pour le matériel nForce détecté.

Cet exemple montre assez bien comment les choses peuvent se passer lorsqu'un pilote open source est développé et utilisé activement. Et bien que les raisons exactes des étapes de nvidia ne soient pas claires, on peut supposer que la pression des clients utilisant le pilote forcedeth (qui était par défaut sur leurs machines) était au moins une des raisons.

Bien sûr, cela ne signifie pas que cela se produira toujours: les pilotes graphiques, par exemple, sont plus complexes et les problèmes de brevets / propriété intellectuelle sont peut-être plus nombreux.
Mais l'histoire de forcedeth montre qu'il vaut vraiment la peine d'essayer !

> liquidat.wordpress.com/2007/03/04/the-forcedeth-story

_ _ _

Le pilote e1000e est un pilote Intel > intel.fr/content/www/fr/fr/support/articles/000005480/network-and-io/ethernet-products

Dernière modification par xubu1957 (Le 28/11/2019, à 19:19)

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

bruno

Re : [Résolu] Connexion réseau instable

@xubu1957 : merci pour les infos. Cela confirme ce que je pensais. Le pilote forcedeth fonctionne bien depuis plusieurs années.

@Pirav 51 : ton dernier retour montre la même chose que la commande ethtool -S : beaucoup d'erreurs en réception. À 99%, c'est le symptôme d'un problème matériel : carte, câble ou switch défectueux.

Avant de tester avec une autre carte réseau, tu peux peut-être tester avec un autre câble (de préférence avec blindage et terre, pas un truc bas de gamme tout en plastique) en s'assurant qu'il est bien enfiché sur la prise de la carte mère et sur celle de la box.
Et il n'y a pas de questions bêtes

Pirav 51

Re : [Résolu] Connexion réseau instable

@bruno
Merci Bruno
Concernant le câble c'est un CAT6 F UTP le blindage le plus simple.
Je vais attendre d'avoir une carte réseau ou/et un adaptateur USB pour reprendre mes tests.
Je fournirais le retour des test débits

Pirav 51

Re : [Résolu] Connexion réseau instable

@xubu1957 :
@Bruno
Bonjour,
Je viens de mettre en place une carte réseau PCI Express et cela va nettement mieux.

pierre@pierre-System-Product-Name:~$ wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2019-12-03 13:46:45--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Résolution de ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)… 188.165.12.106
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Enregistre : «/dev/null»

/dev/null           100%[===================>]   1,00G  81,9MB/s    ds 14s     

2019-12-03 13:46:59 (74,5 MB/s) - «/dev/null» enregistré [1073741824/1073741824]

pierre@pierre-System-Product-Name:~$ 

Lors du test dégroupest j'obtiens les résultats suivants :
400 Mb/s en débit descendant
300 Mb/s en débit montant
10 ms en latence

Cela semble bien confirmer un pb sur la carte réseau intégrée sur la carte mère.
Je vous remercie tout les deux pour votre aide.
Je vais attendre semaine prochaine avant de clôturer la discussion afin de voir si lors d'arrêt marche journalier le pb ne réapparait pas.
Je vous tiendrai au courant.
Merci encore