Re: [GnomeMeeting-devel-list] Dbus' future in gnomemeeting

[Damien Sandras <dsandras seconix com>]

Le dimanche 09 octobre 2005 à 23:12 +0200, Kilian Krause a écrit :
> Hi Damien,
> 
> Am Sonntag, den 09.10.2005, 23:03 +0200 schrieb Damien Sandras:
> > > 2 States
> > > 
> > > 2.1 Call states - how can a call look like
> > > 
> > >   CSTATE_CALLING
> > > 
> > > A call has this state, when an outgoing connection attempt is made.
> > > 
> > >   CSTATE_RING
> > > 
> > > This state indicates that this client gets a connection attempt from
> > > outside.
> > > 
> > >   CSTATE_ESTABLISHED
> > > 
> > 
> > There is also an additional calling state defined as an ENUM in GM :
> > "CALLED".
> 
> ...which is identical to "RING" from the above list, right? ;)

Right!


[...]

> > 
> > What's a "PAUSED" connection? A connection on hold? Let's name it
> > "CSTATE_HOLD" in that case.
> > 
> > You can also have Audio & Video media streams which could be paused.
> 
> That's the case, imagine that you have stopped the logical channels,
> then that call is effective "on hold". That was the idea.
> 

Notice that you can stop them without having the call on hold. (just to
clarify).

> > I think it is probably too complex and too few useful, and they are in
> > general very short in time.
> 
> It was meant for stuff like blind transfer where you have to wait quite
> some time before implicitely considering things went wrong.
> 

ok

> > 
> > >   CSTATE_MUTEDUSER
> > > 
> > > This call is put on mute mode within the conference upon moderator
> > > request.
> > 
> > H.323 and SIP do not allow this.
> 
> It doesn't matter if H.323 or SIP allow for this. We can always throw
> away it locally. Think of it as an application feature. And can't we ask
> to cut off a logical channel temporarily due to congestion?
> 

We could, but we aren't that far yet.


> > >   CSTATE_CONFJOINING
> > > 
> > > The client tries to join a conference with this call at the moment.
> > > 
> > 
> > H.323 and SIP do not define such a thing.
> 
> MCU mode can be an application feature as with OpenMCU. For sure the
> mixing isn't done in the protocol, why should it?
> 

There are protocols defining stuff when you join conferences. However, I
don't think I will ever integrate an MCU in GM.

[...]
-- 
 _      Damien Sandras
(o-     GnomeMeeting: http://www.gnomemeeting.org/
//\     FOSDEM 2005 : http://www.fosdem.org
v_/_    H.323 phone : callto:ils.seconix.com/dsandras seconix com