Re: [XCON] draft on MSRP conferencing
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [XCON] draft on MSRP conferencing



Miguel Garcia wrote:

Hi Adam:

I would like first start asking if you agree with the requirements, particularly requirements 10 and 14, that say:

REQ-10:
It must be possible to send a message to one or more participants of the conference (private instant message).


REQ-14:
On sending private messages, it might be possible that the creator sends private messages to participants who have only revealed their nickname, but not their routable SIP URI.


Yes, I think these are good requirements, and I believe that these requirements are equally applicable to audio sidebars. E.g.:

   * It must be possible to send audio to one or more participants of
     the conference
   * It may be possible that the sender sends audio to conference
     participants who are anonymous and have not published a routable
     SIP URI.



These two requirements made us thought of the addition of a new DISTSEND method to MSRP. It clearly indicates which recipients would be getting a copy of the message.


No; you should use the same mechanism that any conference would use to indicate a subset of recipients for *any* kind of media (audio, video, streaming text, IM, anything).

DO NOT SPECIAL-CASE INSTANT MESSAGES.

There will be a general purpose way to handle sending media to a subset of participants in a conference. If you define *anything* for a particular media type that makes it a special case, then you will end up with two ways to do thing: the general purpose way that works for all media, and the special case the works for only one kind of media.

This would, as I said before, be a senseless increase in protocol complexity and consequently a barrier to interoperability.

/a

_______________________________________________
XCON mailing list
XCON at ietf.org
https://www1.ietf.org/mailman/listinfo/xcon




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.