interface réseau "sourde"

interface réseau "sourde" - Hardware - Linux et OS Alternatifs

Marsh Posté le 20-11-2009 à 05:39:04    

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


 

Code :
  1. ethtool eth1
  2. Settings for eth1:
  3. Supported ports: [ MII ]
  4. Supported link modes:   10baseT/Half 10baseT/Full
  5.                         100baseT/Half 100baseT/Full
  6.                         1000baseT/Full
  7. Supports auto-negotiation: Yes
  8. Advertised link modes:  10baseT/Half 10baseT/Full
  9.                         100baseT/Half 100baseT/Full
  10.                         1000baseT/Full
  11. Advertised auto-negotiation: Yes
  12. Speed: 1000Mb/s
  13. Duplex: Full
  14. Port: MII
  15. PHYAD: 1
  16. Transceiver: external
  17. Auto-negotiation: on
  18. Supports Wake-on: g
  19. Wake-on: d
  20. 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..

Reply

Marsh Posté le 20-11-2009 à 05:39:04   

Reply

Marsh Posté le 20-11-2009 à 08:43:09    

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 ...)

Reply

Marsh Posté le 20-11-2009 à 13:35:27    

le ifconfig quand je laisse en dhcp
 

Code :
  1. eth0      Link encap:Ethernet  HWaddr 00:e0:81:57:24:06 
  2.           inet adr:192.168.0.9  Bcast:192.168.0.255  Masque:255.255.255.0
  3.           adr inet6: fe80::2e0:81ff:fe57:2406/64 Scope:Lien
  4.           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  5.           Packets reçus:3923 erreurs:0 :0 overruns:0 frame:0
  6.           TX packets:4275 errors:0 dropped:0 overruns:0 carrier:0
  7.           collisions:0 lg file transmission:1000
  8.           Octets reçus:2884525 (2.8 MB) Octets transmis:682303 (682.3 KB)
  9.           Interruption:23 Adresse de base:0x8000
  10. eth1      Link encap:Ethernet  HWaddr 00:e0:81:57:24:07 
  11.           adr inet6: fe80::2e0:81ff:fe57:2407/64 Scope:Lien
  12.           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  13.           Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
  14.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  15.           collisions:0 lg file transmission:1000
  16.           Octets reçus:0 (0.0 B) Octets transmis:21413 (21.4 KB)
  17.           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..

Reply

Marsh Posté le 20-11-2009 à 14:19:31    

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) ?

Reply

Marsh Posté le 20-11-2009 à 14:36:18    

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 :
  1. 00:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
  2. 80:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
  3. Kernel driver in use: forcedeth
  4. Kernel modules: forcedeth
  5. Kernel driver in use: forcedeth
  6. Kernel modules: forcedeth


 
bizarre se truc non?
 
le lspi -kun en version complète :
 

Code :
  1. 00:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:005e] (rev a3)
  2. 00:01.0 ISA bridge [0601]: nVidia Corporation CK804 ISA Bridge [10de:0051] (rev a3)
  3. 00:01.1 SMBus [0c05]: nVidia Corporation CK804 SMBus [10de:0052] (rev a2)
  4. Kernel driver in use: nForce2_smbus
  5. Kernel modules: i2c-nforce2
  6. 00:02.0 USB Controller [0c03]: nVidia Corporation CK804 USB Controller [10de:005a] (rev a2)
  7. Kernel driver in use: ohci_hcd
  8. 00:02.1 USB Controller [0c03]: nVidia Corporation CK804 USB Controller [10de:005b] (rev a3)
  9. Kernel driver in use: ehci_hcd
  10. 00:04.0 Multimedia audio controller [0401]: nVidia Corporation CK804 AC'97 Audio Controller [10de:0059] (rev a2)
  11. Kernel driver in use: Intel ICH
  12. Kernel modules: snd-intel8x0
  13. 00:06.0 IDE interface [0101]: nVidia Corporation CK804 IDE [10de:0053] (rev f2)
  14. Kernel driver in use: pata_amd
  15. 00:07.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller [10de:0054] (rev f3)
  16. Kernel driver in use: sata_nv
  17. 00:08.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller [10de:0055] (rev f3)
  18. Kernel driver in use: sata_nv
  19. 00:09.0 PCI bridge [0604]: nVidia Corporation CK804 PCI Bridge [10de:005c] (rev a2)
  20. 00:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
  21. Kernel driver in use: forcedeth
  22. Kernel modules: forcedeth
  23. 00:0e.0 PCI bridge [0604]: nVidia Corporation CK804 PCIE Bridge [10de:005d] (rev a3)
  24. Kernel driver in use: pcieport-driver
  25. Kernel modules: shpchp
  26. 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
  27. 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
  28. 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
  29. Kernel driver in use: amd64_edac
  30. Kernel modules: amd64_edac_mod
  31. 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
  32. Kernel driver in use: k8temp
  33. Kernel modules: k8temp
  34. 00:19.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
  35. 00:19.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
  36. 00:19.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
  37. Kernel driver in use: amd64_edac
  38. Kernel modules: amd64_edac_mod
  39. 00:19.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
  40. Kernel driver in use: k8temp
  41. Kernel modules: k8temp
  42. 01:05.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
  43. Kernel driver in use: ohci1394
  44. Kernel modules: firewire-ohci, ohci1394
  45. 02:00.0 VGA compatible controller [0300]: nVidia Corporation G71 [GeForce 7300 GS] [10de:01df] (rev a1)
  46. Kernel driver in use: nvidia
  47. Kernel modules: nvidia, nvidiafb
  48. 08:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge [1022:7450] (rev 12)
  49. Kernel modules: shpchp
  50. 08:0a.1 PIC [0800]: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC [1022:7451] (rev 01)
  51. 08:0b.0 PCI bridge [0604]: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge [1022:7450] (rev 12)
  52. Kernel modules: shpchp
  53. 08:0b.1 PIC [0800]: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC [1022:7451] (rev 01)
  54. 80:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:005e] (rev a3)
  55. 80:01.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller [10de:00d3] (rev a3)
  56. 80:0a.0 Bridge [0680]: nVidia Corporation CK804 Ethernet Controller [10de:0057] (rev a3)
  57. Kernel driver in use: forcedeth
  58. Kernel modules: forcedeth
  59. 80:0e.0 PCI bridge [0604]: nVidia Corporation CK804 PCIE Bridge [10de:005d] (rev a3)
  60. Kernel driver in use: pcieport-driver
  61. Kernel modules: shpchp


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

