Hi,
I just subscribed to this list, so sorry if I missed some previous
discussion on this.
On Thu, Mar 24, 2011 at 16:15 -0400, John Baldwin wrote:
[...]
> Otherwise, something like this may apply instead:
>
> Index: tcp_input.c
> =
Hi,
On Fri, Mar 25, 2011 at 08:25 -0400, John Baldwin wrote:
> Ah, ok. Can you try this patch first (without the other)? If it doesn't
> work then we can refine the patch above further.
I tried it completely unpatched and with your new patch. In both cases
that if() statement is not taken.
In
Hi again,
On Fri, Mar 25, 2011 at 16:40 -0400, John Baldwin wrote:
> Reading some more. I'm trying to understand the breakage in your case.
>
> You are saying that FreeBSD is the sender, who has data to send, yet is not
> sending any window probes because it never starts the persist timer when
Hi,
> On Fri, Mar 25, 2011 at 16:40 -0400, John Baldwin wrote:
> > And the problem is that the code that uses 'adv' to determine if it
> > sound send a window update to the remote end is falsely succeeding due
> > to the overflow causing tcp_output() to 'goto send' but that it then
> > fails to se
Hi,
On Mon, Mar 28, 2011 at 14:23 -0400, John Baldwin wrote:
>
> No, this is not really right. Your patch from your blog is the best
> fix actually. The reason we want to let 'win' be larger than
> TCP_MAXWIN is that if the remote end sends more data than we've
> advertised but we have room in
On Wed, Mar 30, 2011 at 08:38 -0400, John Baldwin wrote:
> There is at least one case I know of related to a bug I reported earlier
> where a window probe from a remote connection can cause rcv_nxt to advance
> past rcv_adv by one. However, I think we want to know about those cases,
> and we shoul
Hi I'm back :)
On Fri, Apr 01, 2011 at 01:40 +0200, Stefan `Sec` Zehl wrote:
> I'll of course monitor this value and report back if I ever see it
> increase :-)
It did:
| ice:~>uptime
| 1:45PM up 2 days, 17:01, 0 users, load averages: 1.29, 0.98, 0.60
| ice:~>sysct
Hi,
I just upgraded from FreeBSD-5 to -6, and now my default route via gif0
vanishes after 7 seconds.
| ice:~#ifconfig gif0
| gif0: flags=8051 mtu 1280
| tunnel inet 194.77.85.2 --> 193.149.44.208
| inet6 fe80::20e:a6ff:fe04:ea37%gif0 prefixlen 64 scopeid 0x14
| inet6 2001
Hi,
On Sun, Oct 01, 2006 at 12:33 +0900, Motoyuki Konno wrote:
> I had the same problem on my FreeBSD 6-STABLE box.
> Fix was already committed to -current (src/sys/netinet6/nd6.c
> rev 1.69), but not yet to 6-STABLE.
Thanks for your reply.
> Try src/sys/netinet6/nd6.c rev 1.48.2.13 (older versi
