[Standards-JIG] media conferencing, flow segmenting

Ulrich Staudinger us at die-horde.de
Fri Mar 12 15:53:21 UTC 2004


CORVOYSIER David FTRD/DMI/REN wrote:

>I don't understand what you mean by "Related to SIP/H323": do you mean
>you will actually use these protocols ? Or is it just that this step
>corresponds to an XMPP equivalent of these protocol (I do agree with
>that).
>If you really mean using SIP or H323, then I don't understand why you
>need a separate SDP step, because both protocols already have it (SIP
>actually uses SDP).
>
>Another thing: what about NAT issues ? It is often desirable to know
>whether users can reach each other before actually trying to start the
>RTP flow. I think this step may be included between the feature
>negotiation and the calling step. 
>
>There is another use case too: when you start a 1-2-1 call and switch to
>a conference when someone else joins (a bit tricky actually, perhaps not
>supporting it at all is a valid option).
>  
>
What's more important is the question whether ignoring existing JEPs 
helps in writing a new JEP as a solution for MMUC ban, MMUC kick, 
1-2-1/MMUC quota exceeded.

someone has an opinion especially on how to solve the last three cases ?




More information about the Standards mailing list