cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
552
Views
0
Helpful
2
Replies

Poor TCP throughput across a LES

kevinhobson2000
Level 1
Level 1

HI All,

I have a issue with throughput across a sub millisecond LES link.  Topology below:

Nexus3k -------------------------------------------- LES ---------------------------------------- Nexus3k

    |                                                                                                                              |

    |                                                                                                                              |

    |                                                                                                                              |

Server 1                                                                                                                 Server 2

Tests done below:

1.  Server 1 through switch to laptop on another port 500 meg.

2.  Server 2 through switch to laptop on another port 500 meg

3.  Server 1 to Server 2 17 meg.

4. Laptop on the LES Patch to Server 2 17 meg.

5. Laptop to Laptop at each patch 500 Meg.

I have done a capture and see a few retransmissions which indicates that acks are being lost somewhere in the path.

So i am thinking im going to have to find out if the packet reaches its destination and if so where the ack is being lost.

The only other thing i can think of is that the Windows Server Stack is the problem as the laptops are mac's.

I will build a couple of ubuntu boxes and see if i have the same issue.

Just throwing this out there for any suggestions.

Cheers

Kev

2 Replies 2

kevinhobson2000
Level 1
Level 1

Hi All,

I get full throughput when testing fomr ubuntu to ubuntu.

So seems to be windows tcp stack that is causing this.

Cheers

Disclaimer

The  Author of this posting offers the information contained within this  posting without consideration and with the reader's understanding that  there's no implied or expressed suitability or fitness for any purpose.  Information provided is for informational purposes only and should not  be construed as rendering professional advice of any kind. Usage of this  posting's information is solely at reader's own risk.

Liability Disclaimer

In  no event shall Author be liable for any damages whatsoever (including,  without limitation, damages for loss of use, data or profit) arising out  of the use or inability to use the posting's information even if Author  has been advised of the possibility of such damage.

Posting

Windows OSs, before their nextGen TCP stack, often are rate limited due to that stack's default RWIN.  (If this is cause, manual RWIN tuning sometimes will dramatically improve performance.)

With Windows platforms, performance might also be constrained by NIC's hardware or its driver.  You might check if NIC's manufacturer has newer driver.