Marc Krochmal wrote:
>
> On Jan 10, 2006, at 1:02 PM, David Brower wrote:

>>> Dec 17 11:22:46 stacr35 gethost: mdns: Received bad RR type:  
>>> expected 1 (A), got 5 (CNAME)
>>>
>>> As if it is not preparted to handle CNAMEs.    Should CNAMEs work,
>>> or only A/AAAA records?
>>>
>> Has anyone got a snappy answer now that we're all back
>> from vacations?
>
>
> Apparently the nss doesn't support CNAMEs.  The Windows NSP doesn't  
> support them either.  I just filed the following bug reports, but I  
> think the changes need to happen in the core, so one fix should  handle
> all platforms.
>
> <rdar://problem/4405068> nss_mdns should handle CNAME records
> <rdar://problem/4405071> mdnsNSP should handle CNAME records

Unfortunately, that CNAME error message is coming from nss_mdns itself,
specifically from lines 1129 (the check) and 1153 (the error) in
mdns_lookup_callback.

I'm a little surprised that a CNAME is even coming back, however, since the
query (line 902) is explicitly for A records.  If mdns itself is able to
return a CNAME when an A or AAAA record is queried for then code probably
should be added to the "if" ladder at 1124 to catch the CNAME case and
re-issue the query with the new name.

Comments?

--
Andrew White

--------------------------------------------------------------------------
This email and any attachments may be confidential. They may contain legally
privileged information or copyright material. You should not read, copy,
use or disclose them without authorisation. If you are not an intended
recipient, please contact us at once by return email and then delete both
messages. We do not accept liability in connection with computer virus,
data corruption, delay, interruption, unauthorised access or unauthorised
amendment. This notice should not be removed.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bonjour-dev mailing list      (Bonjour-dev@list...)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/bonjour-dev/subscriber%40opensubscriber.com

This email sent to subscriber@open...