[Résolu] [Debian] Pertes de paquets

[Pi3rr3]

Bonjour,

J'ai installé Lenny en 64 bits sur un nouveau PC équipé de 2 port Ethernet avec chipset Realtek 8111C vu sous lspci comme :

05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

Je contaste depuis l'installation des pertes de paquets non négligeable ( 12% ) en local, il s'agit de coupures de 30 secondes environ. Après avoir fait des tests de bas niveau ( cable/switch), j'ai installé windows (oui pas bien bouh, j'ai trop honte mais je l'enlève dès que ca marche...) et il n'y a aucune perte de paquet sur ce dernier. Sur ce, je vire les drivers noyaux r8169 et j'installe les drivers realtek r8168 en version 8.011, mais j'ai toujours le même problème

Aucun message spécial dans /var/log/messages syslog ou dmesg.

Sur internet, pas mal de gens se plaignent de chipset realtek mais je n'ai pas trouvé mon problème, donc si quelqu'un pouvait m'aider à trouver un brillant diagnostic, je le remercie d'avance :)

PS : ah oui le noyau est 2.6.26-1-amd64 (pas spécialement envie de compiler un 28 ou un 29 sauf en dernier recours)

[Pi3rr3]

Je viens d'installer le noyau de jaunty ( 2.6.28 ) et toujours le même problème

[Dark26]

c'est quoi ton ptotocole test, ou regarde tu por tes paquets ????

ça vient pas de l'autre côté ???

eth0 Link encap:Ethernet HWaddr 00:1a:4d:5b:3c:82

inet adr:10.10.10.10 Bcast:10.10.10.255 Masque:255.255.255.0

adr inet6: fe80::21a:4dff:fe5b:3c82/64 Scope:Lien

UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1

RX packets:175482139 errors:0 dropped:0 overruns:0 frame:0

TX packets:11730992 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:0

RX bytes:201508235561 (187.6 GiB) TX bytes:4257876155 (3.9 GiB)

e

parceque mo il y a rien ( malgré les 187.6 GiB )

[Pi3rr3]

Bah au debut, ca me deconnectait des messageries donc j ai lance un ping continu vers mon home serveur et il y avait 12 % en moyenne de perte.

J ai lance un ping vers mon home serveur (gentoo) et vers ma freebox et du home serveur vers la freebox, le seul a deconner c etait la debian.

Vu que l installation etait assez fraiche, je reinstall une jaunty pour reessayer avant de repasser a la debian :/ mais effectivement je n ai pas pense a regarder les erreurs/drops du ifconfig.

[neologix]

Vérifie la configuration de ton port ethernet (full/half duplex, 100/1000 bps) avec mii-tool. Si ton interface est en half alors que ton switch est en full par exemple, ça peut poser des problèmes de ce genre. Sinon, vérifie aussi que tu n'as pas deux machines avec la même IP.

[lorinc]

une mauvaise taille de fenêtre (mtu), par exemple ? Je me souviens que j'avais du bricoler ça à une époque pour éviter des perte de paquets...

[Pi3rr3]

J'étais en Full Duplex et le MTU par défaut (1500) j'avais joué y'a un bout de temps avec ma gentoo pour mettre le MTU a 9000 et ca merdouillait severe avec certaines interfaces

J'ai installé l'ubuntu et pas de perte de paquets donc je viens de reinstaller la debian, plus de pertes pour l'instant, je n'y comprends rien, merci pour l'aide, je vais voir demain si ca remerde.

[Pi3rr3]

Désolé de remonter mon topic mais la j'ai a nouveau ce ***** de problème et la solution précédente de reinstaller debian n'a marché qu'un temps.

( Je rappelle que tout marche avec Windows )

Résultat d'un ping (rapide) en local :

350 packets transmitted, 268 received, 23% packet loss, time 349037ms

mii-tool :

eth0: negotiated 1000baseT-FD flow-control, link ok

ifconfig :

eth0 Link encap:Ethernet HWaddr 00:1f:d0:9a:be:28

inet adr:192.168.0.10 Bcast:192.168.0.255 Masque:255.255.255.0

adr inet6: fe80::21f:d0ff:fe9a:be28/64 Scope:Lien

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:277201 errors:0 dropped:3174785165 overruns:0 frame:0

