Upload traag, download snel

[_Thanatos_]

Ik heb weer een snelheidsprobleempje...

Allereerst wat specs:
De server is een Windows 2000 Server met SP3 en een Intel Pro/100+ NIC. Een Athlon 750 met 512MB RAM moet ruim voldoende zijn om bestanden te delen.

Het probleem:
Een bestand downloaden van de server via MS Networking gaat op normale snelheid, ongeveer 7MBps. Een bestand uploaden van de server via MS Networking gaat erg traag, meestal rond de 300KBps, met pieken van 350KBps. Verder gaat AL het andere IP-verkeer op normale snelheid. Een bestand uploaden naar diezelfde server en dezelfde gedeelde map gaat op 3MBps. Ook met de server zelf een bestand vanaf een client downloaden gaat op dezelfde belabberde snelheid van ~300KBps.

Wat het niet kan zijn:

• Dat windows zoekt naar gedeelde printers/faxen/whatever, omdat dat uitstaat.
• Een probleem op de client, omdat het probleem op iedere client merkbaar is.
• Dat het iets met QoS te maken heeft, omdat die (1) niets met bandbreedte rommelt en (2) niet eens aan staat.
• Dat het iets met bekabeling of andere netwerkapparatuur te maken heeft, omdat de ruwe snelheid in orde is. het gaat puur om MS Networking.

Als iemand een idee heeft...

[Timmert]

Hoe zit het met je duplex mode op je cliënts/server? Welke nics gebruiken de cliënts? Allemaal zelfde + zelfde driver toevallig?

offtopic:
Hulde aan de topicstarter vanwege de duidelijke openingspost. Zo zouden er meer moeten zijn

[ Voor 33% gewijzigd door Timmert op 15-04-2003 00:17 ]

[GrimaceODespair]

Ik ben es benieuwd wat hier uit de bus komt. Het MS Network bij ons op het werk is ook belachelijk traag, maar ik ken er te weinig van om in te kunnen schatten waar dat aan ligt en een mens kan zich nu eenmaal niet in alles gaan verdiepen. De symptomen lijken alleszins op de (inderdaad prachtige) openingspost. Dus ik parasiteer deze thread ff

[Verwijderd]

Zou je een 'route print' kunnen posten van de machine die de meeste (daar bedoel ik grootste) paketten moet versturen (dat zal denk ik de athlon zijn). Het zou namelijk kunnen zijn dat daar een vreemde routering in staat; het is namelijk mogelijk mbv metric-waarden de routering via een andere host te laten lopen. Een ping werkt dan normaal, echter een 'ping -l 65500' krijgt een timeout.

[ Voor 7% gewijzigd door Verwijderd op 15-04-2003 01:01 ]

[_Thanatos_]

nomam, jij lijkt te begrijpen wat er gaande is... "ping -l 65500 sun" (sun, zo heet de server) geeft timeouts, terwijl er bij "ping sun" niets aan de hand lijkt te zijn. Een "route print" (heb ik dus op sun gedaan):

code:

===========================================================================
Interfacelijst
0x1 ........................... MS TCP Loopback interface
0x1000003 ...00 a0 c9 cc 0a b0 ...... Intel(R) PRO Adapter
0x2000004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Actieve routes:
Netwerkadres               Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0     213.84.248.1    213.84.248.1       1
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
     192.168.10.0    255.255.255.0     192.168.10.1    192.168.10.1       1
     192.168.10.1  255.255.255.255        127.0.0.1       127.0.0.1       1
   192.168.10.251  255.255.255.255     192.168.10.1    192.168.10.1       1
   192.168.10.255  255.255.255.255     192.168.10.1    192.168.10.1       1
     213.84.248.1  255.255.255.255        127.0.0.1       127.0.0.1       1
   213.84.248.255  255.255.255.255     213.84.248.1    213.84.248.1       1
        224.0.0.0        224.0.0.0     192.168.10.1    192.168.10.1       1
        224.0.0.0        224.0.0.0     213.84.248.1    213.84.248.1       1
  255.255.255.255  255.255.255.255     192.168.10.1    192.168.10.1       1
Standaard-gateway:      213.84.248.1
===========================================================================
Permanente routes:
  Geen

Ik hoop werkelijk waar dat je er wat aan hebt, mij zegt het allemaal niet zoveel

/edit
GrimaceODespair, Timmert: tnx

[ Voor 3% gewijzigd door _Thanatos_ op 15-04-2003 03:58 ]

[_Thanatos_]

Verder niemand een idee? Ikzelf vind die 224.0.0.0 subnetmaskers een beetje raar uitzien, maar op me werk bestaan die ook...

[Verwijderd]

Stel je speed en duplex mode fixed in en indien nodig ook op de switch. Dit staat waarschijnlijk nog op Auto negosiate. Communicatie met switch is altijd Full duplex en via een hub Half duplex. Succes.

[Verwijderd]

Gents, als je goed naar de routing tabel kijkt zie je dat er twee 'Default-gateways' zijn ingevoerd met dezelfde metic. Dat kan niet werken. Controleer of je inderdaad maar 1 default-gateway hebt ingesteld. Dit geldt overigens voor de totale server. Zelfs met twee netwerkkaarten kun je maar 1 default-gateway instellen.
Kortom stel de juiste def-gateway.

C'est tout.

[BlaTieBla]

Anti-virus software op de server???

[_Thanatos_]

