Lage snelheden achter switch

[TommyGun]

Hey

Ik heb mijn netwerk veranderd van: Modem -> router -> 2 werkstations + server.

Naar: Modem -> server -> switch -> 2 werkstations. De server draait nu dus in gateway mode.

Dit werkt prima, behalve de speeds op de computers achter de switch. Ik heb Chello Classic en haalde hiermee altijd zo'n 900 KB's. Dit haal ik wel op mijn server, maar dus op de werkstations niet. Daar haal ik maar iets van 200 - 500 KB's. Tevens kan ik maar met 300 kb's intern van mijn server downloaden.

Ik gebruik als switch een simpele Edimax 5 ports 10/100 mbit maar dit moet gewoon werken lijkt me. Want zoveel verkeer gaat er nou ook weer niet over heen. De NIC's in de werkstations zijn niet veranderd, de switch zelf hangt aan de onboard 3com kaart. Het internet komt binnen op een Intel Pro Server kaartje.

Ik zal voor de zekerheid wat screenshots posten van mijn configuratie;











Server draait ClarkConnect Home 3.2. Workstations zijn XP.

B.v.d

[ Voor 62% gewijzigd door TommyGun op 05-07-2006 22:48 ]

[Wolfboy]

Probeer eens met een programma als NetIO de snelheden tussen de systemen te meten, dan kan je in ieder geval zien waar de lage snelheid in zit.

Kijk ook even of de netwerken wel allemaal op 100mbps full duplex werken.

[TommyGun]

De NIC's in de werkstations staan op Auto. Hoe ik dat in Linux in stel, geen idee, maar ik neem aan dat dat goed staat.

NetIO zal ik eens proberen, bedankt alvast!

[ Voor 76% gewijzigd door TommyGun op 02-07-2006 22:34 ]

[TommyGun]

Edit; nevermind!

[ Voor 97% gewijzigd door TommyGun op 04-07-2006 21:17 ]

[TommyGun]

Oke ik heb NetIO gerund,

Op m'n server doe ik ./linux-i386 netio -s en op m'n WS win32-i386 -t 192.168.2.1 met als resultaat:

code:

TCP connection established.
Packet size  1k bytes:  7803 KByte/s Tx,  255 KByte/s Rx.
Packet size  2k bytes:  6642 KByte/s Tx,  168 KByte/s Rx.
Packet size  4k bytes:  5695 KByte/s Tx,  158 KByte/s Rx.
Packet size  8k bytes:  5169 KByte/s Tx,  185 KByte/s Rx.
Packet size 16k bytes:  4840 KByte/s Tx,  199 KByte/s Rx.
Packet size 32k bytes:  5299 KByte/s Tx,  197 KByte/s Rx.
Done.

Vervolgens nog even "-u -b 2k" gedaan, met als resultaat;

code:

UDP connection established.
Packet size  2k bytes:  4781 KByte/s (0%) Tx,  184 KByte/s (99%) Rx.
Done.

Met 10k;

code:

UDP connection established.
Packet size 10k bytes:  10683 KByte/s (0%) Tx,  0 Byte/s (100%) Rx.
Done.

Geen idee of die UDP belangrijk is nu maar ziet er erg traag uit? Iemand die me verder kan helpen?

