Problème ethernet packets loss

Kiki · 12-08-2023 11:19:52

Bonjour,
depuis quelques temps, au démarrage de mon ordi, j’ai des soucis de connexion internet. J'ai bien une connexion mais avec des "packet loss".

$ ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=12.7 ms

bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=11.1 ms

bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=14.8 ms

bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=13.2 ms

bytes from 8.8.8.8: icmp_seq=6 ttl=118 time=12.2 ms

bytes from 8.8.8.8: icmp_seq=7 ttl=118 time=10.6 ms

bytes from 8.8.8.8: icmp_seq=10 ttl=118 time=12.6 ms

bytes from 8.8.8.8: icmp_seq=13 ttl=118 time=11.5 ms

bytes from 8.8.8.8: icmp_seq=16 ttl=118 time=15.1 ms

bytes from 8.8.8.8: icmp_seq=18 ttl=118 time=13.8 ms

bytes from 8.8.8.8: icmp_seq=23 ttl=118 time=12.6 ms

--- 8.8.8.8 ping statistics ---

packets transmitted, 11 received, 52.1739% packet loss, time 22267ms

rtt min/avg/max/mdev = 10.607/12.758/15.095/1.358 ms

$ ping debian.org

PING debian.org (130.89.148.77) 56(84) bytes of data.

bytes from 130.89.148.77: icmp_seq=1 ttl=53 time=21.2 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=14 ttl=53 time=21.0 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=15 ttl=53 time=24.5 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=16 ttl=53 time=23.0 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=18 ttl=53 time=23.5 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=19 ttl=53 time=22.3 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=21 ttl=53 time=21.1 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=25 ttl=53 time=24.7 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=26 ttl=53 time=23.1 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=27 ttl=53 time=21.7 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=29 ttl=53 time=22.4 ms

bytes from klecker-misc.debian.org (130.89.148.77): icmp_seq=30 ttl=53 time=20.7 ms

^C

--- debian.org ping statistics ---

packets transmitted, 12 received, 60% packet loss, time 38457ms

rtt min/avg/max/mdev = 20.719/22.445/24.678/1.302 ms

Infos sur ma configuration :

$ uname -a

Linux debian 5.10.0-24-amd64 #1 SMP Debian 5.10.179-5 (2023-08-08) x86_64 GNU/Linux

$ ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

    link/ether 64:00:6a:2e:5e:30 brd ff:ff:ff:ff:ff:ff

    inet 192.168.1.37/24 brd 192.168.1.255 scope global dynamic noprefixroute enp2s0

       valid_lft 68971sec preferred_lft 68971sec

$ lspci | grep -i ethernet

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

$ apt policy firmware-realtek 

firmware-realtek:

  Installé : 20210315-3

  Candidat : 20210315-3

 Table de version :

 *** 20210315-3 500

        500 http://deb.debian.org/debian bullseye/non-free amd64 Packages

        100 /var/lib/dpkg/statu

Le service networkmanager semble ok

root@debian:~# systemctl status NetworkManager.service 

● NetworkManager.service - Network Manager

     Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)

     Active: active (running) since Sat 2023-08-12 10:54:56 CEST; 56min ago

       Docs: man:NetworkManager(8)

   Main PID: 660 (NetworkManager)

      Tasks: 3 (limit: 9365)

     Memory: 13.0M

        CPU: 207ms

     CGroup: /system.slice/NetworkManager.service

             └─660 /usr/sbin/NetworkManager --no-daemon

août 12 10:59:03 debian NetworkManager[660]: <info>  [1691830743.0106] device (enp2s0): DHCPv4 lease renewal requested

août 12 10:59:03 debian NetworkManager[660]: <info>  [1691830743.0238] dhcp4 (enp2s0): canceled DHCP transaction

août 12 10:59:03 debian NetworkManager[660]: <info>  [1691830743.0239] dhcp4 (enp2s0): state changed bound -> terminated

