I am not trying to open again the discussion on HTTP-based discovery we had some time ago, but it looks to me that situations like the one described by Wendy could imply that we'd need some mechanism for optionally providing metadata as a result of the initial discovery process. Unless I am missing something, this would be a case for an extended HTTP-based discovery.
I think we could discuss on this during the extended evening session that Enrico announced for Wednesday. Be goode, On 24 Jul 2013, at 09:48 , Sebastian Kiesel wrote: > On Tue, Jul 23, 2013 at 04:52:35PM -0400, Wendy Roome wrote: >> Here's why an IRD returned by ALTO discovery must must have a default >> network map. Consider an ALTO client that gets the server URI via discovery. >> By definition, a discovery client must be provider-independent. Because >> resource ID names are provider-specific, a discovery client cannot be >> pre-configured with a map ID. Hence any IRD returned by discovery MUST mark >> one of its maps as the default. If not, a discovery client can't decide >> which network map to use. >> >> Of course, there'd be no problem if ALTO discovery could return a map ID as >> well as a URI. But I gather that's not possible. > > The current discovery procedures do not support that, and it seems to me > that this would only move the problem to another subsystem instead of > solving it - if you cannot decide which map to mark as default in the > IRD, how could you decide which map name to indicate as default using a > to-be-defined extension of the discovery mechanism? > > Thanks > Sebastian > > _______________________________________________ > alto mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/alto -- "Esta vez no fallaremos, Doctor Infierno" Dr Diego R. Lopez Telefonica I+D http://people.tid.es/diego.lopez/ e-mail: [email protected] Tel: +34 913 129 041 Mobile: +34 682 051 091 ----------------------------------------- ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at: http://www.tid.es/ES/PAGINAS/disclaimer.aspx _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