(Ja, port 18767 staat onder UDP en TCP open, naar m'n server geforward)

[ Voor 60% gewijzigd door TommyGun op 04-07-2006 21:29 ]

[Verwijderd]

Wat als je bij de dns server inplaats van je router het adres van je provider invult. Misschien dat je router wat moeite heeft met het omzetten van addressen.

[TommyGun]

Verwijderd schreef op woensdag 05 juli 2006 @ 14:54:
Wat als je bij de dns server inplaats van je router het adres van je provider invult. Misschien dat je router wat moeite heeft met het omzetten van addressen.

Ik heb geen router En ik gebruik het DNS adres van m'n server zoals je ook in de screens ziet.

Maar je bedoeld dus in XP een DNS van UPC oid invullen?

Edit; heb nu als DNS ingevuld:

ns1.upc.nl [212.142.28.66]
ns2.upc.nl [212.142.28.67]

Die had ik voorheen altijd en ik merk dat het surfen nu wel sneller is. Downloaden helaas nog niet...

[ Voor 20% gewijzigd door TommyGun op 05-07-2006 16:40 ]

[Wolfboy]

Als je maar met ~200kb/s kan ontvangen dan is er toch iets mis in de bekabeling, de switch of duplex instellingen. Bij 100mbps half duplex kan je ook dit soort problemen krijgen (zeker als de andere partij wel op full duplex draait)

Kan je misschien nog andere kabels testen?

[MAX3400]

TommyGun schreef op zondag 02 juli 2006 @ 16:25:
De NIC's in de werkstations staan op Auto. Hoe ik dat in Linux in stel, geen idee, maar ik neem aan dat dat goed staat.

Brute aanname; ik zou dan zeker gaan controleren of ze op Auto of 100/Full staan want, zoals meerderen al zeggen, kan dat zeker wel voor problemen zorgen (zo niet hele netwerken omver trekken in sommige situaties).

[TommyGun]

MAX3400 schreef op woensdag 05 juli 2006 @ 21:48:
[...]

Brute aanname; ik zou dan zeker gaan controleren of ze op Auto of 100/Full staan want, zoals meerderen al zeggen, kan dat zeker wel voor problemen zorgen (zo niet hele netwerken omver trekken in sommige situaties).

Dankzij 'n vriend;

code:

eth0      Link encap:Ethernet  HWaddr 00:0E:0C:A8:33:59  
          inet addr:24.132.41.32  Bcast:255.255.255.255  Mask:255.255.255.0
          inet6 addr: fe80::20e:cff:fea8:3359/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:35815603 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34916680 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1879019996 (1.7 GiB)  TX bytes:3198068711 (2.9 GiB)

eth1      Link encap:Ethernet  HWaddr 00:B0:D0:20:76:B5  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::2b0:d0ff:fe20:76b5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8932894 errors:5520 dropped:0 overruns:0 frame:8269
          TX packets:10134774 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1162136909 (1.0 GiB)  TX bytes:3924843197 (3.6 GiB)
          Interrupt:185 Base address:0xdc00 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:46879 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46879 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4264785 (4.0 MiB)  TX bytes:4264785 (4.0 MiB)

En een andere log file, dmesg.txt: http://www.gamergun.com/files/1/dmesg.txt

Dus nog even voor de duidelijkheid; eth0 komt internet binnen. Aan eth1 hangt mijn switch.

Met eth0 op de server haal ik gewoon 900 kb's. Achter de switch aan eth1 zo'n 200 - 500 kb's.

Intern niet meer dan 300 kb's.

[ Voor 61% gewijzigd door TommyGun op 05-07-2006 23:03 ]

[eborn]

Je hebt op je eth1 netwerkkaart wel aardig wat errors... 5000+
Nou weet ik niet wat voor errors het zijn, maar het kan wel verklaren waarom het op de clients langzaam gaat (die lopen via eth1) en op de server niet.

Ter vergelijking met mijn externe interface:
RX packets:155178232 errors:0 dropped:0 overruns:1 frame:0
TX packets:63596944 errors:0 dropped:0 overruns:0 carrier:0

De vraag is alleen om wat voor errors het gaat...

[TommyGun]

eborn schreef op woensdag 05 juli 2006 @ 22:38:
Je hebt op je eth1 netwerkkaart wel aardig wat errors... 5000+
Nou weet ik niet wat voor errors het zijn, maar het kan wel verklaren waarom het op de clients langzaam gaat (die lopen via eth1) en op de server niet.

Ter vergelijking met mijn externe interface:
RX packets:155178232 errors:0 dropped:0 overruns:1 frame:0
TX packets:63596944 errors:0 dropped:0 overruns:0 carrier:0

De vraag is alleen om wat voor errors het gaat...

Dus je denkt dat de kabel eth1 <-> switch brak is? Daar is nog nooit aan geknepen btw.

Een kabel naar een van de werkstations lijkt me logischer dan.

[burne]

eborn schreef op woensdag 05 juli 2006 @ 22:38:
Je hebt op je eth1 netwerkkaart wel aardig wat errors... 5000+
Nou weet ik niet wat voor errors het zijn, maar het kan wel verklaren waarom het op de clients

Framing-errors aan de ene kant, collisions, late collision aan de andere kant. Full/Half duplex mismatch. Kortom: TS moet doen wat men 'm aanraadt, want dat is vrijwel zeker het probleem.

[Verwijderd]

doe op je linux box eens:
wget http://vlaai.snt.utwente.nl/pub/test/100M

wat voor snelheid komt er dan uit?

[TommyGun]

Burne schreef op woensdag 05 juli 2006 @ 22:47:
[...]


Framing-errors aan de ene kant, collisions, late collision aan de andere kant. Full/Half duplex mismatch. Kortom: TS moet doen wat men 'm aanraadt, want dat is vrijwel zeker het probleem.

Even een samenvatting wat er stond wat fout in de topic start.

Ik heb een modem met een straight kabel naar mijn server. Deze wordt verbonden met losse Intel nic. Een Pro s100 Server. Geen goedkope dus . Dan heb ik een kort straight kabeltje van de onboard 3com naar mijn switch. Aan deze kabel is nog nooit geknepen of iets. Vanuit de switch lopen dus 2 kabels naar 2 werkstations. Beide straight. Dit alles is CAT 5e.

Beide NIC's van beide werkstations staan op Auto. Al geprobeerd op Full Duplex maar dit maakt totaal geen verschil. Eth0 draait dus op Full Duplex, en dat is dus de plek waar het internet binnenkomt, de Intel kaart. Van Eth1 krijgt die kerel niks te zien, zo ik ook heb gezegd in mijn vorige post. Lastig te checken dus waar die op draait.

B.v.d

@ hierboven; zoals in mijn vorige post aangegeven haal ik 900 kb's op mijn server

[ Voor 13% gewijzigd door TommyGun op 05-07-2006 22:57 ]

[Verwijderd]

sorry, had ik overheen gelezen...

laatste optie: pak een totaal andere kabel (cross) en knoop die van je server eth1 aan een pc is je verbinding nogsteeds foobar, koop dan een andere nic voor je server (tenzij je een 386 als server hebt )

[burne]

TommyGun schreef op woensdag 05 juli 2006 @ 22:53:
Van Eth1 krijgt die kerel niks te zien, zo ik ook heb gezegd in mijn vorige post.

Kun je zelf met ssh inloggen op dat ding? 'lspci' vertelt je wat je aan hardware hebt, en mii-tool of mii-info (hangt een beetje van de distro af) laat zien wat je nic's doen.

[TommyGun]

Burne schreef op woensdag 05 juli 2006 @ 22:59:
[...]


Kun je zelf met ssh inloggen op dat ding? 'lspci' vertelt je wat je aan hardware hebt, en mii-tool of mii-info (hangt een beetje van de distro af) laat zien wat je nic's doen.

Uiteraard kan ik SSH'en op m'n eigen bak

@ Black, zal eens kijken. Bedankt voor de tip. Misschien dat de onboard brak is ja

(En m'n server is niet zo slecht hoor Zie http://www.gamergun.com/phpsysinfo/)

Even terug;

00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
00:13.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11)
02:09.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0c)