Marsh Posté le 20-11-2009 à 15:05:02    

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

Reply

Marsh Posté le 20-11-2009 à 15:13:53    

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

Reply

Marsh Posté le 20-11-2009 à 15:45:39    

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 :
  1. parm:           max_interrupt_work:forcedeth maximum events handled per interrupt (int)
  2. 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)
  3. 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)
  4. parm:           msi:MSI interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
  5. parm:           msix:MSIX interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
  6. parm:           dma_64bit:High DMA is enabled by setting to 1 and disabled by setting to 0. (int)
  7. parm:           phy_cross:Phy crossover detection for Realtek 8201 phy is enabled by setting to 1 and disabled by setting to 0. (int)
  8. parm:           phy_power_down:Power down phy and disable link when interface is down (1), or leave phy powered up (0). (int)

Reply

Marsh Posté le 20-11-2009 à 16:08:41    

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

Reply

Marsh Posté le 20-11-2009 à 17:41:34    

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 ?

Reply

Marsh Posté le 20-11-2009 à 17:41:34   

Reply

Marsh Posté le 20-11-2009 à 18:48:26    

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

Reply

Marsh Posté le 21-11-2009 à 09:44:16    

ducon3d a écrit :

le ifconfig quand je laisse en dhcp
 

Code :
  1. eth0      Link encap:Ethernet  HWaddr 00:e0:81:57:24:06 
  2.           inet adr:192.168.0.9  Bcast:192.168.0.255  Masque:255.255.255.0
  3.           adr inet6: fe80::2e0:81ff:fe57:2406/64 Scope:Lien
  4.           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  5.           Packets reçus:3923 erreurs:0 :0 overruns:0 frame:0
  6.           TX packets:4275 errors:0 dropped:0 overruns:0 carrier:0
  7.           collisions:0 lg file transmission:1000
  8.           Octets reçus:2884525 (2.8 MB) Octets transmis:682303 (682.3 KB)
  9.           Interruption:23 Adresse de base:0x8000
  10. eth1      Link encap:Ethernet  HWaddr 00:e0:81:57:24:07 
  11.           adr inet6: fe80::2e0:81ff:fe57:2407/64 Scope:Lien
  12.           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  13.           Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
  14.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  15.           collisions:0 lg file transmission:1000
  16.           Octets reçus:0 (0.0 B) Octets transmis:21413 (21.4 KB)
  17.           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..


Ta route par défaut ne forcerait pas le passage par eth0 des fois ? :D
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.
Reply

Marsh Posté le 21-11-2009 à 13:02:40    

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

Reply

Marsh Posté le 21-11-2009 à 13:07:56    

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.
Reply

Marsh Posté le 21-11-2009 à 13:12:14    

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)

Reply

Marsh Posté le 21-11-2009 à 13:33:51    

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.
Reply

Marsh Posté le 21-11-2009 à 13:53:24    

oups, toutes mes confuses ;)

Reply

Marsh Posté le 21-11-2009 à 16:49:03    

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 :
  1. Port  5
  2.      TX
  3. Good Unicast Packets   398  Broadcast Packets    39
  4. Multicast Packets    81  Error Packets     0
  5. Collisions      0
  6.      RX
  7. Good Unicast Packets   47  Error Packets     0
  8. Broadcast Packets    30  Multicast Packets    17
  9. Frames of 64 Bytes    14  Frames of 65 to 127 Bytes   289
  10. Frames of 128 to 255 Bytes  28  Frames of 256 to 511 Bytes  89
  11. Frames of 512 to 1023 Bytes  25  Frames of 1024 to 1518 Bytes  0
  12. Jabbers      0  Fragments     0
  13. FCS Errors     0
  14. 128 to 255 BytePkts    0  256 to 511 BytePkts    0
  15. 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
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed