Date: Tue, 06 May 2008 23:59:39 -0700 From: Julian Elischer <julian@elischer.org> To: "Bruce M. Simpson" <bms@incunabulum.net> Cc: freebsd-net@freebsd.org, Edwin Groothuis <edwin@mavetju.org> Subject: Re: IPPROTO_DIVERT and PF_INET6 Message-ID: <4821535B.8050001@elischer.org> In-Reply-To: <4821330E.8030101@incunabulum.net> References: <20080503100043.GA68835@k7.mavetju> <m2od7k7e5z.wl%Jinmei_Tatuya@isc.org> <481F6AE1.5020408@elischer.org> <20080505231009.GX44028@k7.mavetju> <481F95DE.6090201@elischer.org> <4821330E.8030101@incunabulum.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce M. Simpson wrote: > Julian Elischer wrote: >> you could implement a whole new protocol family of which there >> was a single protocol.. divert. > That's sheer overkill for what Edwin needs to be able to do. We already > have a bunch of apps which use divert sockets in the IPv4 space, why > should the existing semantics change? Divert sockets are still tied to > the transport you instantiate them with, and they have always been a > special case anyway depending on where one wishes to draw the lines. > > There is no reason per se, that I can see, why the IPPROTO_DIVERT > identifier can't just be re-used along with pf_proto_register() for > PF_INET6, and I've said this to Edwin off-list. A PROTO_SPACER entry > just needs to be added to in6protosw. > > I was surprised to learn no-one had gone ahead and actually implemented > it already as there are a few cases in IPv6 which might warrant it > (6to4, Teredo etc.) If I'm missing anything obvious please let me know. > > cheers > BMS actually the divert sockets should really not be in PF_INET they could deliver both inet and inet6 packets. the sockaddr that they return (and which needs to be read for divert to make sense) could be used to distinguish between them.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4821535B.8050001>