(Apologies if this is too off-topic for the cisco list)
Have 3 POPs A,B+C (A connected to B via 200Mb Eth, B connected to C via 250Mb Eth), all POPs are 7200's with 2960's and 3560's
A -> B, 2 - 3 m/sec (No packet loss, minimal jitter)
B -> C, 12 - 13 m/sec (No packet loss, minimal jitter)
Performing wget or iperf I see the following (Have linux servers at each POP)
Pulling file from B->A (A's linux server is on 10/100 port) I get 9.59M/s (So basically 100Mbit)
Pulling file from C->B I get 8.30M/s, but it does fluctuate up+down considerably
Pulling file from C->A I get a flatline at 2.16M/s (Multiple sessions and all attain this speed, but no faster and doesnt fluctuate)
Im not seeing any excessive errors/drops nor any duplex issues on any of the switches - Is TCP Window size the cause of the huge speed difference I see from C->B vs C->A, even though the latency difference between the 2 is minimal?(i.e. 3m/sec?) or does the extra hop cause the issue?
OK, an interesting test would be to change C to use 100Mb/s and repeat the tests.
(Just configure speed auto10/100 on the switchport)
The theory is that network devices generally keep pretty small buffers, at least too small to cater for a speed difference of 1000 to 250Mb/s. Please run a netstat -s on C before and after the test (no other services should be running ideally.
Then look for the increase in retransmitted segments and compare this the same output from A, this should provide a clue.
Perhaps you can achieve some improvement by increasing the number of big buffers in B but generally tcp should be able to adapt dynamically. I do not really understand the meaning of the output regarding the window sizes, after all I'm not a linux guru.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...