$ ./mii-diag
Using the default interface 'eth0'.
Basic registers of MII PHY #0: 3100 782d 0300 e54b 01e1 41e1 0001 0000.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x3100: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
End of basic transceiver information.
Note du modérateur : il faut que la carte réseau ait des registres MII (Media Independent Interface ?), ce qui semble être le cas sur les cartes récentes. Sinon l'auteur de mii-diag est Donald Becker, à qui l'on doit pas mal de pilotes réseau du noyau Linux). Voir aussi les HOWTO pour des détails sur la configuration d'un réseau.
Aller plus loin
- mii-diag (35 clics)
- HOWTO en français (53 clics)
# attention
Posté par Emmanuel Blindauer (site web personnel) . Évalué à 10.
Cela se voir avec, par ex:
** via-rhine.c:v1.10-LK1.1.11 20/08/2001 Written by Donald Becker
J'ai eu déjà l'occasion de me faire engueuler par ce monsieur parce que il ne s'occupe pas de ces drivers même si son nom y est: y a ecrit *LKx.y* en plus du numéro de version c'est donc un driver modifié.
Bon dans la foulée, j'ai 3 carte DLINK 530 TX qui ne marchent pas, des nouvelles, révisions 43 (ou A sous windows), si qqn a réussi a les faire marcher (plantage hard du driver au bout de 3/4Mo de transféré très rapidement. si qqun a une idée ...
[^] # Re: attention
Posté par Francois GUILLIER (site web personnel) . Évalué à 10.
[^] # Re: attention
Posté par Mario Gaucher . Évalué à 10.
sur mon serveur Linux, j'ai un carte 3COM 3C900 pour ma connexion internet et une DFE-530TX pour mon réseau local...
j'utilise cette configuration depuis plusieurs mois sans aucuns problèmes...
mon réseau local est en 100Mbits full-duplex
ce qui est détecté au boot:
via-rhine.c:v1.10-LK1.1.13 Nov-17-2001 Written by Donald Becker
http://www.scyld.com/network/via-rhine.html(...)
PCI: Found IRQ 10 for device 00:09.0
eth0: VIA VT6102 Rhine-II at 0x6800, 00:50:ba:0d:73:49, IRQ 10.
eth0: MII PHY found at address 8, status 0x7829 advertising 01e1 Link 45e1.
eth0: Setting full-duplex based on MII #8 link partner capability of 45e1.
... cela fonctionne très bien ... je transfère souvent des fichiers (via samba) avec les différents postes de mon réseau... bien sûr, sans aucuns problèmes.
[^] # Re: attention
Posté par Charles Plessy (site web personnel) . Évalué à 8.
[^] # Re: attention aux révisions des DFE 530 TX !
Posté par Timbert Benoît . Évalué à 6.
Pour ma part, j'ai une DFE 530 TX Rev B1, et le driver via-rhine du 2.2.20 ne marche pas ...
(enfin si il marche, seulement au bout d'un moment ça déconne grave...)
En revanche celui récupéré chez DLINK (sources) pour les rev B1 et A3 marche nickel.
Ce qui est très con avec cette carte, c'est que suivant sa révision, il faut un driver différent ...
[^] # Re: attention aux révisions des DFE 530 TX !
Posté par Mario Gaucher . Évalué à -2.
le même problème est présent sous windows avec des anciens drivers... ça ne fonctionne pas du tout...
[^] # Re: attention
Posté par corp axl (site web personnel) . Évalué à 2.
[^] # Re: attention
Posté par Tony Flow . Évalué à 3.
J'ai à chaque fois changé le driver (à l'origine le via-rhine fourni sur les RedHat 7.2) en compilant celui fournit sur le site de DLink : ftp://ftp.dlink.fr/Linux/(...)
Je n'ai jamais encore constaté ce problème après ce changement de module. J'espère que tout est ok ! (c'est très sympa de la part de dlink de fournir des drivers Linux, mais par contre on ne les trouve pas sur ftp.dlink.com... dommage, c'est souvent là qu'on les cherche)
[^] # Re: attention
Posté par Brice DUBOST . Évalué à 2.
J'ai déja eu des problèmes avec une DFE 530-TX
Le plus récent était avec une debian potato dont le module via-rhine ne détectait pas ma carte. J'ai recompilé mon noyeau pour un 2.4.17 et tout marche parfaitement. Des sources du module via-rhine qui marchent sont aussi disponibles sur le site de dlink
# Sous Debian
Posté par Thomas Poindessous . Évalué à 10.
# MII
Posté par Sébastien Munch . Évalué à 10.
C'est grâce à elle (c'est tout de même une interface) qu'une détection de connexion ou déconnexion de câble réseau peut se faire automatiquement. C'est là dessus que se base par exemple le logiciel intuitively qui gère l'interface réseau, qui la rend up si un câble est branché, et vice versa.
C'est ce qui me permet (par l'intermédiaire, justemeent d'intuitively) de détecter et configurer automatiquement mes paramètres réseau selon l'endroit où je me connecte (TRES pratique pour un portable) dans ma petite bidouille que vous trouverez ici: http://www.sebmunch.net/?p=dell&l=en(...) </pub> (cependant, la version sur le site est encore très sommaire, je l'ai améliorée en local, il faut que j'update mon site)
[^] # Re: MII
Posté par Guillaume Plessis (site web personnel) . Évalué à 10.
Juste pour info
[^] # Re: MII
Posté par Sébastien Munch . Évalué à 6.
A part ca, j'ai un petit truc à corriger sur mon commentaire: pour le MII, c'est laptop-net qui gère ca, pas intuitively;
intuitively gère la détection de réseau par ping arp. En fait, j'ai une série de scripts qui font que laptop-net détecte la connexion, et appelle intuitively qui détecte le réseau.
# hors sujet
Posté par Croweye . Évalué à -5.
[^] # Re: hors sujet
Posté par woof . Évalué à 0.
heuuuu, ca doit etre a cause des tags < pre >
[^] # Re: hors sujet
Posté par Sébastien Munch . Évalué à -2.
[^] # Re: hors sujet
Posté par Benoît Sibaud (site web personnel) . Évalué à 0.
# Une autre utilité
Posté par Eric Leblond (site web personnel) . Évalué à 10.
Pour cela, il faut utiliser l'option -F "media-type" .
[^] # Re: Une autre utilité
Posté par shbrol . Évalué à 10.
Une interface capable de 10/100, half/full et auto-negociation, configurée par défaut, et un switch 100 sans auto-négociation (et je n'ai pas accès au switch).
Que se passe-t-il ? La carte, brave fille, détecte le 100 Mbps, et teste la présence d'auto-négociation. Comme le switch refuse, la carte passe donc par défaut en half-duplex. Bilan: selon le protocole utilisé, des débits qui avoisinnent le modem RTC... (ce mode de fonctionnement est décrit noir sur blanc dans une doc dont j'ai oublié l'url. [1]).
Et la, grace à mii-diag, tu forces le full-duplex et tout va bien. Evidemment, la bonne solution c'est de configurer l'auto-négo sur le switch, mais l'admin réseau est, pour être poli, un peu à la masse...
[1]: Exercice : retouver l'adresse de la doc.
[^] # Re: Une autre utilité
Posté par PLuG . Évalué à 10.
le probleme de l'autonegociation c'est que la plupart des machines ne negocient pas correctement.
je ne sais pas si la norme est "trouée" (si elle permet des interpretations differentes ...), mais le resultat c'est que sur les switch il vaut mieux forcer les parametres par defaut et modifier si besoin apres. comme ca dans la plupart des cas ca marche completement ou pas du tout.
linux est une exception, c'est le systeme avec lequel l'autonegociation marche nickel et quand les ports sont forcés sur le switch linux s'embrouille .... ARG !!
(avec AIX, solaris, windows, les autres switchs, les routeurs, ... il vaut mieux forcer la vitesse des 2 cotes, l'autonegociation merde une fois sur 2).
bref ton admin reseau n'est pas si "a la masse" que cela.
[^] # Re: Une autre utilité
Posté par shbrol . Évalué à 9.
Mais je maintient mon opinion sur l'admin, parce que il n'a pas justifié sa décision avec les raisons techniques que tu me donnes (alors que je les ai demandées). Donc soit il se fout de moi, soit il a agit comme ca parce qu'on lui a dit de le faire et il ne sait même pas pourquoi, ce qui est pire.
# attention ...
Posté par PLuG . Évalué à 10.
pas besoin de le telecharger ailleur ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.