interface réseau "sourde"

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : interface réseau "sourde"

ducon3d

salut,

j'ai sur ma tyan k8we s2895 2 interface gigabit, mais une seule des 2 accepte de fonctionner.
driver ok, ethtool ok, ifconfig ok mais elle ne recoit rien.
pas d'arp rien du tout

la bonne c'est eth0 la mauvaise eth1

Code :

dmesg | grep eth
[ 1.869653] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[ 1.870094] forcedeth 0000:00:0a.0: PCI INT A -> Link[LMAC] -> GSI 23 (level, high) -> IRQ 23
[ 1.870101] forcedeth 0000:00:0a.0: setting latency timer to 64
[ 2.410834] forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:e0:81:57:24:06
[ 2.410840] forcedeth 0000:00:0a.0: highdma csum gbit lnktim desc-v3
[ 2.411060] forcedeth 0000:80:0a.0: PCI INT A -> GSI 54 (level, low) -> IRQ 54
[ 2.411065] forcedeth 0000:80:0a.0: setting latency timer to 64
[ 2.940892] forcedeth 0000:80:0a.0: ifname eth1, PHY OUI 0x5043 @ 1, addr 00:e0:81:57:24:07
[ 2.940896] forcedeth 0000:80:0a.0: highdma csum gbit lnktim desc-v3
[ 23.153783] eth1: no IPv6 routers present
[ 23.223773] eth0: no IPv6 routers present
[ 4514.610057] eth0: no IPv6 routers present
[ 4914.010020] eth1: no IPv6 routers present
[ 4919.100030] device eth1 entered promiscuous mode
[ 5236.132521] eth0: no IPv6 routers present
[ 5313.893771] eth1: no IPv6 routers present

Code :

ethtool eth1
Settings for eth1:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes

celui de eth0 est identique sauf le nom

et avec wireshark je capture rien qui rien qui rentre

une idée ?
puisque dans la mesure ou l'auto-négociation marche elle ne doit pas être cramé mais là je seche..

Publicité

fighting_falcon

tu peux poster le résultat de :

ifconfig -a
route -n

Et également préciser ton protocole de tester (qui est branché à quoi, quelles commandes [ping, dig, ...] exécutes tu pour vérifier que le réseau fonctionne ...)

ducon3d

le ifconfig quand je laisse en dhcp

Code :

eth0 Link encap:Ethernet HWaddr 00:e0:81:57:24:06
inet adr:192.168.0.9 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::2e0:81ff:fe57:2406/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:3923 erreurs:0 :0 overruns:0 frame:0
TX packets:4275 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:2884525 (2.8 MB) Octets transmis:682303 (682.3 KB)
Interruption:23 Adresse de base:0x8000
eth1 Link encap:Ethernet HWaddr 00:e0:81:57:24:07
adr inet6: fe80::2e0:81ff:fe57:2407/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:0 (0.0 B) Octets transmis:21413 (21.4 KB)
Interruption:54 Adresse de base:0xe000

on notera le octets reçus:0 de eth1
bien sur pas de route, puisque le dhcp ne recoit pas de réponse

si je configure manuellement, ifconfig eth1 est ok mais toujours pas d'octets reçus! (et la route est ok)

