RE: [XCON] CPCP Requirement: de-activating a conference
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [XCON] CPCP Requirement: de-activating a conference



I agree with Brian.

Petri

> -----Original Message-----
> From: xcon-admin@ietf.org [mailto:xcon-admin@ietf.org]On Behalf Of ext
> Rosen, Brian
> Sent: 06 January, 2004 16:47
> To: 'Even, Roni'
> Cc: Khartabil Hisham (Nokia-TP/Helsinki); xcon@ietf.org
> Subject: RE: [XCON] CPCP Requirement: de-activating a conference
> 
> 
> Clearly, xcon can only address the "equipment" part of the problem.
> 
> What is wrong with making the start time in the future?  I think it is
> quite sufficient.  The actual mechanism the focus uses to maintain
> resource reservation is beyond scope, but the actual reservation seems
> to be simple.
> 
> Brian
> 
> -----Original Message-----
> From: Even, Roni [mailto:roni.even@polycom.co.il]
> Sent: Tuesday, January 06, 2004 9:23 AM
> To: 'Rosen, Brian'; Even, Roni
> Cc: 'hisham.khartabil@nokia.com'; xcon@ietf.org
> Subject: RE: [XCON] CPCP Requirement: de-activating a conference
> 
> 
> Brian,
> So you see the focus as managing reservation, this means we 
> have to go back
> to the framework document and decide how to handle 
> reservation. I did not
> see the requirement to have it as part of the conferencing 
> architecture
> since it does not apply only to conferencing. Reservation is 
> a general topic
> that address also the conference rooms, the people and the 
> equipment. That
> is why I think it is outside of the conferencing architecture
> Roni Even
> 
> *************************************
> Roni Even
> 
> Polycom Israel
> 
> Tel: +972-3-9251200
> Cell: +972-55-481099
> email:roni.even@polycom.co.il
> *******************************************
> 
> 
> -----Original Message-----
> From: Rosen, Brian [mailto:Brian.Rosen@marconi.com]
> Sent: Tuesday, January 06, 2004 4:14 PM
> To: 'Even, Roni'
> Cc: 'hisham.khartabil@nokia.com'; xcon@ietf.org
> Subject: RE: [XCON] CPCP Requirement: de-activating a conference
> 
> 
> I don't like this idea because I think that we need a 
> standardized interface
> for scheduling and "external application server" sounds very 
> proprietary to
> me.  I guess I could be convinced we need a separate interface, with a
> separate protocol (maybe it could be iCal), but I'm not yet convinced
> just specifying a start time in the future isn't a sufficient 
> reservation
> mechanism.
> 
> Brian
> 
> -----Original Message-----
> From: Even, Roni [mailto:roni.even@polycom.co.il]
> Sent: Tuesday, January 06, 2004 7:22 AM
> To: 'Rosen, Brian'; 'hisham.khartabil@nokia.com'; xcon@ietf.org
> Subject: RE: [XCON] CPCP Requirement: de-activating a conference
> 
> 
> Brian,
> My suggestion is not to have reservation in the conference policy. The
> conference policy is used by the focus according to the 
> conference framework
> and the focus is not the place for handling reservation. I think that
> reservation is handled by an external application server that 
> will start the
> conference using CPCP at the time when the conference 
> scheduled time has
> arrived. The focus may use the conference duration 
> information in order to
> notify the participants that it the conference end-time is coming and
> terminate the conference. Extension of the should be done 
> using CPCP either
> by the participant or an application server.
> Roni
> 
> *************************************
> Roni Even
> VP Product Planning
> Polycom Israel
> 
> Tel: +972-3-9251200
> Cell: +972-55-481099
> email:roni.even@polycom.co.il
> *******************************************
> 
> 
> -----Original Message-----
> From: Rosen, Brian [mailto:Brian.Rosen@marconi.com]
> Sent: Monday, December 15, 2003 4:25 PM
> To: 'hisham.khartabil@nokia.com'; xcon@ietf.org
> Subject: RE: [XCON] CPCP Requirement: de-activating a conference
> 
> 
> Again, I'm worried about "privileged users".  I think we need 
> to finish
> some discussions we started a while ago that essentially are 
> semantics.
> What is an "inactivated" conference, and how does it differ from a
> conference that can be re-instantiated (a weekly meeting for example)?
> 
> Brian
> 
> > -----Original Message-----
> > From: hisham.khartabil@nokia.com [mailto:hisham.khartabil@nokia.com]
> > Sent: Monday, December 15, 2003 7:57 AM
> > To: xcon@ietf.org
> > Subject: [XCON] CPCP Requirement: de-activating a conference
> > 
> > 
> > This is in reference to requirement REQ-B9 in 
> > http://www.ietf.org/internet-drafts/draft-ietf-xcon-cpcp-reqs-00.txt
> > 
> >    REQ-B9: It MUST be possible to inactive a conference for defined
> >    period of time.
> > 
> > There are start and stop times for a conference. A conference 
> > might live for days, weeks or even months. Should a 
> > conference policy, using CPCP, allow a privileged user to 
> > de-activate a conference for a period of time within the 
> > start and stop times of a conference? Examples are 
> > administrator is performing some maintenance.
> > 
> > Regards,
> > Hisham
> >
> 

_______________________________________________
XCON mailing list
XCON@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.