jmullens: waarom heeft het met hardware-dingen te maken als download en FTP-uploaden wel op normale snelheid gaan? Het klinkt iig alsof je van een auto de wielen wilt controleren als ie stopt met rijden, terwijl er geen benzine meer in zit

The_Web_Hand: Ik heb met "ipconfig /all" net gechecked op de server en er staat echt maar 1 default gateway ingesteld. Weliswaar de gateway van de internet-verbinding, maar daar hoort ie voor intern verkeer niets mee te doen.

BlaTieBla: nope, alleen op de client (Norton Antivirus 2002)

[BlaTieBla]

Ik heb het fenomeen meegemaakt met AV software op de server. TrendMicro AV ging alle ZIP's en RAR's intern checken tijden de upload..... Ik mcht bij zijn er er 200kbps over een 100Mbps/FullDuplex switch ging.
Ook heb ik dit ondervondne met het inferieure ( ) OS Windows ME/9x. Op alle machines ging alles perfect (60-70Mbps), behalve op de machines waar die DOS-klonen op geinstalleerd waren.
Sinds de upgrade naar 2000/xp geen vuiltje meer aan de lucht.
De NIC's die ik toen gebruikte waren Intel EtherExpress PCI 10/100 en 3COM 3c905TX waarbij alles op 100Mb full duplex stond (ook andere combies geprobeerd)... en niets wilde werken (op een upgrade na dan).

[BasieP]

probeer de kabel is om te draaien.. als ik het zo zie zijn er wat storingen

waarschijnlijk is dan je download sloom en je upload snel (kabel kapoet dus)

[elevator]

_Thanatos_ schreef op 15 april 2003 @ 03:57:
nomam, jij lijkt te begrijpen wat er gaande is... "ping -l 65500 sun" (sun, zo heet de server) geeft timeouts, terwijl er bij "ping sun" niets aan de hand lijkt te zijn. Een "route print" (heb ik dus op sun gedaan):

Allebei de PC's waar het hierom gaat staan in hetzelfde subnet? Oftewel, ze hoeven toch niet door een router heen om elkaar te bereiken?

Hoe meet jij de snelheid, en je zegt dat ander IP verkeer wel snel gaat - bedoel je hier een FTP test mee?

[_Thanatos_]

BasieP: Hoe kan dat nou verschil maken? Als het aan de kabel ligt, draai je het probleem alleen maar om, maar de kabel is prima, want ander IP-verkeer (FTP bijv) gaat op normale snelheid.

elevator: yup, server is 192.168.10.1/255.255.255.0 en clients zijn 192.168.10.x/255.255.255.0. Er zit alleen een 10/100 switch tussen, verder niets. De snelheid meet ik gewoon met taskmanager (daar kun je ook "bytes per interval" aan toevoegen)

Ander IP-verkeer kan vanalles zijn. Ik had een FTP test, maar SQL-toegang, HTTP, terminal services gaan allemaal op normale snelheid. *Alleen* NetBIOS niet.

[Verwijderd]

je geeft trouwens aan dat je kan uitsluiten dat het iets in de client is.. omdat ze allemaal dezelfde kuren vertonen, maar heb je er wel eens over na gedacht dat je ze gewoon allemaal foute instellingen heb gegeven ?

[Verwijderd]

_Thanatos_ schreef op 18 April 2003 @ 14:09:

....

Ander IP-verkeer kan vanalles zijn. Ik had een FTP test, maar SQL-toegang, HTTP, terminal services gaan allemaal op normale snelheid. *Alleen* NetBIOS niet.

NetBios is toch net als IPX geen routeerbaar protocol? of was t nou een ander protocol?
anyway... probeer NetBIOS eens uit te zetten.


[edit]
volgens mij blaat ik
routeren gaat via een router, en niet via een switch. toch?

[ Voor 12% gewijzigd door Verwijderd op 18-04-2003 14:21 ]

[The Collector]

Verwijderd schreef op 18 April 2003 @ 14:18:
[...]

NetBios is toch net als IPX geen routeerbaar protocol? of was t nou een ander protocol?
anyway... probeer NetBIOS eens uit te zetten.

[...]

Veel kans dat dit helpt ja, op alle machines Windows File Sharing via TCP/IP laten lopen zal een stuk beter werken!

[J3roen]

Verwijderd schreef op 18 April 2003 @ 14:18:
[...]


NetBios is toch net als IPX geen routeerbaar protocol? of was t nou een ander protocol?

IPX is wel routerbaar. Zo heb je weer wat geleerd Netbios is inderdaad niet
routerbaar. Vandaar dat men netbios OP tcp/ip gebruikt tegenwoordig.

[_Thanatos_]

Ik heb net NetBIOS eens uitgezet, maar ten eerste maakt dat 0,0 verschil in snelheid. Ten tweede zouden dan win9x machines geen bestanden meer kunnen halen van de server, hoorde ik. Maar het probleem zit dus wel in MS networking (file/printer sharing dus).

EurOtiC: Alles heeft altijd goed gewerkt, maar dit probleem speelt pas sinds kort. Ook een vers geinstalleerde client, of het nou win98, win2000 of winXP is, zou dan toch geen problemen moeten geven? Het is dus niet echt logisch wat je zegt...

[ Voor 9% gewijzigd door _Thanatos_ op 18-04-2003 14:33 ]

[_JGC_]

NetBEUI moet je vanaf blijven, liever NetBIOS over TCP, daar kunnen Windows 3.11 en 95 ook nog gewoon mee werken.