Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Jan 2008 13:29:23 +0300 (MSK)
From:      Maxim Konovalov <maxim@macomnet.ru>
To:        Andre Oppermann <andre@freebsd.org>
Cc:        freebsd-net@freebsd.org
Subject:   Re: cvs commit: src/sys/netinet tcp_syncache.c
Message-ID:  <20080126132516.I15031@mp2.macomnet.net>
In-Reply-To: <479A7B55.6050302@freebsd.org>
References:  <200711200656.lAK6u4bc021279@repoman.freebsd.org> <4797B77E.2090605@freebsd.org> <20080124005006.D93697@odysseus.silby.com> <47986F27.10401@freebsd.org> <20080124145713.K15031@mp2.macomnet.net> <47988A2A.5010506@freebsd.org> <20080124164704.X15031@mp2.macomnet.net> <47989E3C.4030700@freebsd.org> <20080124171957.N15031@mp2.macomnet.net> <20080125073623.F15031@mp2.macomnet.net> <479A7B55.6050302@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
> > http://maxim.int.ru/stuff/adsl.dmp.gz
> >
> > 192.168.1.1 -- adsl box
> > 192.168.1.250 -- FreeBSD
>
> The trace looks perfectly fine with regard to timestamps.  They are
> sent and properly reflected by the adsl box.  Everything else looks
> fine too. No anomalies seen.
>
> The syncache check for timestamps wouldn't be triggered anyway
> because it only applies to incoming connections.  Not segments in
> general. Connections initiated by the FreeBSD box never go through
> syncache.
>
> To track down the problem you saw back then, which is very probably
> unrelated to the syncache issue, I would need a trace of a failed
> connection.  For that you need to downgrade.  If you can find time
> for the downgrade I'm happy to find the root cause.
>
I find a kernel from September sitting in /boot.  There are two new
dumps now:

http://maxim.int.ru/stuff/adsl.failed.dmp.gz

The adsl router displays login page but never returns the second page.

http://maxim.int.ru/stuff/adsl.rfc1323=0.dmp.gz

This one works.

-- 
Maxim Konovalov



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080126132516.I15031>