1. Welkom op het onafhankelijke Ziggo Gebruikersforum. Een forum voor en door gebruikers van Ziggo.
    Registreer je gratis om direct zelf berichten te plaatsen en gebruik te maken van extra functies!
    Verberg deze melding

Motorola half of full duplex?

Discussie in 'Internet - Eigen netwerk' gestart door grep, 26 jan 2009.

Niet open voor verdere reacties.
  1. Ben momenteel bezig met troubleshooten van wat problemen met m'n internet snelheid (geen ziggo probleem, maar waarschijnlijk m'n linux firewall/router. Zie http://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) ?
     
  2. 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.
     
  3. 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.
     
  4. 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.
     
  5. 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 :)
     
Niet open voor verdere reacties.

Deel Deze Pagina