J'ai un probleme pour faire communiquer deux ordinateurs :
Je possede 2 PC.
Le plus puissant (Fujitsu/Siemens de moins de 2 ans) boot en Windows 2000
Advanced server ou en Linux Debian (woody : Noyau 2.4.18-bf2.4)) et est
equipé d'une carte ethernet 3Com905B-TX (10/100 Mbps).
Sous W2000, le driver le plus récent est installé. Sous Linux, le driver
de cette carte (le module installé) est un "3c59x".
Le deuxieme est un vieux PC Digital/Decpc (un 386) avec seulement 16 Mo
de Ram, 200 Mo de disque dur. Linux Debian (Potato : Noyau 2.2.20) est
installé sur celui-ci et il est équipé d'une carte ethernet Accton EN1651
(MPX) 10 Mbps. Le driver de cette carte (le module installé) est un "ne"
(la carte est compatible NE2000).
Le 1er PC a pour adresse IP 10.0.0.1/8
Le 2eme a l'adresse 10.0.0.2/8
Sur les deux ordinateurs je ping la boucle locale (127.0.0.1) et
l'adresse IP locale.
Ils sont reliés par un cable croisé Cat. 5 qui est en parfait etat (SUR
ET CERTAIN)
Pourtant, je ne peux pas pinguer un ordinateur depuis l'autre. Le lien
physique n'est pas detecté.
Par exemple : Windows 2000 me dit "Network cable unplugged" et j'ai beau
essayer de forcer manuellement les parametres de la carte a 10 Mb Full
Duplex ou Half Duplex, le "Flow control", le "Down Poll Rate"... Rien n'y
fait.
Je le redis : je suis sur que le cable est bon !... Je seche :-(
Je ne trouve rien sur Google ni sur le site de 3Com... Vous avez une idée
?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Servant Claude
Encore moi :-) !...
... Pour info :
Et bien j'ai finalement trouvé... Cette fois, la "methode" n'a rien donné et c'est le "tatonnement" qui l'a fait. Dommage.
Mon intuition n'etait pas bonne. En fait : - malgré les informations du Bios (I/O utilisées par les ports COMx...), - malgré l'utilitaire DOS/Accton qui me permettais de configurer et de tester la carte ISA sur io=0x280, irq, - malgré les fichiers Linux "/proc/ioports" et "/proc/interrupts" qui disaient ces données non utilisées par d'autres materiels ou processus, C'est en changeant l'adresse "i/o" en "0x300" que tout c'est mis a fonctionner parfaitement.
Par quoi etait utilisé "0x280" ? Mystere...
... Si vous avez une idée, je suis preneur.
En attendant, ca marche.
Bye !!!
Claude.
Encore moi :-) !...
... Pour info :
Et bien j'ai finalement trouvé... Cette fois, la "methode" n'a rien donné
et c'est le "tatonnement" qui l'a fait. Dommage.
Mon intuition n'etait pas bonne. En fait :
- malgré les informations du Bios (I/O utilisées par les ports COMx...),
- malgré l'utilitaire DOS/Accton qui me permettais de configurer et de
tester la carte ISA sur io=0x280, irq,
- malgré les fichiers Linux "/proc/ioports" et "/proc/interrupts" qui
disaient ces données non utilisées par d'autres materiels ou processus,
C'est en changeant l'adresse "i/o" en "0x300" que tout c'est mis a
fonctionner parfaitement.
Et bien j'ai finalement trouvé... Cette fois, la "methode" n'a rien donné et c'est le "tatonnement" qui l'a fait. Dommage.
Mon intuition n'etait pas bonne. En fait : - malgré les informations du Bios (I/O utilisées par les ports COMx...), - malgré l'utilitaire DOS/Accton qui me permettais de configurer et de tester la carte ISA sur io=0x280, irq, - malgré les fichiers Linux "/proc/ioports" et "/proc/interrupts" qui disaient ces données non utilisées par d'autres materiels ou processus, C'est en changeant l'adresse "i/o" en "0x300" que tout c'est mis a fonctionner parfaitement.
