• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 578
  • Last Modified:

Data Transfer rate on SBS2008.

This question is in reference to another question i have opened but would like to add in a couple question zones.
http://www.experts-exchange.com/Software/VMWare/Q_26396073.html

The basics of the question is i have a SBS2008 server running on VMware ESXi 4.1 on a windows XP client with a 10/100 NIC i can only download files from the server at around 100Kb/s.  Neither Microsoft or VMware and pinpoint the cause. I am looking for information on what the speeds should be for a SBS2008 and a XP client with a 10/100 NIC.  Please read through all the stuff we have tested and any ideas are welcome to try to figure this out!
0
tsukraw
Asked:
tsukraw
  • 16
  • 7
  • 5
  • +1
1 Solution
 
vmwarun - ArunCommented:
It looks like the other VMware Experts already posted several troubleshooting methods to fix this issue.

I took a look at the updates posted on the other question and man-o-man, it seems that this particular thread has been having most of the activity in EE VMware Zone. :)
0
 
tsukrawAuthor Commented:
Yes I have gotten many ideas for fixing the issue but non of them seem to work.  Even VMware seen the issue and couldn't give ideas on how to fix it.  They will be calling me back today.  It seems like no one has answers to fix the problem.
0
 
PaperTigerCommented:
Why not disable those network card and install a different one. See if that solves your problem. Another issue could be your physical switch. You need to verify that is not the problem.

From what I read, it seems to be a hardware issue. I have dealt with something similar before.
0
Visualize your virtual and backup environments

Create well-organized and polished visualizations of your virtual and backup environments when planning VMware vSphere, Microsoft Hyper-V or Veeam deployments. It helps you to gain better visibility and valuable business insights.

 
tsukrawAuthor Commented:
I have tried a crossover cable between the server and a workstation.  It is a mix of different computer models so I know it is not one specific nic.  And the crossover should rule out the switch.
0
 
PaperTigerCommented:
what about the NIC on the server?
0
 
tsukrawAuthor Commented:
The server has 2 physical nics.  I have tried both of them but i have not tried a different nic all together.
0
 
PaperTigerCommented:
I would try a different NIC. also it could be the motherboard. It's fairly easy to prove.
0
 
tsukrawAuthor Commented:
That is aprt of the reason as to why i was looking for some transfer speeds other people were getting.
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
On the SBS 2008 VM instance, can you post the following output:

netsh interface tcp show global

0
 
tsukrawAuthor Commented:
TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : ctcp
ECN Capability                      : disabled
RFC 1323 Timestamps                 : disabled
0
 
tsukrawAuthor Commented:
UPDATE!
Figured out something here!!!
If i put the client machine on Half Duplex the transfer rate is 7MB/s  If it is on Full Duplex it is slow.
I have tried this with a cross over cable from the server to the workstation as well.  Same result so that should rule out the switch as being the cause.  Any idea why this would be?  I know it is a semi simple fix go around to all the client machines and set them to half duplex but there has to be a reason this would happen?
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
The reason I asked for the global interface settings is that under Windows 2003 and also seen under 2008, TCP Offload Engine (TOE) part of the Scalable Networking Pack can at times cause network performance issues.

Try the following configuration and see if this helps any:

netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabled

Reference:
http://support.microsoft.com/kb/951037
0
 
tsukrawAuthor Commented:
Got the same results with both them disabled.
0
 
PaperTigerCommented:
Your NIC is the problem. Try a separate PCI NIC card.
0
 
tsukrawAuthor Commented:
I have 10 computers of different types.  Plus my personal HP Elitebook laptop all get the same results with Half vs Full.  So i couldnt believe the NIC is the issue...
0
 
PaperTigerCommented:
I meant your server's NIC card was faulty. Install a separate PCI card, set your virtual machine to use that card and see if the problem exists.
0
 
tsukrawAuthor Commented:
I have another server in my test lab with ESXI 4.1 and SBS2008.  It is a HP ML150G6.  So i has a completely different NIC and motherboard.  I got the same results.  In my test setup i have a simple un-managed GB switch.  I never noticed this in my test setup since everything is GB.  But if i set a computer to 10/100FULL in the test lab it get the same slow speed 100/HALF i get fast speed.  So would that lead to believe there is some issue with wither ESXi or SBS2008?  Since 2 completely different setups and hardware have the same identical issue?
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
Are you using a physical NIC card or the on-board motherboard one? If physical NIC, what model/brand is it?

Also, do you have the latest VMware tools installed on the SBS 2008 platform?
0
 
tsukrawAuthor Commented:
In both cases i am using the onboard NICs.  The NON lab server has dual nics onboard and i have tested with both.  

Also has the newest VMware tools installed.
0
 
tsukrawAuthor Commented:
I am not sure if i mentioned this before.  I loaded a 2003 standard server on the same ESXi host.  The 2003 standard did NOT have a transfer issue with the windows XP machine.  It is only the SBS 2008 that has the speed issue.
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
The only thing I can think of is that: 1) The switch has a bad port (or two); 2) Bad firmware for the NICs is causing communication issues; 3) The onboard/motherboard NICs are not on the VMware HCL list

0
 
tsukrawAuthor Commented:
The nic is on the HCL.
There has to be a better explanation then something faulty if i have 2 completely different locations having the exactly same issue with completely different hardware.
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
Just curious, but do you still have the same issues if you don't virtualize the SBS 2008 environment (i.e. installing SBS 2008 on the hardware instead)?
0
 
tsukrawAuthor Commented:
Yes.  I just checked another setup i have where the SBS is installed on just hardware no VM.. All there computers are gig nics so never noticed it.  But if i manually set one to 100/FULL same issue.  100/HALF works just fine.  They have a 8port un-mannaged Gbit switch.
0
 
tsukrawAuthor Commented:
I also have a SBS2008 running on Citrix XenServer 5.6 same results.  Slow on 100/FULL fast on 100/HALF
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
Is any anti-virus installed on the SBS 2008 environment or are these base OS installs?
0
 
tsukrawAuthor Commented:
No AV on any of them
0
 
Michael WorshamInfrastructure / Solutions ArchitectCommented:
Also can you ssh to the ESXi host and run the following command:

vicfg-nics -l

Reference:
http://www.vmware.com/support/developer/vcli/vcli41/doc/reference/vicfg-nics.html
0
 
tsukrawAuthor Commented:
Ended up setting all the computers to either 100/HALF or replaced the nics with Gbit NICs.
0

Featured Post

Get your Conversational Ransomware Defense e‑book

This e-book gives you an insight into the ransomware threat and reviews the fundamentals of top-notch ransomware preparedness and recovery. To help you protect yourself and your organization. The initial infection may be inevitable, so the best protection is to be fully prepared.

  • 16
  • 7
  • 5
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now