TX packets:143671 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:1000

RX bytes:390399096 (372.3 MiB) TX bytes:10575468 (10.0 MiB)

Interruption:250 Adresse de base:0x4000

:francais: :up:

[lorinc]

tu as essayé différents noyaux ? (pre 2.6.23 ou bien 2.6.29)

[Pi3rr3]

Là je suis en 2.6.26 (2.6.26-2-amd64), je vais voir dans les backport ou ailleurs si y'en un tout fait ( pas envie de configurer le noyal ^^ ) mais bon je l'avais jusqu'a maintenant ce noyau et il marchait très bien jusqu'a aujourd'hui

[lorinc]

Ce serait pas un special case amd64, par hasard ?

Tu n'as rien fait de particulier qui pourrait nous aiguiller ? maj de certaines libs, ou auter ?

[Pi3rr3]

Nan, c'est le noyau generique, pas d'openvz/xen/...

Je ne me souviens pas avoir fait quoique ce soir sur le système ni hier ni aujourd'hui et aucune mise a jour :/

J'aimerais bien aiguiller mais je suis dans le même brouillard que la dernière fois, j'ai rien dans les log et rien qui me saute aux yeux.

Bonne nuit

[neologix]

ifconfig :

eth0 Link encap:Ethernet HWaddr 00:1f:d0:9a:be:28

inet adr:192.168.0.10 Bcast:192.168.0.255 Masque:255.255.255.0

adr inet6: fe80::21f:d0ff:fe9a:be28/64 Scope:Lien

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:277201 errors:0 dropped:3174785165 overruns:0 frame:0

TX packets:143671 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:1000

RX bytes:390399096 (372.3 MiB) TX bytes:10575468 (10.0 MiB)

Interruption:250 Adresse de base:0x4000

:transpi: :transpi:

C'est donc en entrée que sont tes drops...

Que retournent

cat /proc/interrupts

cat /proc/net/softnet_stat

et

sysctl net.core.netdev_max_backlog

Essaie de multiplier la valeur de netdev_max_backlog par 10 :

sysctl -w net.core.netdev_max_backlog=<nouvelle valeur>

[tyrann27]

AH AH ! ! !

J'ai eu un problème similaire !

Incimpatibilité de réseau, perte de paquet, vitesse crevarde alors que la connexion est une 10M montante et descendante...

Voilà la solution qui m'a sauvé :

ouvrir /etc/sysctl.conf et ajouter/modifier net.ipv4.tcp_window_scaling = 0

En espérant que c'est ça...

[Pi3rr3]

C'est donc en entrée que sont tes drops...

J'ai un peu honte de ne pas avoir vu les dropped, je suis resté focalisé sur le errors : 0

debian:/home/pierre# cat /proc/interrupts
	   CPU0	   CPU1	   
 0:		 34		  1   IO-APIC-edge	  timer
 1:		  1		  1   IO-APIC-edge	  i8042
 4:		  1		  1   IO-APIC-edge	
 6:		  2		  3   IO-APIC-edge	  floppy
 7:		  0		  0   IO-APIC-edge	  parport0
 8:		  0		  1   IO-APIC-edge	  rtc0
 9:		  0		  0   IO-APIC-fasteoi   acpi
12:		  2		  2   IO-APIC-edge	  i8042
14:	   8281	   8243   IO-APIC-edge	  ata_piix
15:		 54		 57   IO-APIC-edge	  ata_piix
16:		  0		  0   IO-APIC-fasteoi   uhci_hcd:usb1, ide0, ide1
18:	  23475	  23595   IO-APIC-fasteoi   uhci_hcd:usb3, ehci_hcd:usb4, uhci_hcd:usb7
19:	   2152	   2032   IO-APIC-fasteoi   uhci_hcd:usb6, ahci, ata_piix
21:		  0		  0   IO-APIC-fasteoi   uhci_hcd:usb2
22:		 95		 95   IO-APIC-fasteoi   HDA Intel
23:		  1		  2   IO-APIC-fasteoi   uhci_hcd:usb5, ehci_hcd:usb8, ohci1394
1273:		  0		  0   PCI-MSI-edge	  eth1
1274:	  39604	  39638   PCI-MSI-edge	  eth0
NMI:		  0		  0   Non-maskable interrupts
LOC:	 139544	 150142   Local timer interrupts
RES:	  45574	  49898   Rescheduling interrupts
CAL:		159		156   function call interrupts
TLB:	   3657	   4605   TLB shootdowns
TRM:		  0		  0   Thermal event interrupts
THR:		  0		  0   Threshold APIC interrupts
SPU:		  0		  0   Spurious interrupts
ERR:		  0

