• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Motorola half of full duplex?

Status
Niet open voor verdere reacties.
G

grep

Ben momenteel bezig met troubleshooten van wat problemen met m'n internet snelheid (geen Ziggo probleem, maar waarschijnlijk m'n linux firewall/router. Zie https://gathering.tweakers.net/forum/list_messages/1333111 indien geinteresseerd :wink: )

Ik ga in dat kader m'n hele configuratie naar beneden slepen en nabouwen vlak bij het kabelmodem (Motorola Surfboard van Multikabel) maar ik wil nu eigenlijk eerst weten wat de correcte NIC instelling is voor de NIC die ik aan dat modem ga koppelen.
Je leest vaak dat je altijd half duplex naar een (DSL) modem moet gaan, maar ik heb gemerkt dat het (ogenschijnlijk) niet uitmaakt of ik de NIC op 10Mbit half duplex, 10Mbit full duplex, 100Mbit half duplex of 100Mbit full duplex zet. De link wordt steeds netjes opgebouwd en als gezegd, afgezien van wat snelheidsverschil, functioneert prima.

Vraag is dus: weet iemand wat de beste speed/duplex setting is voor het Motorola Surfboard kabelmodem wat je bij Multikabel kreeg (weet effe het specifieke type niet, zal vanavond kijken) ?
 
grep zei:
Vraag is dus: weet iemand wat de beste speed/duplex setting is voor het Motorola Surfboard kabelmodem wat je bij Multikabel kreeg (weet effe het specifieke type niet, zal vanavond kijken) ?
Klik om te vergroten...

Mijn Linux server / router draait gewoon standaard met 100Mbit full duplex. Heb even met 'ethtool' gekeken en die laat dit zien :
Code: 
root@ubuntu:~# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: d
        Current message level: 0x00000001 (1)
        Link detected: yes

Hoe zien je 'ifconfig' statistieken eruit ? Zitten daar veel fouten in ?
Ik heb ooit in het verre verleden wel eens problemen gehad met een foute driver voor een ethernet kaart die niet lekker wilde werken met interrupt afhandeling. Daardoor verloor ik ook frames als andere hardware bezig was. Misschien dus een linux issue ? Je kunt ook een andere nick in je pc gebruiken misschien om even te testen ? Of een nieuwere linux versie ?

Mijn ifconfig resultaten:
Code: 
 RX packets:617787366 errors:0 dropped:0 overruns:0 frame:0
          TX packets:369703501 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:776876903742 (723.5 GiB)  TX bytes:31303110239 (29.1 GiB)
          Interrupt:233 Base address:0xb400

Dus nul frames met een error bij meer dan 700Gbyte data sinds de laatste reboot.
 
Volgens mij zitten we wat dat betreft op dezelfde lijn Cees.
Als in dat GoT topic gemeld, ifconfig geeft inderdaad een hoop errors:

RX packets:2000220 errors:8420 dropped:0 overruns:2 frame:12614
TX packets:1979900 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1117613538 (1.0 GiB) TX bytes:2045915754 (1.9 GiB)
Interrupt:20 Base address:0x4400

Vreemd genoeg lopen die veel sneller op als ik op de achterliggende windows pc download, dan als ik op deze linux bak iets doe.
Dit is ook een van de redenen dat ik toch nog de verbinding tussen het kabelmodem en deze linux pc wil uitsluiten door de hele boel naar beneden te verhuizen en aan te sluiten met gloednieuwe kabel.
Ik weet nu in ieder geval dat full duplex mogelijk zou moeten zijn en het daar niet aan kan liggen. Dank daarvoor.

Interessant trouwens dat het ook de driver zou kunnen zijn. Die had ik nog niet verdacht.
Het is al een wat ouder kaartje:
# lspci | grep -i 3com
06:09.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)

# ethtool -i eth0
driver: 3c59x
version:
firmware-version:
bus-info: 0000:06:09.0

Misschien douw ik er voor de zekerheid wel ee nieuwe NIC in. Eerst die kabel (nog) maar es controleren.
 
grep zei:
Misschien douw ik er voor de zekerheid wel ee nieuwe NIC in. Eerst die kabel (nog) maar es controleren.
Klik om te vergroten...
Ik heb in mijn linux doos ook een nieuwe nic moeten zetten na een flinke onweersbui kreeg ik ook fouten. Met een andere nic erin was dat weg, dus dat is zeker een optie.
 
Alles naar beneden gesjouwd en met nieuwe kabel rechtstreeks aangesloten op het kabelmodem maar het probleem bleef.
NIC was toen inderdaad een mogelijke dader en gelukkig vond ik precies hetzelfde type NIC in een oude pc die hier staat.
Erin gezet, en de problemen zijn verdwenen.
Feit dat ik onder linux wel aardige doorvoersnelheid had, heeft me dus totaal op het verkeerde been gezet. hij was maar een "beetje" stuk.
"You live and learn" zullen we maar zeggen :)
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan