RE: [Sipping-tispan] [CCBS/CCNR]
"Michael Hammer \(mhammer\)" <mhammer@cisco.com> Thu, 01 September 2005 18:00 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32)
id 1EAtMT-0001tr-0Y; Thu, 01 Sep 2005 14:00:29 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32) id 1EAtMR-0001sp-Kn
for sipping-tispan@megatron.ietf.org; Thu, 01 Sep 2005 14:00:27 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17344
for <sipping-tispan@ietf.org>; Thu, 1 Sep 2005 14:00:24 -0400 (EDT)
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAtOR-0006fE-It
for sipping-tispan@ietf.org; Thu, 01 Sep 2005 14:02:31 -0400
Received: from rtp-core-2.cisco.com ([64.102.124.13])
by rtp-iport-1.cisco.com with ESMTP; 01 Sep 2005 11:00:18 -0700
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.96,162,1122879600"; d="scan'208"; a="8155647:sNHT23688924"
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
[64.102.31.12])
by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j81HxiRD019452;
Thu, 1 Sep 2005 14:00:16 -0400 (EDT)
Received: from xmb-rtp-20b.amer.cisco.com ([64.102.31.53]) by
xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211);
Thu, 1 Sep 2005 14:00:06 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Sipping-tispan] [CCBS/CCNR]
Date: Thu, 1 Sep 2005 14:00:05 -0400
Message-ID: <072C5B76F7CEAB488172C6F64B30B5E382E1A9@xmb-rtp-20b.amer.cisco.com>
Thread-Topic: [Sipping-tispan] [CCBS/CCNR]
Thread-Index: AcWu4um+T6SzZUQ/QNOHd1bD6CeBdgAOspqA
From: "Michael Hammer \(mhammer\)" <mhammer@cisco.com>
To: "Miguel Garcia" <Miguel.An.Garcia@nokia.com>, <sipping-tispan@ietf.org>
X-OriginalArrivalTime: 01 Sep 2005 18:00:06.0446 (UTC)
FILETIME=[FC2AA4E0:01C5AF1E]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Content-Transfer-Encoding: quoted-printable
Cc:
X-BeenThere: sipping-tispan@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of requirements for SIP introduced by ETSI TISPAN
<sipping-tispan.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-tispan>,
<mailto:sipping-tispan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/sipping-tispan>
List-Post: <mailto:sipping-tispan@ietf.org>
List-Help: <mailto:sipping-tispan-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping-tispan>,
<mailto:sipping-tispan-request@ietf.org?subject=subscribe>
Sender: sipping-tispan-bounces@ietf.org
Errors-To: sipping-tispan-bounces@ietf.org
> -----Original Message----- > From: sipping-tispan-bounces@ietf.org > [mailto:sipping-tispan-bounces@ietf.org] On Behalf Of Miguel Garcia > Sent: Thursday, September 01, 2005 5:19 AM > To: sipping-tispan@ietf.org > Subject: [Sipping-tispan] [CCBS/CCNR] > > Hi: > > with respect the added CCBS/CCNR requirements, I think > something is still missing. > > - A bit more elaboration on the queue management, precisely, > what are the implications for the service (I think there is > the concept of a "timeslot" in which a user can return a > call, and if it doesn't happen, the user misses his turn in > the queue ... or somethign like that. How about: The submission of a CCBS/CCNR queue request must include a time limit. The CCBS/CCNR queue service may adjust the request time limits based on local policy. > - A definition of a "CCBS/CCNR request", which at the moment, > misleads me in the interpretation of the service. It can mean > two different > things: "Please add me to the CCBS/CCNR queue of the callee", > or "this is a session returned as a result of an indication > from CCBS/CCNR". and: The CCBS/CCNR callee must have the means to inform a queued caller that the callee is free along with the means for the caller to originate the subsequent session setup such that it can be distinguished by the callee from other possible session setups. Mike > - Perhaps and explanation that the queue manager must be able > to distinguish between "call in return to CCBS/CCNR free > indication" from regular calls. This is related to the > "timeslot" concept as well. > > Anyone with further information of the requirements, please comment. > > /Miguel > > -- > Miguel A. Garcia tel:+358-50-4804586 > sip:miguel.an.garcia@openlaboratory.net > Nokia Research Center Helsinki, Finland > > > _______________________________________________ > Sipping-tispan mailing list > Sipping-tispan@ietf.org > https://www1.ietf.org/mailman/listinfo/sipping-tispan > _______________________________________________ Sipping-tispan mailing list Sipping-tispan@ietf.org https://www1.ietf.org/mailman/listinfo/sipping-tispan
- [Sipping-tispan] [CCBS/CCNR] Miguel Garcia
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- Re: [Sipping-tispan] [CCBS/CCNR] Miguel Garcia
- Re: [Sipping-tispan] [CCBS/CCNR] Miguel Garcia
- Re: [Sipping-tispan] [CCBS/CCNR] Paul Kyzivat
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- Re: [Sipping-tispan] [CCBS/CCNR] Paul Kyzivat
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- Re: [Sipping-tispan] [CCBS/CCNR] Miguel Garcia
- Re: [Sipping-tispan] [CCBS/CCNR] Paul Kyzivat
- Re: [Sipping-tispan] [CCBS/CCNR] Miguel Garcia
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)
- RE: [Sipping-tispan] [CCBS/CCNR] Michael Hammer (mhammer)