debian:/home/pierre# cat /proc/net/softnet_stat
0002267d 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00022c4a 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

debian:/home/pierre# sysctl net.core.netdev_max_backlog
net.core.netdev_max_backlog = 1000

Merci pour toutes ces commandes bizaroides

Edit : Après avoir *10 le max_backlog j'ai toujours les mini déconnexions :/

[neologix]

Curieux...

Rien dans /var/log/messages ?

Pour finir, que donne

cat /proc/net/snmp

EDIT:

OK, je viens de jeter un oeil aux sources, et je vois ça:

if (unlikely(rtl8169_fragmented_frame(status))) {

dev->stats.rx_dropped++;

dev->stats.rx_length_errors++;

rtl8169_mark_to_asic(desc, tp->rx_buf_sz);

continue;

}

Quand tu dis que tu pingues, qu'est-ce-que tu pingues ?

Tu es sûr que le MTU *de la destination* n'est pas au-dessus de 1500 (tu peux faire un tcpdump pour vérifier ).

Si tu passes le MTU de l'interface à 5000, ça change quelque chose ?

[Pi3rr3]

Dans le /var/log/messages, j'ai juste une erreur de NFS qui dit qu'il trouve plus mon serveur

Je ping mon serveur ( je confirme le MTU 1500) et la freebox ( voire un site au hasard )

Je viens de passer mon MTU à 5000 mais rien n'y change -_-

debian:/home/pierre# cat /proc/net/snmp
Ip: Forwarding DefaultTTL InReceives InHdrErrors InAddrErrors ForwDatagrams InUnknownProtos InDiscards InDelivers OutRequests OutDiscards OutNoRoutes ReasmTimeout ReasmReqds ReasmOKs ReasmFails FragOKs FragFails FragCreates
Ip: 2 64 295608 0 3 0 0 0 295605 164113 0 0 0 0 0 0 0 0 0
Icmp: InMsgs InErrors InDestUnreachs InTimeExcds InParmProbs InSrcQuenchs InRedirects InEchos InEchoReps InTimestamps InTimestampReps InAddrMasks InAddrMaskReps OutMsgs OutErrors OutDestUnreachs OutTimeExcds OutParmProbs OutSrcQuenchs OutRedirects OutEchos OutEchoReps OutTimestamps OutTimestampReps OutAddrMasks OutAddrMaskReps
Icmp: 1076 0 0 0 0 0 0 1 1075 0 0 0 0 1166 0 0 0 0 0 0 1165 1 0 0 0 0
IcmpMsg: InType0 InType8 OutType0 OutType8
IcmpMsg: 1075 1 1 1165
Tcp: RtoAlgorithm RtoMin RtoMax MaxConn ActiveOpens PassiveOpens AttemptFails EstabResets CurrEstab InSegs OutSegs RetransSegs InErrs OutRsts
Tcp: 1 200 120000 -1 1684 4 6 78 6 293193 161282 331 0 300
Udp: InDatagrams NoPorts InErrors OutDatagrams RcvbufErrors SndbufErrors
Udp: 1318 0 0 1329 0 0
UdpLite: InDatagrams NoPorts InErrors OutDatagrams RcvbufErrors SndbufErrors
UdpLite: 0 0 0 0 0 0

[tyrann27]

Tu as essayé ma solution ?

[Pi3rr3]

Oui et là je n'ai plus de perte

Mais toujours 1 Milliards de paquets RX dropped par seconde

Sur le net, il est dit que ce probleme est du au driver donc je vais passer au driver fourni par realtek (r8168) en attendant une prise en charge fonctionnelle du noyau :)

Merci à tous pour le temps que vous avez passé à m'aider