Re: NSNetService advertises non-local IPv6 address in local domain
Re: NSNetService advertises non-local IPv6 address in local domain
- Subject: Re: NSNetService advertises non-local IPv6 address in local domain
- From: "Quinn \"The Eskimo!\"" <email@hidden>
- Date: Tue, 29 Mar 2016 21:08:21 +0100
On 29 Mar 2016, at 15:41, Jeff Johnson <email@hidden> wrote:
> Do you?
Yes.
> I'm not clear on why you'd want local services resolved to internet routable IPv4 or IPv6 addresses.
In the IPv4 case there's a clear need for this. Keep in mind that our systems don't, in general, generate an IPv4 link-local address unless the interface can't assign an IPv4 address any other way. For Bonjour to guarantee that "local." services only advertised link-local IPv4 addresses, the system would have to /always/ generate an IPv4 link-local address, which is not a good idea.
And you can't resolve this by special casing IPv4 private addresses (10/8, 192/16, 172/24) because not every one uses NAT. For example, Apple, being blessed with its own A class network (17/8), uses real IPv4 addresses everywhere.
I guess it might be possible to special case this for IPv6 but IMO IPv6 clients already need the smarts to handle a DNS name resolving to a random mixture of IPv4 and IPv6 addresses. The client you're having trouble with is already broken under many different scenarios, you just happen to be hitting one of them.
Share and Enjoy
--
Quinn "The Eskimo!" <http://www.apple.com/developer/>
Apple Developer Relations, Developer Technical Support, Core OS/Hardware
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden