WAN Performance Analysis

Have a question or want to start a discussion? Post it! No Registration Necessary.  Now with pictures!

A local backup of a server created a 201.4GB file in under 40 minutes.  Sub
sequently, a backup copy job took over a week to copy this data through a V
PN to a remote site.  I?d like to figure out how to reduce this tim
e by increasing the efficiency of the backup copy job.  (I?d also l
ike to improve my understanding of TCP to more effectively troubleshoot thi
s type of issue.)

The ISP link for one of the two sites is only 10 Mbps, which sets the max p
ossible throughput.  If I could transfer 200GB at 10Mbps, this job would co
mplete in under 44 hours.  The average RTT from three pings is 42mS so I be
lieve that the bandwidth * delay product would be 52.3KB.

Packet captures show that the backup copy job utilizes six concurrent strea
ms.  With 1410B frame size, that?s 8.4KB so the pipe is only 16% fu
ll.  Does this suggest that I should increase the number of streams to 36 t
o fill the pipe?

WireShark shows 20-24% DUP ACKs depending on which side of the link these a
re captured.  Typically, for those segments that require a DUP ACK, there a
re less than a dozen but I found one #25.  I presume these are caused by pa
ckets getting dropped but I don?t have enough experience to know if
 this is wildly excessive or not.  Is this the key to the poor transfer per
formance?  Is the VPN likely the cause?

Please offer tuning suggestions and any information I?m apparently  
missing to solve this problem.  THANKS!

Site Timeline