From owner-freebsd-net@FreeBSD.ORG Mon Feb 21 04:44:20 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 421F816A4CE for ; Mon, 21 Feb 2005 04:44:20 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B432C43D3F for ; Mon, 21 Feb 2005 04:44:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-124-206-88.dsl.snfc21.pacbell.net [68.124.206.88])j1L4iDuq261212; Sun, 20 Feb 2005 23:44:18 -0500 Message-ID: <4219671C.4050002@elischer.org> Date: Sun, 20 Feb 2005 20:44:12 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Mike Silbersack References: <42192D78.6070600@elischer.org> <20050220193909.K1739@odysseus.silby.com> In-Reply-To: <20050220193909.K1739@odysseus.silby.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: ABI suggestions? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 04:44:20 -0000 Mike Silbersack wrote: > > On Sun, 20 Feb 2005, Julian Elischer wrote: > >> I'm looking at implementing a kernel module that implelemnts an ABI >> that allows a particular tcp session to be followed. >> I'm not terribly intereted in the data sent/received bas in the actual >> session >> behaviour itself.. > > >> p.s. would this be generally useful (assuming it can be achieve without >> any overhead when compiled out)? > > > Yes, I think that'd be very useful; when a user has a repeatable network > problem, we could have them turn this on and create a detailed log file > for us. In cases of reset connections, etc, this would be quite useful. > > Doesn't TCPDEBUG do something like that already, though? I haven't > taken a look into it, perhaps I should. > > Mike "Silby" Silbersack TCPDEBUG does part of it but I don't see a way to get the output directed to a listenning app that can interpret it, and I don't see a way of limitiing it to particular sessions.