On 04/07/15 15:10, Marek Salwerowicz wrote:
> Hi list,
>
> I am trying to find correct setup of sysctl's for following machines
> (VMs under Vmware Workstation 8) to test large TCP window size:
>
>
> There are 2 boxes, each of them has following setup:
> - %
On Wed, 8 Apr 2015 00:10:51 +0200, Marek Salwerowicz wrote:
> Hi list,
>
> I am trying to find correct setup of sysctl's for following machines (VMs
> under Vmware Workstation 8) to test large TCP window size:
>
>
> There are 2 boxes, each of them has follow
Hi list,
I am trying to find correct setup of sysctl's for following machines
(VMs under Vmware Workstation 8) to test large TCP window size:
There are 2 boxes, each of them has following setup:
- % uname -a
FreeBSD freeA 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24
19:00:2
/PROD@20141030 | mbuffer -v 5 -4 -O 172.25.25.85:9090
The transfer speed is around 180KB/s (~2Mbit/s)
After Googling, I realised I might need to extend the TCP Window (as
mbuffer does not extend TCP Window size).
On both boxes, I have tuned the following sysctls:
# sysctl kern.ipc.maxsockbuf
Ahhh, that may explain why, during FTP receive of a large file
over a 5 KB/s link with a 56 KB recv window, I get one or two
dropped packets at the same point every time, and then no
further dropped packets for the rest of the transfer.
Barney Wolff wrote:
> On Fri, Oct 17, 2003 at 08:16:32PM -040
> Andre Oppermann wrote:
> Carl Mascott wrote:
> >
> > Here's a case that your logic does not handle correctly.
> >
> > 1. Kernel default buffer size = 32 KB
> >
> > 2. Routing table buffer size = 48 KB
> >
> > 3. Application sets buffer size to 32 KB
> >
> > 4. tcp_mss() selects 48 KB buffer
te is established, as long
as the kernel default recv window size is > 4096 (slight
simplification here).
Lev Walkin wrote:
> Carl Mascott wrote:
> > I have a few TCP window size issues.
> [skip]
> > 3. RFC 793 (TCP) says that shrinking the receive window after
> >connec
On Fri, Oct 17, 2003 at 08:16:32PM -0400, Carl Mascott wrote:
>
> NOTE: AFAIK, 4.4BSD through FreeBSD 4.6-R seem to have done
> alright without the PR 11966 patch, but if someone knows
> different, please speak up.
I'm not really surprised. I would have thought that a well-behaved
sender would b
Carl Mascott wrote:
>
> Here's a case that your logic does not handle correctly.
>
> 1. Kernel default buffer size = 32 KB
>
> 2. Routing table buffer size = 48 KB
>
> 3. Application sets buffer size to 32 KB
>
> 4. tcp_mss() selects 48 KB buffer size, giving the routing
>table precedence
Here's a case that your logic does not handle correctly.
1. Kernel default buffer size = 32 KB
2. Routing table buffer size = 48 KB
3. Application sets buffer size to 32 KB
4. tcp_mss() selects 48 KB buffer size, giving the routing
table precedence over the application.
I found it necessary
Carl Mascott wrote:
I have a few TCP window size issues.
[skip]
3. RFC 793 (TCP) says that shrinking the receive window after
connection is established is "strongly discouraged". I'm
currently shrinking the receive window on my default route
(PPP link) from 32 KB to 4 KB w
Andre Oppermann wrote:
>
> Carl Mascott wrote:
> >
> > Actually I have just fixed it in my copy of 4.8-R. I have a document
> > that describes the problem and my solution. I could send you that
> > and/or a set of patches. You might want to sketch out your own
> > solution before you look at mi
Carl Mascott wrote:
>
> Actually I have just fixed it in my copy of 4.8-R. I have a document
> that describes the problem and my solution. I could send you that
> and/or a set of patches. You might want to sketch out your own
> solution before you look at mine, though. Also, I'm not done
> tes
Actually I have just fixed it in my copy of 4.8-R. I have a document
that describes the problem and my solution. I could send you that
and/or a set of patches. You might want to sketch out your own
solution before you look at mine, though. Also, I'm not done
testing mine yet.
> Carl Mascott wr
Carl Mascott wrote:
>
> I have a few TCP window size issues.
>
> 1. In FreeBSD 4.8-R the kernel default recv window is 56 KB. This
>is so large that it causes dropped packets due to queue overflow
>with my V.90 link (BW 5 KB/s on compressed data).
>
> 2. The 4
I have a few TCP window size issues.
1. In FreeBSD 4.8-R the kernel default recv window is 56 KB. This
is so large that it causes dropped packets due to queue overflow
with my V.90 link (BW 5 KB/s on compressed data).
2. The 4.4BSD TCP implementation has never had the correct precedence
Hi,
I have a question on tcp window size.
Is there any system call or other method for getting the value of tcp
window size of ongoing tcp connection?
If not, do I have to modify the kernel source code and insert some new
system call for doing that, right?
Thanks in advance.
- Yung Yi.
To
that the TCP window size will be
of 5000 byte ? For this reason the size of all the
TCP packet transmitted will be equal at the
RECEIVE SOCKET SIZE ?
really thank you!
Roberto
__
Do You Yahoo!?
Yahoo! Tax Center - online filing
've been trying to up my TCP window size from the default 16K and it's caused
>nothing but problems. From the info I've found so far, these are the sysctl i've
>changed:
>
> kern.ipc.maxsockbuffer=2097152
> net.inet.tcp.rfc1323=1
> net.inet.tcp.sendspace=5242
I've been trying to up my TCP window size from the default 16K and it's caused nothing
but problems. From the info I've found so far, these are the sysctl i've changed:
kern.ipc.maxsockbuffer=2097152
net.inet.tcp.rfc1323=1
net.inet.tcp.sendspace=524288
net.inet.tcp.recvsp
20 matches
Mail list logo
