He specified SMBv2 so I think you're on track with him being on a Win7 / WinSrv2008 box. There are a number of variables at play here though, one of which is who the provider's in-between the two locations are and the quality / number of peering points you'd have to cross. If the endpoints were already setup, I'd schedule a number of decently sized (big enough that it takes at least 5 - 10 minutes for scaling to do its thing) test transfers hourly or once every couple hours over the course of a week to get a baseline and understanding of how time of day traffic affects the transfer. If it's live traffic on the other hand, where a user is pulling up some massive file from the other office, you're likely better off looking into a WAN accelerator appliance. - Matt -----Original Message----- From: Jared Mauch [mailto:jared@puck.nether.net] Sent: Thursday, July 11, 2013 10:30 AM To: Luan Nguyen Cc: nanog@nanog.org Subject: Re: File transfer speed between Hong Kong and Johannesburg, South Africa Honestly, this depends on what OS you are using. Anything prior to Win7 you are likely to suffer from the TCP stack. Add in anything weird like ICMP filtering, load balancers or something else that eats the packets you are going to see varying results. - Jared On Jul 11, 2013, at 10:04 AM, Luan Nguyen <luan20176@gmail.com> wrote:

Hello folks,

Does anyone know what's the average speed for windows file transferring (SMB2) between Hong Kong and Johannesburg? Any guide on how to calculate/estimate this?

Thanks.

Regards,

-Luan

_______________________________________________________________________ This e-mail message and its attachments are for the sole use of the intended recipients. They may contain confidential information, legally privileged information or other information subject to legal restrictions. If you are not the intended recipient of this message, please do not read, copy, use or disclose this message or its attachments, notify the sender by replying to this message and delete or destroy all copies of this message and attachments in all media.

Thanks guys. We do have Riverbed Steelhead appliances at both end. According to calculation, maximum throughput can be attained is ~330KB/sec. With the Riverbed "cold" transfer, we should get ~600KB/sec. But I can only get ~250KB/sec with the Steelhead doing its stuff for 500M file so plenty of time for whatever to kick in. Iperf and netperf show great results though. I guess I will be sampling results hourly for comparison. Regards, -Luan On Thu, Jul 11, 2013 at 11:37 AM, Joe Loiacono <jloiacon@csc.com> wrote:

The maximum you can expect is:

Rate < (MSS/RTT)*(1 / sqrt(p)) where p is the probability of packet loss.

Credit: Mathis, Semke, Mahdavi & Ott in Computer Communication Review, 27(3), July 1997, titled The macroscopic behavior of the TCP congestion avoidance algorithm. ( http://www.infoblox.com/community/blog/tcp-performance-and-mathis-equation)

Joe

[image: Inactive hide details for Luan Nguyen ---07/11/2013 10:06:19 AM---Hello folks, Does anyone know what's the average speed for wi]Luan Nguyen ---07/11/2013 10:06:19 AM---Hello folks, Does anyone know what's the average speed for windows file transferring

From: Luan Nguyen <luan20176@gmail.com> To: nanog@nanog.org Date: 07/11/2013 10:06 AM Subject: File transfer speed between Hong Kong and Johannesburg, South Africa ------------------------------

Hello folks,

Does anyone know what's the average speed for windows file transferring (SMB2) between Hong Kong and Johannesburg? Any guide on how to calculate/estimate this?

Thanks.

Regards,

-Luan

Is there a tool to do that end to end? Path MTU discovery tool? We use GRE/IPSEC with a WS-IPSEC 3 setting the tunnel to MTU 1400 with MSS = 1360 both end. The steelhead set to 1400 MTU as well since I was told the steelhead will set the DF bit. Steelhead log doesn't show timeout, unable to connect/ retry or anything to suggest drop packets though. Thanks. Regards, -Luan On Thu, Jul 11, 2013 at 1:36 PM, Warren Bailey < wbailey@satelliteintelligencegroup.com> wrote:

Look at your MTU on links..

Sent from my Mobile Device.

-------- Original message -------- From: Luan Nguyen <luan20176@gmail.com> Date: 07/11/2013 10:16 AM (GMT-08:00) To: nanog@nanog.org Subject: Re: File transfer speed between Hong Kong and Johannesburg, South Africa

Thanks guys.

We do have Riverbed Steelhead appliances at both end. According to calculation, maximum throughput can be attained is ~330KB/sec. With the Riverbed "cold" transfer, we should get ~600KB/sec. But I can only get ~250KB/sec with the Steelhead doing its stuff for 500M file so plenty of time for whatever to kick in. Iperf and netperf show great results though. I guess I will be sampling results hourly for comparison.

Regards,

-Luan

On Thu, Jul 11, 2013 at 11:37 AM, Joe Loiacono <jloiacon@csc.com> wrote:

...

The maximum you can expect is:

Rate < (MSS/RTT)*(1 / sqrt(p)) where p is the probability of packet loss.

Credit: Mathis, Semke, Mahdavi & Ott in Computer Communication Review, 27(3), July 1997, titled The macroscopic behavior of the TCP congestion avoidance algorithm. (

http://www.infoblox.com/community/blog/tcp-performance-and-mathis-equation )

...

Joe

[image: Inactive hide details for Luan Nguyen ---07/11/2013 10:06:19 AM---Hello folks, Does anyone know what's the average speed for wi]Luan Nguyen ---07/11/2013 10:06:19 AM---Hello folks, Does anyone know what's

the

...

average speed for windows file transferring

From: Luan Nguyen <luan20176@gmail.com> To: nanog@nanog.org Date: 07/11/2013 10:06 AM Subject: File transfer speed between Hong Kong and Johannesburg, South Africa ------------------------------

...

Hello folks,

Does anyone know what's the average speed for windows file transferring (SMB2) between Hong Kong and Johannesburg? Any guide on how to calculate/estimate this?

Thanks.

Regards,

-Luan

On 11/07/2013 18:14, Luan Nguyen wrote:

We do have Riverbed Steelhead appliances at both end. According to calculation, maximum throughput can be attained is ~330KB/sec. With the Riverbed "cold" transfer, we should get ~600KB/sec. But I can only get ~250KB/sec with the Steelhead doing its stuff for 500M file so plenty of time for whatever to kick in. Iperf and netperf show great results though. I guess I will be sampling results hourly for comparison.

I can't think of a worse protocol you could use in this situation. Well maybe if it were layered on top of IPX... You may want to consider alternative proposals for handling file transfer between these two locations. E.g. google docs, office 365, etc. Alternatively something simple like using mounts which are r/w on one side but r/o on the other, and using tools like rsync to mirror the r/w on the local side to the r/o mount on other. Live SMB filesharing is a disaster over large rtt links. Nick