[Linux-bruxelles] drôle de problème interface Ethernet - YES ... 10 Mbps
Didier Misson
didier.linux at gmail.com
Mar 18 Mai 00:34:42 CEST 2010
Ubuntu 10.04
Modem routeur ADSL SiteComm WL-108
carte mère AsRock CG330 avec Intel Atom Dual Core
et chipset Realtek :
# lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub
(rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated
Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition
Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1
(rev 01)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2
(rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH7 Family USB UHCI
Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI
Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI
Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI
Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI
Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface
Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller
(rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller
(rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B
PCI Express Gigabit Ethernet controller (rev 03)
---------------------------------------------------------------------------------
J'arrive chez cet ami : le PC est en Ubuntu 10.04, tout fonctionne.
Internet Ok.
Mise à jour, etc.
Reboot --> Ubuntu 10.04 : ok, connexion ok
Je télécharge et installe mii-tool et ethtool ...
Reboot --> Win XP : connexion ok
Reboot --> Ubuntu : connexion ok
Reboot --> Win XP : connexion ok, mises à jour Win (rien de spécial, des
.net)
Reboot --> Ubuntu : PLUS DE CONNEXION
problème habituel : la LED verte du modem-routeur clignote, 1 sec on
(clignotant rapidement, trafic), 1 seconde éteinte (plus de link)
Reboot --> Win XP : plus de connexion
Reboot --> Ubuntu : plus de connexion...
---------------------------------------------------------------------------------
Le problème semble connu, courant...
mais la solution elle, on cherche après !
Google donne bcp de questions... peu de réponses
:p
----------------------------------------------------------------------------------
Site Web sitecom.com
Il y a 2 firmwares pour le WL-108 : 00.01.31 et A4.00.04 ADSL2 support
Le modem a la 00.01.04 ...
mais je n'ose pas trop flasher la "A4.00.04 ADSL2 support"
Ces 2 numéros de versions sont totalement différents !
Il n'y a aucune explication ! Aucun change log !
Je ne suis pas certain que le modem-routeur que nous avons ici, supporte
réellement l' ADSL2...
Je ne prend pas le risque.
Je reste avec le firmware 00.01.31 : avec l'ancien PC, et avec l'autre PC
Win-XP-only, nous n'avions jamais eu ce problème ...
De plus, plein de messages sur le Net à propos de ce chipset :
Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet
controller
Je présume donc que le problème est plutôt du côté chipset ou pilote
Realtek, et pas du côté modem.
(oui... ça déconnait entre le PC et mon Laptop aussi ! sans le modem...)
Je ne flash pas le firmware modem-routeur !
----------------------------------------------------------------------------------
*Le problème est l'autonégotiation du partenaire*, càd ici du modem-router
ADSL Sitecom
(MAIS j'avais branché mon Laptop en direct sur ce PC la fois passée : même
problème)
Périodiquement (toutes les 2 secondes environ) la ligne s'établit, mais ne
tient pas, et le partenaire renégocie.
Je le vois avec :
mii-diag -v eth1
ça change ! Suivant que la LED modem est allumée ou éteinte (Link ou
pas-Link)
Voir fichiers mii-diag-v2_problem.txt et -v3_problem.txt
Le 1 et 2 sont "Negotiation completed",
Le 3 est "Negotiation did not complete"
et ça change... pas stable !
--------------------------------------------------
Une solution est de forcer la sortie Ethernet et d'éviter
l'auto-négociation.
Problème lu sur le forum Ubuntu : si on supprime l'autonégociation, il
faudrait faire de même pour le partenaire, CAR s'il ne reçoit aucune réponse
à son autonégociation, il va détecter la vitesse, mais passera d'office en
HALF DUPLEX !
Je pense n'être pas arrivé à forcer la vitesse avec ethtool ...
MAIS
J'ai vu une commande pour modifier l' " auto-advertising "
On peut très bien ne pas forcer une vitesse et un duplex, mais faire croire
au partenaire (modem ADSL) qu'on ne peut faire qu'une seule chose !
J'essaye donc :
avant la commande, j'ai donc la LED verte (100 Mbps) du modem qui
- clignote rapidement1 sec
puis
- s'éteint une seconde (périodicité de 2 sec)
------------------------------------------------------------------
Je tape la commande (en "sudo -s" )
# *mii-tool -A 10baseT-FD eth1*
ce qui veut dire en français :
"recommence à négocier, mais dit à ton partenaire que tu ne sais faire que
du 10 Mbps Full Duplex" ...
et immédiatement, la LED orange (10 Mbps) du modem-routeur ADSL se
stabilise, clignote rapidement (trafic) sans coupure !
Et voilà !
c'est stable !
Connexion Lan ok, Internet Ok
BON OK ... on est en 10 Mbps...
mais ici, ça va. Pas un gros usage,
et Internet, c'est un Light à ... euh... 2240 Kbps / 384 Kbps
(on est loin du central)
Donc, dans le cas présent, c'est suffisant.
Je vais chercher un peu pour essayer de forcer le 100 Mbps Full Duplex.
De plus, j'ai trouvé une commande... ce n'est pas une config.
Faudra la taper manuellement (disons, click sur un script) si pas de
connexion.
---------------------------
Je fais quelques essais pour voir si je peux forcer le 100 Full :
...
Dés que je passe l'auto-avertissing à 100 FD, le modem-routeur perd la
connexion avec le PC...
Dés que je remets 10 FD, la LED orange s'allume et la connexion Ethernet 10
est bonne et stable !
Bon, je vais provisoirement m'arrêter là.
Suis pas chez moi, il est minuit... et encore qques trucs à faire.
Car j'ai la commande, mais je dois trouver un moyen de forcer ce 10 Mbps
Full Duplex au démarrage, ou dans une commande (icone : click)
Je crée un script :
# vi /home/bernard/Download/ethernet-rtl-10FD.sh
mii-diag -A 10baseT-FD eth1
-------------------------------------------------------
Je rend le fichier exécutable :
# chmod +x /home/bernard/Download/ethernet-rtl-10FD.sh
Je crée une entrée dans /etc/rc2.d (on est en runlevel 2 en Ubuntu en mode
graphique)
sudo -s
cd /etc/rc2/d
# ln -s /home/bernard/Download/ethernet-rtl-10FD.sh S19rtl10FD
Mon script sera donc exécuté automatiquement dés qu' Ubuntu rentre en
Runlevel 2.
-------------------------------------------------------------------------
ça devrait être bon.
je vais forcer la négociation en 100 Full, ce qui me fera perdre ma
connexion.
Je vais rebooter, et voir si la porte ETH1 rebascule en 10 Mbps Full Duplex,
comme demandé par le script...
OK !!!
En cliquant sur "Redémarrer", je n'avais plus de connexion : LED modem verte
clignotante (100 Mbps instable)
Le PC reboot, Grub2, Ubuntu... la LED modem-routeur clignote...
A un moment, en cours de boot, un peu avant l'affichage de l'écran de logon,
la LED du modem passe à l' orange (10 Mbps) et se stabilise !!!
OK, la connexion est correcte !
Bypass ok !
Je dis "bypass", car ce n'est pas une très bonne solution.
Par exemple, chez moi je suis en VDSL2 20 Mbps... ça me ferait quand même un
peu ... de devoir bloquer un PC en 10 Mbps :p
mais ici, avec un ADSL à 2240 Kbps, on ne voit pas la différence
;-)
Bonne soirée à tous (euh... bonne nuit)
Et merci pour vos conseils qui m'ont guidés.
Je vais documenter et commenter dans le lunchpad.
;-)
--
Didier
http://didier.misson.net
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://listes.domainepublic.net/pipermail/linux-bruxelles/attachments/20100518/159ff9f1/attachment-0001.html>
-------------- section suivante --------------
mii-diag.c:v2.11 3/21/2005 Donald Becker (becker at scyld.com)
http://www.scyld.com/diag/index.html
Using the new SIOCGMIIPHY value on PHY 32 (BMCR 0x0000).
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
This transceiver is capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation not complete.
Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
End of basic transceiver information.
libmii.c:v2.11 2/28/2005 Donald Becker (becker at scyld.com)
http://www.scyld.com/diag/index.html
MII PHY #32 transceiver registers:
1000 7949 001c c912 0de1 41e1 0005 2801
41e1 0300 0000 8c00 1006 f880 0000 3000
01ee 605c 0000 a040 0060 0000 4100 2149
2740 8c00 0040 0262 846c 8fb0 0123 0000.
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
Capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation not complete.
Vendor ID is 00:07:32:--:--:--, model 17 rev. 2.
No specific information is known about this transceiver type.
I'm advertising 0de1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT
Advertising no additional info pages.
IEEE 802.3 CSMA/CD protocol.
Link partner capability is 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Negotiation completed.
-------------- section suivante --------------
mii-diag.c:v2.11 3/21/2005 Donald Becker (becker at scyld.com)
http://www.scyld.com/diag/index.html
Using the new SIOCGMIIPHY value on PHY 32 (BMCR 0x0000).
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
This transceiver is capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation not complete.
End of basic transceiver information.
libmii.c:v2.11 2/28/2005 Donald Becker (becker at scyld.com)
http://www.scyld.com/diag/index.html
MII PHY #32 transceiver registers:
1000 7949 001c c912 0de1 0000 0004 2801
0000 0300 0000 8c00 1006 f880 0000 3000
01ee 401c 0000 a040 0060 0000 4100 2149
2740 8c00 0040 805a 8408 8fb0 0123 0000.
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
Capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation not complete.
Vendor ID is 00:07:32:--:--:--, model 17 rev. 2.
No specific information is known about this transceiver type.
I'm advertising 0de1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT
Advertising no additional info pages.
IEEE 802.3 CSMA/CD protocol.
Link partner capability is 0000:.
Negotiation did not complete.
Plus d'informations sur la liste de diffusion Linux-bruxelles