Re: scalability question

Brad Hards <[email protected]> Sat, 18 Mar 2006 09:14:25 +1100
Newsgroups gmane.network.zeroconf.workers
Message-ID <[email protected]>
--nextPart2065814.xdsp3aasop
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 18 March 2006 04:31 am, Rory I. Sinclair wrote:
> My question is about the scalability of Bonjour or Avahi or any other
> zeroconf/mDNS/DNS-SD implementation and its suitability for the following:
I agree with Marc - scalability of the protocol (and its assumptions - like=
=20
everything is on the same subnet) is the problem. The implementations do a=
=20
good job of implementing the protocol.

> 1) Presence awareness of the client machines - ie the 'important' server
> hosts will use DNS-SD browse to be notified of any client machines dying.
This type of polling is going to be expensive. I don't know of any clean wa=
y=20
of handling this.

> 2) To allow the client machines to lookup network services by name and
> resolve the host/port information at runtime, rather than maintaining
> lookup tables
I think that a system like Service Location Protocol is going to be better=
=20
than zeroconf at this scale. It can use intermediate caching servers which=
=20
(given a decent network design) can save you a lot of traffic - basically o=
ne=20
or two caches per subnet mean that each query gets asked once per subnet, n=
ot=20
once per machine.

> 3) To allow clients to handle failures in the 'server' machines (eg
> multiple instances of the network services will provide failover)
SLP might help here, but an alternative approaches (load balancing proxies,=
=20
failover with STOMITH or other High Availability techniques) are probably=20
worth a look. To some extent it depends on how much downtime you can tolera=
te=20
in the failover.

Brad

--nextPart2065814.xdsp3aasop
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBEGzTPGwwszQ/PZzgRAu8PAJ44gRssuHvXTStTQyqUaLfMXYgWKACeJSQ7
rHPINR8iqnLU0t/ggsjQfeU=
=ujsp
-----END PGP SIGNATURE-----

--nextPart2065814.xdsp3aasop--


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642