eth0: negotiated 100baseTx-FD flow-control, link ok
eth1: 100 Mbit, full duplex, link ok

Heb tevens de snelheid bij m'n zusje getest wat de speeds waren en daar kwam ik op zo'n 200 / 300 kb's. Ook om te huilen dus. Ik ga eens kijken of ik aan een crosskabel kan komen om het te testen van server -> werkstation. Anders een andere nic erin.

[ Voor 55% gewijzigd door TommyGun op 06-07-2006 16:04 ]

[burne]

TommyGun schreef op woensdag 05 juli 2006 @ 23:02:
eth1: 100 Mbit, full duplex, link ok

Da's dus hard geforceerd. Dat impliceert dat de switch die er achter staat ook op 100Mbit/full duplex moet staan. Auto negotiation werkt niet, omdat die kaart geforceerd op 100/FD staat.

Ik gok dat eth1 de 3com is. Voor 3com kun je een dos-programmatje downloaden waarmee je de eeprom op de kaart kunt aanpassen. Als je daarmee je kaart op auto negotiation kunt zetten ("factory defaults") is het probleem weg, vermoed ik. Zie http://www.scyld.com/pipermail/vortex/2001-July/001270.html voor mijn ervaringen met zo'n probleem.

Of dat voor een onboard op een dell moederboard ook zo werkt weet ik overigens niet zeker. Misschien dat er iets over in de BIOS te vinden is? Omdat er een switch tussen zit moet je naar de link tussen switch en server kijken. De instellingen op de clients doen er niet toe, dat wordt geisoleerd door de switch.

