From owner-freebsd-net@FreeBSD.ORG Tue Feb 24 09:51:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 126541065672 for ; Tue, 24 Feb 2009 09:51:06 +0000 (UTC) (envelope-from david.gueluy@netasq.com) Received: from netasq.netasq.com (netasq.netasq.com [213.30.137.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2CFC28FC1C for ; Tue, 24 Feb 2009 09:51:05 +0000 (UTC) (envelope-from david.gueluy@netasq.com) Received: from [10.2.13.60] (unknown [10.0.0.126]) by netasq.netasq.com (Postfix) with ESMTP id A32002E16C; Tue, 24 Feb 2009 10:51:03 +0100 (CET) Message-Id: <9860FE97-C8CE-46F2-BE58-AAB84739BA45@netasq.com> From: =?ISO-8859-1?Q?david_gu=E9luy?= To: Robert Watson In-Reply-To: Content-Type: multipart/signed; boundary=Apple-Mail-345--536155353; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Feb 2009 10:51:22 +0100 References: X-Mailer: Apple Mail (2.930.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: bad usage of the shutdown system call produce a packet with null ip addresses X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2009 09:51:07 -0000 --Apple-Mail-345--536155353 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi, A PR is submitted kern/132050: bad usage of the shutdown system call produce a packet =20 with null ip addresses http://www.freebsd.org/cgi/query-pr.cgi?pr=3D132050 Le 24 f=E9vr. 09 =E0 00:32, Robert Watson a =E9crit : > > Definitely a bug -- could I ask you to file a PR on this, and =20 > forward me the PR receipt from GNATS? I can take a look at this, =20 > but probably not for a week or so and don't want to lose track of =20 > it. Most likely this is a result of the changes to add INP_DROPPED =20= > and make the inpcb persist after disconnect, in some way or another. > > Robert N M Watson > Computer Laboratory > University of Cambridge >> Best Regards, Gueluy David --Apple-Mail-345--536155353--