Re: Determining "default" address from Rendezvous resolve
Re: Determining "default" address from Rendezvous resolve
- Subject: Re: Determining "default" address from Rendezvous resolve
- From: Jason Linhart <email@hidden>
- Date: Sun, 22 Sep 2002 16:20:16 -0400
On 9/20/02 1:01 PM Dean Dauger (email@hidden) wrote:
>
Bob wants to browse for Alice's Mac, so both Macs can be used for a
>
computationally- and communications-intensive cluster computing job.
>
Therefore, it's important to connect via the "best" interface. When my app
>
on Bob's Mac tries to resolve Alice's Mac, it gets two IP addresses. Which
>
one does it choose? With the API as it stands, it appears that there is no
>
way to tell which is the best choice.
Your problem is that word "best". There simply is no such thing as the
"best" interface to use. You think you have some intuitive understanding
of what best means, but I'll bet someone will configure a network that
invalidates your assumptions. If you have a concrete definition of
"best", like say "fastest right now", then you can measure the speed each
time and see which is better at the moment. Otherwise all bets are off.
Which interface is fastest will vary depending on destination, sun spot
activity (literally for satellite routes, rain for microwave links, etc),
and routing congestion varies over time (sometimes dramatically). Which
interface has the lowest latency will also vary based on the same things.
Which interface is the most reliable will vary based on things you are
unlikely to be able to predict. And all three will vary independently of
each other, and in some situations the ranking will change from minute to
minute.
Now in practice most users have very simple configurations. You can
simply pick the built-in ethernet interface and work at least 70% of the
time. You might even come up with a rule that works 99% of the time, but
that last 1% will kill you.
Jason
-----------------
email@hidden
-----------------
Dr. Seuss books . . . can be read and enjoyed on several levels. For
example, 'One Fish Two Fish, Red Fish Blue Fish' can be deconstructed
as a searing indictment of the narrow-minded binary counting system.
-- Peter van der Linden, Expert C Programming, Deep C Secrets
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.