[ Voor 14% gewijzigd door burne op 06-07-2006 03:28 ]

[TommyGun]

Burne schreef op donderdag 06 juli 2006 @ 03:27:
[...]


Da's dus hard geforceerd. Dat impliceert dat de switch die er achter staat ook op 100Mbit/full duplex moet staan. Auto negotiation werkt niet, omdat die kaart geforceerd op 100/FD staat.

Ik gok dat eth1 de 3com is. Voor 3com kun je een dos-programmatje downloaden waarmee je de eeprom op de kaart kunt aanpassen. Als je daarmee je kaart op auto negotiation kunt zetten ("factory defaults") is het probleem weg, vermoed ik. Zie http://www.scyld.com/pipermail/vortex/2001-July/001270.html voor mijn ervaringen met zo'n probleem.

Of dat voor een onboard op een dell moederboard ook zo werkt weet ik overigens niet zeker. Misschien dat er iets over in de BIOS te vinden is? Omdat er een switch tussen zit moet je naar de link tussen switch en server kijken. De instellingen op de clients doen er niet toe, dat wordt geisoleerd door de switch.

Correct, de eth1 is de 3com.

In de Bios is niet al te veel in te stellen. Zijn maar 2 pagina's.

Wel zag ik iets bij het NIC gedeelte. Onboard nic 'uit', 'aan' en 'aan met nog iets erachter'. Kan er echt niet opkomen, maar hij staat dus op het 'aan met iets erachter' , wat ook de standard setting is volgens de BIOS. Heb wat gezocht maar kan niks over de bios vinden. Het is een Dell Precision 410.

Maar ik kan in dat topic van jou niet vinden hoe dat prog heet. Weet je de naam nog? B.v.d

[bjck]

Je kan ook om het hele probleem heen werken door die 3com niet te gebruiken en gewoon uitschakelen in je bios. Zet er dan nog een PCI kaartje bij en gebruik die.

[Romke]

Wat zijn de exacte specs van je server?

Hmm...
Ik zie op de dell site dat het een p2 of p3 ding is, met 1 processor.
Wat ik ook zie is dat jij een ccsmp kernel draait, en afaik is SMP bedoeld voor dual processor systemen met 1 set geheugenbanken.

Ik zie te laat dat je 2 procs hebt.

[ Voor 18% gewijzigd door Romke op 06-07-2006 08:53 ]

[burne]

TommyGun schreef op donderdag 06 juli 2006 @ 04:01:
Maar ik kan in dat topic van jou niet vinden hoe dat prog heet. Weet je de naam nog? B.v.d

ftp://ftp.3com.com/pub/nic/3c90x/3c90x2.exe

DOS diagnostics (en je hebt dus ook een dos bootdisk nodig).

[Wolfboy]

Overigens, met ethtool kan je onder linux full duplex/half duplex ed. instellen

[TommyGun]

bjck schreef op donderdag 06 juli 2006 @ 08:02:
Je kan ook om het hele probleem heen werken door die 3com niet te gebruiken en gewoon uitschakelen in je bios. Zet er dan nog een PCI kaartje bij en gebruik die.

Ik ga idd eens kijken of ik bij iemand een kaartje kan lenen.