bon et pour tester c'est simple:
ifconfig eth0 down
dhclient eth1
#marche pas offcourse
ifconfig eth1 192.168.0.19 (ou 17 ou 18 ... il n'y pas de risque la dessus)
plus tout les trucs habituel cad ping wireshark etc...

à savoir que le problemes est que la carte réseau réussi l'auto-negociation, mais je ne recois rien,

je vais tester 100M-half, en la forcant..

Message cité 1 fois

fighting_falcon

l'éclate c'est ça :

Citation :

...
TX packets:0 ...
... Octets transmis:21413 (21.4 KB)
...

ce qui veut dire que couche 2 ça cause (puisque la négoce se fait), mais couche 3/4 plus rien ...

lspci -knn, uname -a, distrib (nom et version) ?

ducon3d

distrib: ubuntu karmic, debian leeny, debian squeeze.
kerlel 2.6.31 2.6.30 2.6.26
la actuellement je suis sur la ubuntu en :
Linux fix 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux

même sur les 3 distrib.

l'avais pas préciser le lspci est ok aussi, meaculpa

Code :

00:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
80:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
Kernel driver in use: forcedeth
Kernel modules: forcedeth
Kernel driver in use: forcedeth
Kernel modules: forcedeth

bizarre se truc non?

le lspi -kun en version complète :

Code :

00:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:005e] (rev a3)
00:01.0 ISA bridge [0601]: nVidia Corporation CK804 ISA Bridge [10de:0051] (rev a3)
00:01.1 SMBus [0c05]: nVidia Corporation CK804 SMBus [10de:0052] (rev a2)
Kernel driver in use: nForce2_smbus
Kernel modules: i2c-nforce2
00:02.0 USB Controller [0c03]: nVidia Corporation CK804 USB Controller [10de:005a] (rev a2)
Kernel driver in use: ohci_hcd
00:02.1 USB Controller [0c03]: nVidia Corporation CK804 USB Controller [10de:005b] (rev a3)
Kernel driver in use: ehci_hcd
00:04.0 Multimedia audio controller [0401]: nVidia Corporation CK804 AC'97 Audio Controller [10de:0059] (rev a2)
Kernel driver in use: Intel ICH
Kernel modules: snd-intel8x0
00:06.0 IDE interface [0101]: nVidia Corporation CK804 IDE [10de:0053] (rev f2)
Kernel driver in use: pata_amd
00:07.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller [10de:0054] (rev f3)
Kernel driver in use: sata_nv
00:08.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller [10de:0055] (rev f3)
Kernel driver in use: sata_nv
00:09.0 PCI bridge [0604]: nVidia Corporation CK804 PCI Bridge [10de:005c] (rev a2)
00:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
Kernel driver in use: forcedeth
Kernel modules: forcedeth
00:0e.0 PCI bridge [0604]: nVidia Corporation CK804 PCIE Bridge [10de:005d] (rev a3)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
Kernel driver in use: amd64_edac
Kernel modules: amd64_edac_mod
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
Kernel driver in use: k8temp
Kernel modules: k8temp
00:19.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
00:19.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
00:19.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
Kernel driver in use: amd64_edac
Kernel modules: amd64_edac_mod
00:19.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
Kernel driver in use: k8temp
Kernel modules: k8temp
01:05.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
Kernel driver in use: ohci1394
Kernel modules: firewire-ohci, ohci1394
02:00.0 VGA compatible controller [0300]: nVidia Corporation G71 [GeForce 7300 GS] [10de:01df] (rev a1)
Kernel driver in use: nvidia
Kernel modules: nvidia, nvidiafb
08:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge [1022:7450] (rev 12)
Kernel modules: shpchp
08:0a.1 PIC [0800]: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC [1022:7451] (rev 01)
08:0b.0 PCI bridge [0604]: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge [1022:7450] (rev 12)
Kernel modules: shpchp
08:0b.1 PIC [0800]: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC [1022:7451] (rev 01)
80:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:005e] (rev a3)
80:01.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:00d3] (rev a3)
80:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
Kernel driver in use: forcedeth
Kernel modules: forcedeth
80:0e.0 PCI bridge [0604]: nVidia Corporation CK804 PCIE Bridge [10de:005d] (rev a3)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp

Message édité par ducon3d le 20-11-2009 à 14:38:01

ducon3d

sans surprise j'ai testé en 10half, c'est pareil. ceci-dit vu que l'autonegociation marche c'est assez logique.

BloodyCarnage

Essaie de passer options forcedeth msi=0 dans ton fichier /etc/modprobe.d/options.conf.

ducon3d

pas bête, j'avai pas regardé du côté du driver puisque elle est bien détécté et que l'autre marche, mais effectivement les options...

je test

voilà la liste :

Code :

parm: max_interrupt_work:forcedeth maximum events handled per interrupt (int)
parm: optimization_mode:In throughput mode (0), every tx & rx packet will generate an interrupt. In CPU mode (1), interrupts are controlled by a timer. In dynamic mode (2), the mode toggles between throughput and CPU mode based on network load. (int)
parm: poll_interval:Interval determines how frequent timer interrupt is generated by [(time_in_micro_secs * 100) / (2^10)]. Min is 0 and Max is 65535. (int)
parm: msi:MSI interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
parm: msix:MSIX interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
parm: dma_64bit:High DMA is enabled by setting to 1 and disabled by setting to 0. (int)
parm: phy_cross:Phy crossover detection for Realtek 8201 phy is enabled by setting to 1 and disabled by setting to 0. (int)
parm: phy_power_down:Power down phy and disable link when interface is down (1), or leave phy powered up (0). (int)

ducon3d

bof pas trop de résultat avec msi=0 msix=0 dma_64bit=0

fighting_falcon

de ce que je comprends de ton lspci, tu as deux puces, l'une branché sur le bus PCI, l'autre sur le bus PCI-E

L'une des 2 marche, pas l'autre ...
C'est quand même bien bizarre ...
Voir dans le BIOS s'il n'y a pas une option à la con ?

Sinon, tu aurais un *BSD ou un Windows sous la main pour tester si le port est vraiment mort (matériellement) ou pas ?

