Subject: RE: [Rserpool] Issues with Rserpool and SLP

From: "Sengodan Senthil (NRC/Boston)" <[email-masked]>
Date: Thu, 13 Sep 2001 09:59:05 -0500

> > 
> >   1. In SLP, the presence of DAs is optional and UAs can direct get
> > service location information from SAs. This seems not good 
> for Rserpool
> > since if we want to support this DA-less operation mode, 
> The SAs in the
> > target pool will have to implement all name service functions in
> > themselves... this could mean a lot of complications. Therefore, for
> > Rserpool SLP deployment, DA support should be made mandatory.
> 
> Specifically which name service functions?  That is what I'm 
> trying to
> get at above.
>  
> If the name service functions are all simple applications of SLP
> functions,
> why can't SAs perform them as well as DAs?

Isn't it true that a UA query to an SA is always multicast, and not
unicast? In that case, that may be an additional reason to mandate DAs,
in case multicast support is not required.

- Senthil  

_______________________________________________
rserpool mailing list
[email-masked]
http://www1.ietf.org/mailman/listinfo/rserpool