From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 18:51:30 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8EAE106566B; Sun, 10 Oct 2010 18:51:30 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 69D608FC12; Sun, 10 Oct 2010 18:51:30 +0000 (UTC) Received: from labgw2.phaedrus.sandvine.com (192.168.222.22) by WTL-EXCH-1.sandvine.com (192.168.196.31) with Microsoft SMTP Server id 14.0.694.0; Sun, 10 Oct 2010 14:40:41 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 10332) id EB2F133C00; Sun, 10 Oct 2010 14:40:41 -0400 (EDT) Date: Sun, 10 Oct 2010 14:40:41 -0400 From: Ed Maste To: Robert Watson Message-ID: <20101010184041.GA10473@sandvine.com> Mail-Followup-To: Ed Maste , Robert Watson , Attilio Rao , FreeBSD Current , freebsd-net@freebsd.org, Sergey Kandaurov References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Attilio Rao , freebsd-net@freebsd.org, Sergey Kandaurov , FreeBSD Current Subject: Re: [PATCH] Netdump for review and testing -- preliminary version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2010 18:51:30 -0000 On Sat, Oct 09, 2010 at 02:15:39AM +0100, Robert Watson wrote: > Network dumps would be a great addition to the FreeBSD debugging suite! > [...] It seems that at EuroBSDCon there was a discussion of Contiki[1] and the uIPv6 stack[2] that it contains, and I think something like this could be a great future enhancement for netdump and similar consumers. Ideally I'd like to see us get to having a clean, simple API for transmitting and receiving packets and a basic stack that could be shared by netdump, as well as a network-enabled ddb, gdb backend, and perhaps console. Using the uIPv6 stack for this would get us v6 support (as the name suggests), as well as a supported / maintained stack vs. what is in netdump now. It's also BSD-licensed. This could be a good future project, although I think the current netdump implementation is worth bringing in soon (taking into account the good feedback received to date, of course). [1] http://www.sics.se/contiki/about-contiki.html [2] http://www.sics.se/contiki/contiki-6lowpan-uipv6-faq.html - Ed