Zeroconfig and Multicast DNS

Brooks Davis brooks at one-eyed-alien.net
Fri Aug 25 19:40:54 UTC 2006


On Fri, Aug 25, 2006 at 10:35:03AM +0900, JINMEI Tatuya / ?$B?@L at C#:H wrote:
> >>>>> On Thu, 24 Aug 2006 13:42:29 -0500, 
> >>>>> Brooks Davis <brooks at one-eyed-alien.net> said:
> 
> >> Um...I'm not sure if this is even possible. Let's forget mDNS and
> >> go back to basic IP.
> >> Say a multi-homed host has two interfaces both configured with an
> >> address in the rage 169.254/16, say 169.254.1.1 and 169.254.2.1 and
> >> it wants to initiate a connection to 169.254.3.1, how on earth should
> >> it be able to tell on which side 3.1 is located? There might even be
> >> one 3.1 on both side that could be completely different hosts.
> 
> > You probably would need an extension similiar to the one for IPv6 LLAs.
> > i.e. the %bge0 in fe80::2e0:81ff:fe31:9f00%bge0.
> 
> (I've not followed the discussion closely, so my apologize in advance
> if this message reacts to an off-topic.)
> 
> Note that the '%bge0' notation works well thanks to the sin6_scope_id
> field of the sockaddr_in6{} structure.  Since sockaddr_in{} doesn't
> have such an additional member to solve the ambiguity, the extension
> to the IPv4 addresses would not be that trivial.

Thanks for the response.  That makes sense.  I think due to the
sin_zero member in sockaddr_in{} we could fix this without breaking
ABI compatability if we shrunk sin_zero appropriatly (or for API
compatability created a union and #defined sin_zero) and then added a
reference to the interface index.  That would have the advantage of also
letting us clean up the abuse of sin_zero to store the interface name in
ip_divert.c.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20060825/0ffbbeb9/attachment.pgp


More information about the freebsd-net mailing list