From owner-svn-src-head@FreeBSD.ORG Sat Jan 10 19:38:19 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B0E1065673; Sat, 10 Jan 2009 19:38:19 +0000 (UTC) (envelope-from prvs=julian=254810458@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA0A8FC1C; Sat, 10 Jan 2009 19:38:18 +0000 (UTC) (envelope-from prvs=julian=254810458@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.87]) by smtp-outbound.ironport.com with ESMTP; 10 Jan 2009 11:38:16 -0800 Message-ID: <4968F927.1010206@elischer.org> Date: Sat, 10 Jan 2009 11:38:15 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Adrian Chadd References: <200901091602.n09G2Jj1061164@svn.freebsd.org> <4967A500.30205@fsn.hu> <4967B6D9.90001@elischer.org> <4967C539.2060803@fsn.hu> <49686A30.4000205@fsn.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Attila Nagy , svn-src-all@freebsd.org, src-committers@freebsd.org, Robert Watson Subject: Re: svn commit: r186955 - in head/sys: conf netinet X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 19:38:19 -0000 Adrian Chadd wrote: > 2009/1/10 Robert Watson : > >> I think Julian's analysis, that this is more of an inet option than a >> socket-layer option, seems more appropriate to me, the benefits of >> portability in adopting the API used by OpenBSD/BSDI/etc seem more >> compelling. We should make sure that, if we move to the socket option used >> on those systems, we block setting it on non-supporting protocols, or >> confusion will result. In particular, Adrian's change only modified IPv4, >> not IPv6, so until it's implemented on IPv6 it shouldn't be possible to set >> the option. actually I think i'm wrong in one way.. (I had been up 2 days) I was mixing in my mind two things.. the action of 'bind' whiuch this patch is about, and the action of accepting packets destined for other addresses, which is what the as yet unchecked in part.. the 'for-me' ipfw option is about. bind() of course can not be done after the socket has gone away so I don't know what I was thinking when I said that. However the protocol has the code that makes the decision as to whether the address is bindable or not, which is why I did it the way I did.. so in hte end it is still a toss up as to whether this should be a protocol or socket layer option, as ultimately the protocol has to (not) do the work. > > I'm happy to (eventually) also implement the BSDI API once I actually > spend time looking at what the difference in behaviours are. If we're > lucky, the only difference is where the socket option hooks in and the > actual network behaviour is the same. > > (Meanwhile, I think I have to go off and implement this particular > behaviour in Squid, and see if the OpenBSD support indeed does > function as advertised.) > > > > Adrian