Burne schreef op donderdag 06 juli 2006 @ 10:52:
[...]

ftp://ftp.3com.com/pub/nic/3c90x/3c90x2.exe

DOS diagnostics (en je hebt dus ook een dos bootdisk nodig).

Ik vraag me af of dat wel gaat werken, DOS boot app onder Linux?

Wolfboy schreef op donderdag 06 juli 2006 @ 15:10:
Overigens, met ethtool kan je onder linux full duplex/half duplex ed. instellen

Dit ga ik eerst eens proberen. Bedankt allen voor de tips

[Miglow]

TommyGun schreef op donderdag 06 juli 2006 @ 15:26:
[...]


Ik ga idd eens kijken of ik bij iemand een kaartje kan lenen.


[...]


Ik vraag me af of dat wel gaat werken, DOS boot app onder Linux?


[...]


Dit ga ik eerst eens proberen. Bedankt allen voor de tips

Tuurlijk kan je met een Dos bootfloppy werken op een Linux server

[TommyGun]

Miglow schreef op donderdag 06 juli 2006 @ 15:35:
[...]


Tuurlijk kan je met een Dos bootfloppy werken op een Linux server

Oke dan zal ik daar eens naar kijken. Maar heb zo even Ethtool gerunned.

Zie http://linuxcommand.org/man_pages/ethtool8.html

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: g
Wake-on: g
Current message level: 0x00000007 (7)
Link detected: yes

Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Full
100baseT/Full
Advertised auto-negotiation: No
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 24
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000001 (1)
Link detected: yes

Wat dien ik nu te veranderen bij eth1? Ik zie dat autoneg en PHYAD verschilt.

[ Voor 18% gewijzigd door TommyGun op 06-07-2006 15:48 ]

[Wolfboy]

Zowel eth0 als eth1 draaien op 100Mb/s full duplex, dat is het probleem dus niet.
Wat alleen wel vreemd is, bij eth1 staat autonegotiation uit, dit kan je oplossen met het volgende commando: "ethtool -s eth1 autoneg on"

[TommyGun]

Wolfboy schreef op donderdag 06 juli 2006 @ 15:48:
Zowel eth0 als eth1 draaien op 100Mb/s full duplex, dat is het probleem dus niet.
Wat alleen wel vreemd is, bij eth1 staat autonegotiation uit, dit kan je oplossen met het volgende commando: "ethtool -s eth1 autoneg on"

Oke dat is gelukt lijkt me;

[root@gateway ethtool-3]# ethtool -s eth1 autoneg on
[root@gateway ethtool-3]#

[Wolfboy]

Wat is nu de output van 'ethtool eth1' ?

Staat daar nu nog steeds 100Mb/s bij speed?
En duplex is nog steeds full?

[TommyGun]

Wolfboy schreef op donderdag 06 juli 2006 @ 15:51:
Wat is nu de output van 'ethtool eth1' ?

Staat daar nu nog steeds 100Mb/s bij speed?
En duplex is nog steeds full?

Settings for eth1:
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: No
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 24
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000001 (1)
Link detected: yes

* TommyGun ziet Auto-negotiation: off

[Wolfboy]

Vreemd, met dat commando hoort het wel te veranderen, het werkt bij mij tenminste altijd goed

Wat je nog kan proberen is eventjes netio te draaien via eth0, als dat wel normale snelheden oplevert dan is je kaart niet in orde, als het geen goede snelheden oplevert dan zit het dus of in de siwtch, of in de kabel naar de switch (er vanuit gaande dat de 2 werkstations wel snel met elkaar kunnen communiceren)

[TommyGun]

Wolfboy schreef op donderdag 06 juli 2006 @ 16:22:
Vreemd, met dat commando hoort het wel te veranderen, het werkt bij mij tenminste altijd goed

Wat je nog kan proberen is eventjes netio te draaien via eth0, als dat wel normale snelheden oplevert dan is je kaart niet in orde, als het geen goede snelheden oplevert dan zit het dus of in de siwtch, of in de kabel naar de switch (er vanuit gaande dat de 2 werkstations wel snel met elkaar kunnen communiceren)

