Articles précédents : Code
- [19] GSL : bibliothèque scientifique de GNU
- [1] thème linuxfr pour squirrelmail.
- [48] Auteur de deCSS accusé en justice
- [26] Sortie du kernel 2.4.17
- [9] EDF libère Code_Aster comme promis
- [30] 10ème édition du Concours National Individuel d'Informatique
- [29] Concours de plantage
- [13] Darwin OS disponible sur Intel x86
- [103] Un autre compilateur Java générant du code natif x86
- [89] Un script pour récupérer son XP
$ ./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.
mii-diag (2245 hits)
HOWTO en français (3364 hits)
> Lire les commentaires (22 commentaires, moyenne: 14,8).
attention
Donald Becker n'est pas la personne qui s'occupe des drivers des cartes 10/100 dans le noyau de linux. suite a qques gentils mots avec linus, il a laissé tomber l'affaire et developpe de son coté des drivers. Une autre personne le remplace pour ecrire les drivers.
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 (page perso, ) le 10/04/2002 à 22:06. (lien). Évalué à 38.Un jour j'ai lu un entretien où il disait: "en fait, je n'ai pratiquement pas écrit de drivers pour Linux mais mon nom est dans pratiquement tous les fichiers car j'ai écris le skeleton qui a servi de base pratiquement à chaque fois".
-
[^]Re: attention
Posté par Mario Gaucher (page perso, ) le 11/04/2002 à 03:49. (lien). Évalué à 29.j'ai aussi des cartes DFE-530TX... REV.A3 est inscrit sur les cartes...
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 (page perso, ) le 11/04/2002 à 06:56. (lien). Évalué à 8.pas de pb avec le driver via-rhine, que ce soit pour le 2.2.20 des cédés d'install de la woody, ou un 2.4.18 recompilé sur la même machine un peu plus tard.
-
[^]Re: attention aux révisions des DFE 530 TX !
Posté par Timbert Benoît () le 11/04/2002 à 14:27. (lien). Évalué à 6.Ce qui est con avec cette carte, c'est que suivant la révision inscrite sur le carte, le driver via-rhine marche ou ne parche pas ...
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 (page perso, ) le 11/04/2002 à 22:20. (lien). Évalué à -2.DLINK aurait peut-être dû changer le numéro de modèle de la carte pour éviter les confusions de drivers...
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 (page perso, ) le 11/04/2002 à 10:54. (lien). Évalué à 2.Cette utilitaire est en standart sur le Redhat 7.3Beta.. mais il ne fonctionne pas sur mon portable (Sony PCG-F403 avec une 3com 572/574 Fast Ethernet) .
-
[^]Re: attention
Posté par Tony Flow () le 11/04/2002 à 12:00. (lien). Évalué à 3.J'ai déjà eu ce genre de problème avec des DLink 530 TX (elles semblent marcher normalement, et un jour au cours d'un transfert... plantage de la carte, je n'ai trouvé que le reboot pour la reseter)
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 (page perso, ) le 11/04/2002 à 12:18. (lien). Évalué à 2.Bonjour
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
Sous Debian, il faut rajouter le package nictools-pci ou nictools-nopci, qui contient pleins de programmes qui sont spécialisés pour un type de carte donnée.
MII
La MII permet également un tas d'autres trucs.
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 (Jabber id, page perso, ) le 11/04/2002 à 08:47. (lien). Évalué à 17.Pour ce qui est de la configuration automatique du reseau (pour un portable par exemple), il y a un soft, divine, qui permet de determiner sa conf en fonction de l environnement ARP ou se trouve la machine.
Juste pour info-
[^]Re: MII
Posté par Sébastien Munch (page perso, ) le 11/04/2002 à 12:08. (lien). Évalué à 6.J'ai testé divine, mais j'ai pas trop compris comment ca marche. Il faut dire que ces petits utilitaires sont mal documentés. Divine m'a l'air bien compliqué. Si tu as de la bon doc sur ce genre de programmes, je serais intéressé (et je pense pas etre le seul)
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
dommage que cette news oblige d etre en 1600*1200 pour voir la page au complet...
-
[^]Re: hors sujet
-
[+] [^]Re: hors sujet
Posté par Sébastien Munch (page perso, ) le 11/04/2002 à 07:16. (lien). Évalué à -2.1280x1024 ici ... et ca passe sans problème
-
[^]Re: hors sujet
Posté par Benoît Sibaud (Jabber id, page perso, ) le 11/04/2002 à 08:04. (lien). Évalué à 0.1024x768 ici, avec une technologie hyper récente à base de Netscape 4... et ça passe bien (2/3 de largeur d'écran environ, soit 640 à la louche).
-
Une autre utilité
L'utilité de ce programme est aussi de permettre de forcer l'interface dans le mode voulu (100TX-FD par exemple) en cas de mauvaise détection par la carte de la configuration du cable.
Pour cela, il faut utiliser l'option -F "media-type" .
-
[^]Re: Une autre utilité
Posté par shbrol () le 11/04/2002 à 09:12. (lien). Évalué à 25.Et ca c'est fondamental ! Exemple (vecu):
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 () le 11/04/2002 à 09:38. (lien). Évalué à 17.mais l'admin réseau est, pour être poli, un peu à la masse...
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 () le 11/04/2002 à 09:51. (lien). Évalué à 9.Merci pour l'explication, je comprends mieux les choses maintenant.
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.
-
-




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.