The proposal for the ALTO BoF (which roughly covers (3)) is now in the BoF tracker. You can read about it at its home page:
http://alto.tilab.com/ ALTO proposes to explore a slightly broader space than merely P2P file-sharing applications, since discovery of nearby peers has equal applicability to many real-time communications protocols (for example, the discovery of a TURN server to assist the establishment of a VoIP session). Although RAI proposes to sponsor a BoF on this subject, we're not yet persuaded that RAI would be the optimal home for any ongoing work efforts related to this space - we hope that discussions surrounding the BoF could elucidate the proper division of labor and approach to this problem. I do believe this work effort is sufficiently distinct from the transport issues discussed in (1) and (2) of Lars' original mail to merit a separate effort. I do, however, whole-heartedly support TSV taking on (1) and (2) in a forum like TANA. Jon Peterson NeuStar, Inc. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars Eggert Sent: Friday, June 06, 2008 7:41 AM To: TSV Area Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] IAB; [EMAIL PROTECTED]; IESG ((E-mail)); P2PSIP Mailing List Subject: Re: discussing P2PI-related standardization in Dublin Hi, related to the work item below, I've just heard that some folks had already been discussing the submission of a more targeted BOF proposal. Depending on the details of that proposal (which I haven't seen yet), work item (3) might be subsumed by it. On 2008-6-6, at 15:58, Lars Eggert wrote: > (3) A mechanism that lets an application that can > transfer data from or to several potential peers (i.e., > servers, caches, end systems) select a subset of peers > for efficient transmission in a way that is aligned with > the dynamic interconnection structure of the network > operators that provide connectivity to those peers. > Application designers, network equipment vendors and > network operators will need to collaborate on this work > item to define what kinds of dynamic interconnection > information is useful to applications, how to obtain it, > and how to provide it to applications, resulting in a > generic mechanism that is broadly applicable to many > current and future applications. This work item has > obvious interactions with the IETF's Application, Routing > and Operations areas. In order to make this effort more > manageable, it may make sense to work out the > requirements for such a solution first, before discussing > individual proposals or breaking up the work into pieces > for specification in different areas or WGs. Lars _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
