Y. R. Yang <[email protected]> wrote: > > ... I am particularly not clear about the statement that it is better > for ALTO to provide information in the context of a particular > content/swarm/channel (identified by a content ID in an ALTO query). > What is the semantics/meaning that the ALTO info returned is adapted > to a particular content/swarm/channel?
Good question! An ALTO server run by the end-user's ISP should have good information about network infrastructure (near the end-user, anyway), but does not seem to me to be in any position to say whether any of the IP addresses it returns would even provide the _same_ data in response to that Content ID -- least of all the "right" data. > There can be many types of contents, e.g., file (BT block scheduling > vs E2dk which uses a priority queue), live streaming, VoD, VoIP, game. Et cetera... (An application I find interesting to consider is what I call "Internet Talk Radio" -- basically one-to-many, but with no predictability of content from minute to minute.) > To make progress, follow the end-to-end design principle, and implement > modular/reusable design, I feel that we should first design the most > basic, reusable ALTO component, whose function is just to provide simple, > useful network information service, which is likely to be content > independent. I quite agree. -- John Leslie <[email protected]> _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
