03-07-2012 08:38 AM - edited 03-01-2019 10:18 AM
Hi,
I have Windows 2008R2 installed on a Bare Metal B200M2 Blade and I'm seeing slow file transfers(70-150KB/sec) trying to get to plain old windows file shares on an IBM N5200(NetApp Gateway). All other workstations/servers don't see this slowdown. I have windows 2008R2 VMs in the same UCS environment on different blades and not seeing this issue. On the packet capture its showing there is over 800ms for the server to send the missing packet after receiving an ack that infors the server a packet was dropped. I have installed the Cisco ethernet driver. I don't have a network flow policy or a QOS Policy set. Any thoughts?
03-07-2012 08:45 PM
Hello Kevin,
Need some more details
UCSM version
Blade and Adapter model
Driver version
Where did you take the packet capture and where are the packets are being dropped ?
Did you get this performance result for all the file transfer tests ?
Padma
03-08-2012 09:07 AM
Padma,
UCSM version 2.0(1s)
Blade B200M2
Adapter M81KR
Cisco VIC Ethernet Driver version 2.1.0.9
I did a packet capture on the B200M2 itself.
It gets dropped from the N5200 to the B200M2.
I see many TCP retransmission lines from the N5200 to the B200M2.
Not see any errors on the 6509s that theses devices are on.
I only see it on SMB traffic, FTP seemed to be fine.
Kevin
03-09-2012 12:28 AM
Kevin,
I would suggest you to open a TAC service request to further investigate this issue.
We might also need to engage Microsoft as we observe slowness only with SMB file transfer.
Padma
03-21-2012 06:21 AM
Here's an update.
I still do have open ticket on issue. It was only slow going from copying a file down from the N5200 to the B200M2, but it was fast uploading a file from B200M2 to the N5200. I changed the load balancing mode on the nics on the N5200 from Round Robin to IP Load Balancing. Once I did that the issue went away. TAC or IBM or Netapp didn't give me this solution, I decided to try things out on my own. I think what I did was a work around, I think the Windows driver on the M81KR couldn't deal with the etherchannel mode on the N5200 being in Round Robin Mode. Things are better now, but I shouldn't have to change the etherchannel mode for only 1 device out of a thousand plus that have been working fine.
03-21-2012 06:35 AM
Kevin,
Thanks for the update & glad to hear you're working properly now.
Round robin would not be an etherchannel. It simply routes traffic flows on an a,b,a,b etc basis. There was no teaming driver for Windows until very recently. I'm curious if you've tried the latest Palo teaming driver for windows or not.
This sounds like a traffic path issue rather than a driver problem. Copying files to the N5200 would be fast as the blade's path would likely take the same path from blade -> array. On the reverse however sounds like there may be multiple paths involved, some possible less optimal or congested. The IP hash would keep a single path for sending traffic back towards the blade which is probably why you're seeing better performance now. Without knowing the overall topology & information about other connected devices its hard to confirm.
See my other post for teaming driver information if interested.
https://supportforums.cisco.com/thread/2135214?tstart=0
Regards,
Robert
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide