Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Is this the correct approach?



On Feb 17, 2004, at 6:31 AM, Scott Atchley wrote:

> On Feb 17, 2004, at 12:07 AM, Marc Krochmal wrote:
>
>> Scott,
>>
>> On Feb 15, 2004, at 9:38 AM, Scott Atchley wrote:
>>
>>> I was thinking that we would need to build the mDNSResponder into 
>>> our server, but it seems that we should simply provide a link in our 
>>> documentation to where our users can get it at Apple if they want to 
>>> run this on *nix or Windows. We would then make using 
>>> Rendezvous/ZeroConf an optional part of our server configuration 
>>> (--with-mdns=<path>). If configured to use Rendezvous/ZeroConf, then 
>>> it would start up, announce itself and then listen for requests.
>>
>> I'm not sure what your target audience is.  If your user's don't mind 
>> agreeing to the APSL by registering in order to get a user name and 
>> password, and if they don't mind learning how to use cvs to get the 
>> latest mDNSResponder that includes the daemon for *nix, then yes this 
>> is one solution.  However, I wouldn't recommend this.  Is there a 
>> problem with bundling the daemon with your server?
>
> Can more than one mDNSResponder exist on a host? If not, then I don't 
> want to assume that our server will be able to run one. If so, how do 
> they both listen on the same multicast port?

With multicast, you can have multiple sockets sharing the same port. 
All of the sockets must us the SO_REUSEPORT socket option.

> Correct me if I am wrong, but it seems to me that the mDNSResponder 
> daemon simply caches previous service advertisements so that clients 
> on the same machine can query it and keep overall network traffic 
> down. Does it do anything else? If there is not a client on the same 
> host, what purpose does it serve? Does it reply to service requests 
> over the network instead of the actual service provider (our server in 
> this case)?

The responder does more than this. The responder also combines queries 
in to a single packet and when responding, it puts multiple answers to 
different queries in to the same packet. These few things significantly 
reduce the traffic generated.

-josh

[demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
_______________________________________________
rendezvous mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/rendezvous
Do not post admin requests to the list. They will be ignored.

References: 
 >CVS mDNSResponder vs. Howl on Linux (From: Christopher Smith <email@hidden>)
 >Re: CVS mDNSResponder vs. Howl on Linux (From: Scott Herscher <email@hidden>)
 >Is this the correct approach? (From: Scott Atchley <email@hidden>)
 >Re: Is this the correct approach? (From: Marc Krochmal <email@hidden>)
 >Re: Is this the correct approach? (From: Scott Atchley <email@hidden>)
 >Re: Is this the correct approach? (From: Marc Krochmal <email@hidden>)
 >Re: Is this the correct approach? (From: Scott Atchley <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.