Re: 50Mb across the country in 6 seconds

with WAN accelerator definitely possible to get crazy file transfer rate.
we also need to think about "what" is in that file that you are
transferring.
if all patterns in the file are duplicates that does will make WAN
accelerators lazy.
 their easy pattern (cisco called it DRE cache) matching algorithm will
kicks in and all they transfer from A to B is "bytes' , rather than MBs.

Can easily transfer 500 MB file in 10 seconds.

On Sun, Mar 4, 2012 at 11:15 PM, Zack Tennant <ccie_at_tnan.net> wrote:

> It's very doable. In 2002 with an Orbital Data Systems unit (bought by
> Citrix and now called WANScaler) I was able to move a 100MB file from Los
> Angeles, CA to Orlando, FL in 9 seconds.
>
> And while Bandwidth does play into it, it's been my experience that most
> WAN circuits are sufficiently large enough these days that they're not the
> limiting factor, BDP is. It's usually the only arguement I get to win
> against the customers when they say "but we have a 1Gig circuit. How come
> I can only get 4-5MB?" And then I give them acceleration.
>
> On Sun, Mar 4, 2012 at 06:35, Carlos G Mendioroz <tron_at_huapi.ba.ar> wrote:
>
> > Joe, you make it sound like link speed does not make it into the
> equation,
> > when it obviously does.
> >
> > The magnitude that usually is important in making good use of a link
> > capabilities is BDP, Bandwidth Delay Product. As links get faster,
> > and latencies go up, the BDP of a link grows above what the control
> > protocol is able to use, and then you are unable to really use
> > all of your link capacity.
> >
> > If the control protocol is TCP or TCP based, window size makes impossible
> > to keep sending data at link speed and your performance
> > gets capped. But that is a control protocol defect, and hence can
> > be relieved by using, e.g, WAAS. (or paralelizing with many streams,
> > or...)
> >
> > Bottom line: I believe that 50 MB xfer in 6 seconds is doable.
> > And, more important to the 1st message, MTU has little to do with it.
> >
> > -Carlos
> >
> >
> > Joe Astorino @ 03/03/2012 21:00 -0300 dixit:
> >
> > Sorry I meant RTT and window size not MSS. TCP throughput in bits per
> >> second can be calculated as window size in bits / RTT in milliseconds
> >>
> >> You always have to take latency into the equation and it makes a huge
> >> difference as latency goes up. TCP window scaling can help
> >> dramatically but make sure you do not have unrealistic expectations.
> >> Maximum theoretical tcp throughput as you see here is a function of
> >> RTT and window size not link speed.
> >>
> >>
> >>
> >> On 3/3/12, Joe Astorino<joeastorino1982@**gmail.com<
> joeastorino1982_at_gmail.com>>
> >> wrote:
> >>
> >>> You can't forget to take into account the L4 transport mechanism. TCP
> >>> will obviously have some impact on the speed because of the
> >>> acknowlegement nature of the protocol.
> >>>
> >>> Ultimately your throughput calculation will have to consider RTT and
> >>> MSS if you are dealing with TCP
> >>>
> >>>
> >>>
> >>> On 3/3/12, Jersey Guy<guy.jersey_at_gmail.com> wrote:
> >>>
> >>>> Hello Gents. This DBA guy tells me he copied a 50Mb file from his
> >>>> machine
> >>>> in New Jersey to a server in California in 6 seconds. I told him
> that's
> >>>> not
> >>>> possible because the smallest link in the path is 1Gb/sec but MTU is
> >>>> 1500,
> >>>> so even if you take wire speed, it would be at least 33 seconds before
> >>>> the
> >>>> file was copied. Am I wrong in saying so?
> >>>>
> >>>> TIA
> >>>>
> >>>>
> >>>> Blogs and organic groups at http://www.ccie.net
> >>>>
> >>>> ______________________________**______________________________**
> >>>> ___________
> >>>> Subscription information may be found at:
> >>>> http://www.groupstudy.com/**list/CCIELab.html<
> http://www.groupstudy.com/list/CCIELab.html>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>> --
> >>> Sent from my mobile device
> >>>
> >>> Regards,
> >>>
> >>> Joe Astorino
> >>> CCIE #24347
> >>> http://astorinonetworks.com
> >>>
> >>> "He not busy being born is busy dying" - Dylan
> >>>
> >>>
> >>
> > --
> > Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > ______________________________**______________________________**
> > ___________
> > Subscription information may be found at: http://www.groupstudy.com/**
> > list/CCIELab.html <http://www.groupstudy.com/list/CCIELab.html>
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Mon Mar 05 2012 - 01:42:34 ART