t;> From: "Blake Dunlap"
>> Sent: Tuesday, August 27, 2013 1:32 PM
>> To: n...@flhsi.com
>> Cc: "Tim Warnock" , "nanog@nanog.org" > >
>> Subject: Re: TCP Performance
>>
>> If you have a router, you can turn on shaping t
traffic
> rate never goes higher then the allocated bandwidth.
>
> Nick Olsen
> Network Operations (855) FLSPEED x106
>
>
> From: "Blake Dunlap"
> Sent: Tuesday, August 27, 2013 1:32 PM
> To: n...@flhsi.com
> Cc:
twork Operations (855) FLSPEED x106
From: "Blake Dunlap"
Sent: Tuesday, August 27, 2013 1:32 PM
To: n...@flhsi.com
Cc: "Tim Warnock" , "nanog@nanog.org"
Subject: Re: TCP Performance
If you have a router, you can turn on shap
) FLSPEED x106
From: "Tim Warnock"
Sent: Tuesday, August 27, 2013 1:08 PM
To: "Blake Dunlap" , "n...@flhsi.com"
Cc: "nanog@nanog.org"
Subject: RE: TCP Performance
> Regardless, your problem looks like either tail drops or packet los
ork Operations (855) FLSPEED x106
From: "Blake Dunlap"
Sent: Tuesday, August 27, 2013 11:42 AM
To: n...@flhsi.com
Cc: na...@thedaileyplanet.com, "nanog@nanog.org"
Subject: Re: TCP Performance
This really sounds like you aren't t
t*: Tuesday, August 27, 2013 1:08 PM
> *To*: "Blake Dunlap" , "n...@flhsi.com"
> *Cc*: "nanog@nanog.org"
> *Subject*: RE: TCP Performance
>
>
> > Regardless, your problem looks like either tail drops or packet loss,
> which
> > you sho
> Regardless, your problem looks like either tail drops or packet loss, which
> you showed originally. The task is to find out where this is occurring, and
> which of the two it is. If you want to confirm what is going on, there are
> some great bandwidth calculators on the internet which will show
sen
> Network Operations (855) FLSPEED x106
>
>
> From: "Chad Dailey"
> Sent: Tuesday, August 27, 2013 10:48 AM
> To: n...@flhsi.com
> Subject: Re: TCP Performance
>
> Check for duplex mismatch at the server.
>
> O
nanog@nanog.org"
Subject: Re: TCP Performance
You didn't indicate this, but do you understand how TCP windowing works?
This conversation can go two very different ways depending on the answer.
To me, it looks like this is what you'd expect, and you need to fix your
packet
Duplex mismatch has been checked across the board. On every device.
Nick Olsen
Network Operations (855) FLSPEED x106
From: "Chad Dailey"
Sent: Tuesday, August 27, 2013 10:48 AM
To: n...@flhsi.com
Subject: Re: TCP Performance
Check for duple
You didn't indicate this, but do you understand how TCP windowing works?
This conversation can go two very different ways depending on the answer.
To me, it looks like this is what you'd expect, and you need to fix your
packet loss issues, which possibly might be QoS settings related (but it's
har
Greetings all, I've got an issue I was hoping to put a few more eyes on.
Here's the scenario. Downloading a file at our Border is multiple orders
of magnitude faster then a few hops out. Using the same 128MB test file, I
tested at two different locations. As well as between them. Using multiple
Abel Alejandro wrote:
Greetings,
This past week I have been trying to find the root cause of tcp
performance problems of a few clients that are using a third party metro
Ethernet for transport. RFC2544 tests (Layer 2) and iperf using UDP give
good symmetric performance almost 100% the speed of
Sat, 18 Sep 2010 09:34:55 + nanog-requ...@nanog.org fuream loqour :
>From: "Abel Alejandro"
>Subject: Troubleshooting TCP performance tutorial
>
>This past week I have been trying to find the root cause of tcp
>performance problems of a few clients that are
On Saturday, September 18, 2010, Kevin Oberman wrote:
>
> You might look at http://fasterdata.es.net. A lot of it is aimed at very
> large volume data transfers, but quite a bit is relevant to all TCP
> issues.
> --
> R. Kevin Oberman, Network Engineer
> Energy Sciences Network (ESnet)
> Ernest O.
> Date: Fri, 17 Sep 2010 20:06:09 -0400
> From: "Abel Alejandro"
>
> Greetings,
>
> This past week I have been trying to find the root cause of tcp
> performance problems of a few clients that are using a third party metro
> Ethernet for transport. RFC2544 t
p://oreilly.com/catalog/9781565925724/
>> --
>> Joe Hamelin, W7COM, Tulalip, WA, 360-474-7474
>>
>>
>>
>> On Fri, Sep 17, 2010 at 5:06 PM, Abel Alejandro
>> wrote:
>> > Greetings,
>> >
>> > This past week I have been trying to fin
ly.com/catalog/9781565925724/
> --
> Joe Hamelin, W7COM, Tulalip, WA, 360-474-7474
>
>
>
> On Fri, Sep 17, 2010 at 5:06 PM, Abel Alejandro
> wrote:
> > Greetings,
> >
> > This past week I have been trying to find the root cause of tcp
> > performance proble
llow the
packet. That's the best advice I can give you.
http://oreilly.com/catalog/9781565925724/
--
Joe Hamelin, W7COM, Tulalip, WA, 360-474-7474
On Fri, Sep 17, 2010 at 5:06 PM, Abel Alejandro
wrote:
> Greetings,
>
> This past week I have been trying to find the root cause of tc
Greetings,
This past week I have been trying to find the root cause of tcp
performance problems of a few clients that are using a third party metro
Ethernet for transport. RFC2544 tests (Layer 2) and iperf using UDP give
good symmetric performance almost 100% the speed of the circuit. However
all
20 matches
Mail list logo