Publicité

ducon3d

alors matériellement j'ai 2 socket avec sur le premier un nforce pro 2200 et sur le deuxième un nforce pro 2050 cad le même avec moin de truc (mais pour le lan c'est pareil), puis des PHY marvell dessus.

pour le bios j'ai déjà regardé, mais j'ai rien vu de pertinent, je vais re-regarder.
sinon j'ai des iso de vista et xp (et j'ai même les licences) mais aucun d'installé je m'en sers jamais à part en vm.

je vais tenter à coup de netbsd je pense

e_esprit

ducon3d a écrit :

le ifconfig quand je laisse en dhcp

Code :

eth0 Link encap:Ethernet HWaddr 00:e0:81:57:24:06
inet adr:192.168.0.9 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::2e0:81ff:fe57:2406/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:3923 erreurs:0 :0 overruns:0 frame:0
TX packets:4275 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:2884525 (2.8 MB) Octets transmis:682303 (682.3 KB)
Interruption:23 Adresse de base:0x8000
eth1 Link encap:Ethernet HWaddr 00:e0:81:57:24:07
adr inet6: fe80::2e0:81ff:fe57:2407/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:0 (0.0 B) Octets transmis:21413 (21.4 KB)
Interruption:54 Adresse de base:0xe000

Ta route par défaut ne forcerait pas le passage par eth0 des fois ?
Parce que quand tu fais un ifconfig interface adresse up, de mémoire ca ne touche pas aux routes
Vu que eth0 est sur le même sous-réseau, m'est avis que ta table de routage essaye toujours de passer
par eth0, mais comme c'est down...

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

ducon3d

nan je la verifie a chaque fois

de plus avec ca :
dhclient eth1

dans wireshark on voit bien les paquets sortir mais aucun ne reviens.

sinon j'ai teste en freebsd, idem.

je vais teste sur xp cette aprem mais j'y crois pas trop

e_esprit

T'as essayé en inversant les cables ?
Si ca se trouve ton blème est coté switch.

Tu peux aussi essayer avec un cable croisé et une machine en face sur le meme sous-réseau.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

fighting_falcon

moué ... si c'était un problème de câble, a priori l'auto négociation en gigabit ne se ferait même pas (c'est du vécu)

e_esprit

Je parle pas du cable mais de l'interface du switch (qui pourrait être mal configurée, comme il ne précise pas le matos qu'il utilise...)

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

fighting_falcon

oups, toutes mes confuses

ducon3d

c'est vrai j'aurai du causé du switch, mais comme c'est un des premier truc que j'ai vérifié j'ai zappé.

alors côté switch c'est ok, j'ai un switch manageable un netgear gs724t pour être précis.
mais j'ai quand même au cas ou changer de port et de câble dans le doute.

avec un câble croisé et un autre pc dessus j'ai essayé, bien sûr c'est pas bon non plus.

pourtant j'ai l'habitude de faire joujou avec le réseau, sous linux en particulier et j'ai eu des cartes crâmées aussi.

nan le prob viens de la carte réseau, voici les stat du port concerné sur le switch :

Code :

Port 5
TX
Good Unicast Packets 398 Broadcast Packets 39
Multicast Packets 81 Error Packets 0
Collisions 0
RX
Good Unicast Packets 47 Error Packets 0
Broadcast Packets 30 Multicast Packets 17
Frames of 64 Bytes 14 Frames of 65 to 127 Bytes 289
Frames of 128 to 255 Bytes 28 Frames of 256 to 511 Bytes 89
Frames of 512 to 1023 Bytes 25 Frames of 1024 to 1518 Bytes 0
Jabbers 0 Fragments 0
FCS Errors 0
128 to 255 BytePkts 0 256 to 511 BytePkts 0
512 to 1023 BytePkts 0 1024 to 1522 BytePkts 0

ca arrive donc bien jusqu'à en réseau en émission (mais ca on le sais déjà) mais en réception sur la carte réseau

edit:pardon c'est un switch "presque vraiment"" manageable

Message édité par ducon3d le 21-11-2009 à 17:35:28

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

interface réseau "sourde"

Sujets relatifs
dhcdp : subnet différent de celui de la carte réseau qui ecoute ?	Impossible d'avoir le reseau
[mandriva] transferer un dossier en reseau avec sftp	[résolu]problème de réseau étrange
diffuser la tv sur mon réseau	Petit réseau entre Mandriva(s)
Connaitre la configuration de la carte réseau (Speed & Duplex) - RHEL	xen et problème de configuration réseau.
Problème avec xen et réseau
Plus de sujets relatifs à : interface réseau "sourde"

Page générée en 0.129 secondes