Here are my comments on -00. Looking forward to -01
2. Add a definitions for Owner Peer ? Peer Co-ordinates? 3.1 Where does the URL that E uses resolve to? A? B? O? 3.5 Call Delegation Could 302 be used instead? (REFER does have the advantage that it can be used later on to load balance, i.e. not just on incoming calls) In 4.2 a node SHOULD be aware of it's relative position but in 4.1 it MUST select the focus peer whose co-ordinate value best matches. Is this inconsistent? 4.2 Is the N-dimensional cartesian co-ordinate defined anywhere? Is this presuming e.g. Chord. The statement is made that a concrete set of topology algorithms is out of scope - hence I would have thought the topology designator (i.e. cartesian co-ordinates) is also out-of-scope. Some topologies may elect to use a different representation. 4.4 Co-ordinate in contact field: - will all peers know the co-ordinate scheme being used? 4.5 DisCo peers can not be behind a NAT… I understand why this is a challenge but p2psip has NAT traversal and I see a very common application of DisCo to aggregate conference traffic within an enterprise to reduce the amount of media going outside. I think this would be of huge benefit to Disco. 5.1 Is the use of the term 'media types' indicating audio/video or the CODECs which are in use? 5.2 When a potential peer becomes active - how does it exchange media with the other active focus? Figure 7: Is there any merit in sending the REFER to the Joining Peer instead of the PotentialFocus? In general dialog-creating REFERs are less common and some nodes make a policy choice not to respond to them. Does e.g. the ICE exchange get simpler if the new INVITE comes from the Joining Peer? Nits: 1. s/complies the/complies with the/ 3.3 "A conference member proposes as a focus" -> "A conference member proposes itself as a focus" 4.1 (last para) s/inadequate/inappropriate/ ? 4.3 point 2 s/another a DisCo/another DisCo/ 4.3 point 3 s/is like to register/is similar to registering/ 4.3 s/MAY registers/MAY register/ 5.1 s/differnt/different/ s/participating the conference/participating in the conference/ Regards, Peter Musgrave On Thu, Sep 16, 2010 at 9:56 AM, Gabriel Hege <[email protected]> wrote: > Hi Peter, > > thank you very much for your comments. > > The first version of the draft is really just about distributing the control > of the conference, but the idea is that the focus peers also do media > distribution. Whether this involves mixing and reencoding or just relaying > is dependent on the implementation and the media types involved. > > We are currently working on a major update to the draft, which will talk > more about media distribution. > > best regards, >  gabriel > > Am 15.09.2010 12:30, schrieb Peter Musgrave: >> >> Hi, >> >> I am reading this more carefully now (and will post some detailed >> questions and comments in a few days). >> >> One high-level question. Is DisCO *just* about distributing the >> control of the conference? It talks about distributed focus peers but >> does not indicate whether these are doing a distributed audio mix (and >> it does not indicate how such peers would exchange audio data). e.g. >> the description in 5.2 does not discuss how a new focus peer exchanges >> media with existing focii... >> >> Thanks, >> >> Peter Musgrave >> _______________________________________________ >> P2PSIP mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/p2psip > _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