août 12 10:59:03 debian NetworkManager[660]: <info>  [1691830743.0249] dhcp4 (enp2s0): activation: beginning transaction (timeout in 45 secon>

août 12 10:59:39 debian NetworkManager[660]: <info>  [1691830779.4697] device (enp2s0): carrier: link connected

août 12 10:59:39 debian NetworkManager[660]: <info>  [1691830779.4700] device (enp2s0): DHCPv4 lease renewal requested

août 12 10:59:39 debian NetworkManager[660]: <info>  [1691830779.4838] dhcp4 (enp2s0): canceled DHCP transaction

août 12 10:59:39 debian NetworkManager[660]: <info>  [1691830779.4839] dhcp4 (enp2s0): state changed unknown -> terminated

août 12 10:59:39 debian NetworkManager[660]: <info>  [1691830779.4848] dhcp4 (enp2s0): activation: beginning transaction (timeout in 45 secon>

août 12 11:00:14 debian NetworkManager[660]: <info>  [1691830814.1624] dhcp4 (enp2s0): state changed unknown -> bound, address=192.168.1.37

Si je redémarre NetworkManager.service, ça ne change rien.
Le problème se résout en redémarrant la box. Il faut parfois la redémarrer plusieurs fois.

Ce problème est apparu quelques jours après un changement de box (box plus de sfr).
Cependant, le wifi de la box fonctionne sur d'autres ordis, tablettes ou tel. De même, pas de problème non plus via ethernet sur d'autres ordi (windows ou debian).

Auriez-vous pistes de recherches ou investigations à faire quand cela arrive de nouveau ?
Merci d'avance.

Kiki · 12-08-2023 11:38:02

EDIT :

le problème survient aussi après sortie de veille.
problème observé aussi en liveUSB (linux mint) sur cet ordi. Serait-ce alors un problème matériel ???:(

Dernière modification par Kiki (12-08-2023 12:19:41)

raleur · 13-08-2023 08:07:24

Sauf saturation du réseau, une perte de paquets a quasiment toujours une cause matérielle. Câble réseau, incompatibilité ponctuelle entre les ports ethernet...
Que donne un ping sur la box ?

Kiki · 13-08-2023 12:19:16

Merci pour la réponse. Ci-dessous, ping sur la box quand pb.

$ ping -c 10 192.168.1.1

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.

64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.460 ms

64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.436 ms

64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.458 ms

64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.471 ms

64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.414 ms

64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=0.465 ms

64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.461 ms

--- 192.168.1.1 ping statistics ---

10 packets transmitted, 7 received, 30% packet loss, time 9220ms

rtt min/avg/max/mdev = 0.414/0.452/0.471/0.018 ms

raleur a écrit :

Câble réseau

J'ai bien pensé au câble, car long, bas de gamme et vieux. Mais si je branche 2 autres ordis sur la box avec même câble, il n'y a pas de problème.

raleur a écrit :

incompatibilité ponctuelle entre les ports ethernet...

Comment tester/vérifier cela ?

Ce qui m'étonne c'est que le problème survient au démarrage du système et qu'une fois réglé (par 1 ou plusieurs redémarrage de la box), il ne réapparaît plus sauf si mise en veille. Serait-ce le cas si c'était la carte réseau qui est en cause ?

Dernière modification par Kiki (13-08-2023 12:19:43)

raleur · 13-08-2023 16:04:41

Kiki a écrit :

J'ai bien pensé au câble, car long, bas de gamme et vieux. Mais si je branche 2 autres ordis sur la box avec même câble, il n'y a pas de problème.

Les cartes réseau Realtek ne sont pas réputées pour leur qualité. Peux-tu tester avec un câble plus court ou de meilleure qualité ? Sinon, as-tu essayé de rétrograder la vitesse en fast-ethernet (100Mbit/s) ?
Tu peux aussi regarder les statistiques de l'interface avec

ip -s link show enp2s0

pour voir si des erreurs sont détectées à l'émission ou à la réception.

Kiki · 14-08-2023 06:13:10

Bonjour,
ci-dessous les statistiques de l'interface. Je dois avouer que j'ai un peu de difficulté à l'analyser (packets dropped ??? mcast ??).

$ ip -s link show enp2s0

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000

    link/ether 64:00:6a:2e:5e:30 brd ff:ff:ff:ff:ff:ff

    RX: bytes  packets  errors  dropped missed  mcast   

    1470650806 1396480  0       16      0       44      

    TX: bytes  packets  errors  dropped carrier collsns 

    1874470504 1938416  0       0       0       0

J'ai rétrogradé la vitesse à 100Mb/s (avec ethtool). Il n'y plus de perte de paquets mais je perds les avantages de la fibre par laquelle je suis connecté. Donc solution temporaire. Cependant, cela apporte-t-il une information concernant la nature du problème ?

Je vais essayer de trouver un câble plus court pour tester.

Cordialement

Dernière modification par Kiki (14-08-2023 07:21:16)

raleur · 14-08-2023 09:54:35

"mcast", ce sont les paquets multicast, ça ne nous intéresse pas.
"dropped", sauf erreur ce sont les paquets qui n'ont pas pu être émis ou reçus à cause d'un tampon plein (émission trop rapide ou réception trop lente). A mon avis il n'y en a pas assez pour que que le problème vienne de là. De toute façon un ping toutes les secondes ne peut pas saturer les tampons.
Les trames en erreur sont à 0, mais on ne voit que le côté ordinateur, pas le côté box.

Le fast ethernet est plus tolérant sur la qualité du signal que le gigabit, donc la piste matérielle est plausible.

Kiki · 14-08-2023 19:19:33

Bonsoir,
Essais du soir avec un nouveau câble plus court. Le problème demeure.
Par contre, sans redémarrer la box mais en basculant la vitesse à 100Mb/s puis en revenant ensuite à 1000Mb/s, j'ai retrouve une bonne connexion sans perte de paquets. En tout cas, ça a marché 2 fois. Certes, ça n'est pas encore un échantillon statistiquement suffisant.

Pour la suite, je me pose la question de la fiabilité de la carte réseau. Ces dysfonctionnements peuvent-ils être des signes avant-coureurs de sa future mort ???
En attendant, je continue mes observations et investigations. Ça me permet d'explorer et découvrir ce domaine des réseaux et connexions que je maîtrise bien peu, pour ne pas dire pas du tout.
En tout cas, merci râleur pour tes conseils et indications. Si toi ou d'autres camarades du forum avez des idées, je suis bien évidemment preneur.

Debian-facile

#1 12-08-2023 11:19:52

Problème ethernet packets loss

#2 12-08-2023 11:38:02

Re : Problème ethernet packets loss

#3 13-08-2023 08:07:24

Re : Problème ethernet packets loss

#4 13-08-2023 12:19:16

Re : Problème ethernet packets loss

#5 13-08-2023 16:04:41

Re : Problème ethernet packets loss

#6 14-08-2023 06:13:10

Re : Problème ethernet packets loss

#7 14-08-2023 09:54:35

Re : Problème ethernet packets loss

#8 14-08-2023 19:19:33

Re : Problème ethernet packets loss

Pied de page des forums