Hi Sebastian, Yes - sorry I did not state this properly. If there are multiple network maps with varying levels of detail (or other differences) and the ALTO Client in a position to figure out which one it wants, then its easier to extend the ALTO-level information to convey this. If the network provider is in a position to make this determination, then it can be done at discovery-time.
Rich On Sun, Jul 14, 2013 at 12:16 AM, Sebastian Kiesel <[email protected]>wrote: > Richard, Wendy, > > On Sat, Jul 13, 2013 at 01:44:12PM -0700, Richard Alimi wrote: > > On Fri, Jul 12, 2013 at 9:51 AM, Wendy Roome <[email protected] > >wrote: > > > > > First, if discovery returns an IRD with two Network Maps, how does the > > > client know which map to use? Yes, we could add metadata to describe > each > > > map's properties, and the client software could search that. But if we > can > > > do that, why not associate that metadata with the IRD -- and hence the > > > server -- and have discovery do the searching? > > > > > > > Given the current discovery protocol, that effectively means the client > is > > going to run some algorithm to figure out which of the IRD URIs it > > discovers is desired (this is assuming, of course, that the discovery > > protocol is setup to return multiple URIs). At that point, why not > > discover a single IRD and then let the client figure out which one it > wants > > based on the metadata in each IRD? The metadata in the IRD can be > extended > > in the future as needed; the discovery protocol uses other standards > > (e.g., DNS) which can be less expressive. > > just a reminder: the discovery procedure takes a value obtained from > DHCP or manual input or (for 3pdisc) the client's IP address plus a > selector whether we want to look for HTTP, HTTPS or both types of URIs, > > It produces zero, one, or more tuples (URI, order, preference). > The two numerical values can be used to express priorities on a semantic > level (e.g., several information sources with different levels of detail > available) as well as from a load balancing / failover strategy point of > view (if one version of the content exists in several replica). > > Sebastian >
_______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