Nou ik heb net ff mn FTP gestart en op het andere werkstation een grote file gepakt en kwam niet boven de 21 kb's. Lijkt me sterk dat dit te maken heeft met Internet Explorer op dat systeem ipv een FTP prog? Maar klinkt niet al te best. Ik ga gewoon eens een andere nic regelen voor de server, is het dan nog brak vervang ik de nic in mijn systeem, ga ik met een cross kabel aan de slag of zie ik wel.

Bedankt voor de hulp iig

[burne]

Wolfboy schreef op donderdag 06 juli 2006 @ 15:10:
Overigens, met ethtool kan je onder linux full duplex/half duplex ed. instellen

Met als probleem dat ze door de EEPROM op de Vortex-kaarten van 3com worden 'overridden', en je instellingen dus geen effect hebben. Met de in de winkel gekochte kaarten van 3com heb je geen problemen, maar OEM-uitvoeringen van de Vortex-serie hebben een behoorlijke reputatie op dat gebied (en geen goede. Jammer dat koppige OEM's een succesvolle chipset aan een slechte naam kunnen helpen..)

code:

Auto-negotiation: off

Dat zeg ik. Een instelling in je EEPROM.
.

[ Voor 9% gewijzigd door burne op 06-07-2006 16:43 ]

[TommyGun]

Burne schreef op donderdag 06 juli 2006 @ 16:42:
[...]


Met als probleem dat ze door de EEPROM op de Vortex-kaarten van 3com worden 'overridden', en je instellingen dus geen effect hebben. Met de in de winkel gekochte kaarten van 3com heb je geen problemen, maar OEM-uitvoeringen van de Vortex-serie hebben een behoorlijke reputatie op dat gebied (en geen goede. Jammer dat koppige OEM's een succesvolle chipset aan een slechte naam kunnen helpen..)

code:

Auto-negotiation: off

Dat zeg ik. Een instelling in je EEPROM.
.

Conclusie; andere kaart bakken?

[CyBeR]

Conclusie: pak even zo'n bootfloppy waarmee je die shit in kunt stellen Bij die vortex kaarten zit een EEPROM met wat instellingen, en die staan nu fout. Wat er namelijk gebeurt is dat je switch wil autonegotiaten, maar je netwerkkaart niet. En bij gebrek aan autonegotiation doet die switch gewoon wat 'm voorgeschreven is te doen: half-duplex. Duplex mismatch == langzaam netwerk.

[TommyGun]

CyBeR schreef op vrijdag 07 juli 2006 @ 00:43:
Conclusie: pak even zo'n bootfloppy waarmee je die shit in kunt stellen Bij die vortex kaarten zit een EEPROM met wat instellingen, en die staan nu fout. Wat er namelijk gebeurt is dat je switch wil autonegotiaten, maar je netwerkkaart niet. En bij gebrek aan autonegotiation doet die switch gewoon wat 'm voorgeschreven is te doen: half-duplex. Duplex mismatch == langzaam netwerk.

Hm floppy. Fix het wel op CD. Een deze dagen wel eens proberen

[TommyGun]

Oke ik wil mijn topic toch even kicken. Ben nog steeds niet begonnen om de NIC te fixen. (Reden: geen mogelijkheid om CD-ROM speler aan te sluiten, alle IDE kabels in bezet. Ben dus even aan het kijken voor een SCSI CD-ROM speler.) Maar het is mij meer dan duidelijk dat het aan die NIC ligt.

Waarom?

Heb pas een laptop gekocht en een extra NIC in mijn server gezet, zie ook TommyGun in "LAN netwerk niet via WLAN te benaderen" En via m'n laptop haal ik wel 2 mb per seconde, (Alleen de post waar ik naar link is relevant.) tegenover 300 - 500 kb's op de werkstations. Misschien dat ik tijdelijk het zaakje om ga wisselen. Dus laptop op de 'brakke' NIC en switch (werkstations) op de 'goeie' nic.

(Voor de gein wat screens)

[ Voor 20% gewijzigd door TommyGun op 20-09-2006 19:57 ]