[BLISS] call-completion open issue 1011: Forking of the CC SUBSCRIBE to multiple destinations
"WORLEY, Dale R (Dale)" <dworley@avaya.com> Thu, 08 July 2010 02:51 UTC
Return-Path: <dworley@avaya.com>
X-Original-To: bliss@core3.amsl.com
Delivered-To: bliss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D990E3A6824 for <bliss@core3.amsl.com>; Wed, 7 Jul 2010 19:51:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.841
X-Spam-Level:
X-Spam-Status: No, score=-1.841 tagged_above=-999 required=5 tests=[AWL=0.758, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hl7i1J3gJxgp for <bliss@core3.amsl.com>; Wed, 7 Jul 2010 19:51:33 -0700 (PDT)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by core3.amsl.com (Postfix) with ESMTP id 0585A3A67B7 for <bliss@ietf.org>; Wed, 7 Jul 2010 19:51:32 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.53,556,1272859200"; d="scan'208";a="226832845"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by co300216-co-outbound.net.avaya.com with ESMTP; 07 Jul 2010 22:51:36 -0400
X-IronPort-AV: E=Sophos;i="4.53,556,1272859200"; d="scan'208";a="489804539"
Received: from dc-us1hcex1.us1.avaya.com (HELO DC-US1HCEX1.global.avaya.com) ([135.11.52.20]) by co300216-co-erhwest-out.avaya.com with ESMTP; 07 Jul 2010 22:51:35 -0400
Received: from DC-US1MBEX4.global.avaya.com ([169.254.1.161]) by DC-US1HCEX1.global.avaya.com ([2002:870b:3414::870b:3414]) with mapi; Wed, 7 Jul 2010 22:51:35 -0400
From: "WORLEY, Dale R (Dale)" <dworley@avaya.com>
To: "bliss@ietf.org" <bliss@ietf.org>
Date: Wed, 07 Jul 2010 22:51:35 -0400
Thread-Topic: call-completion open issue 1011: Forking of the CC SUBSCRIBE to multiple destinations
Thread-Index: AQHLHkhH8sY1yvilf02hkAslDexG8w==
Message-ID: <CD5674C3CD99574EBA7432465FC13C1B21FE98EE81@DC-US1MBEX4.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [BLISS] call-completion open issue 1011: Forking of the CC SUBSCRIBE to multiple destinations
X-BeenThere: bliss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Basic Level of Interoperability for SIP Services \(BLISS\) BoF" <bliss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/bliss>, <mailto:bliss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bliss>
List-Post: <mailto:bliss@ietf.org>
List-Help: <mailto:bliss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bliss>, <mailto:bliss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jul 2010 02:51:34 -0000
The conversation so far: > > * 1011 Forking of the CC SUBSCRIBE to multiple destinations > > > > Andrew Hutton notes that the SIP stack in some UAs may not be > > able to send several SUBSCRIBEs to several destinations using > > the same Call-Id. > > > > The answer is that it is not *necessary* for these SUBSCRIBEs > > to be forks of the same transaction. If they have separate > > Call-Ids, there are certain inefficiencies but no loss of > > functionality: A monitor might receive forks of more than > > one of these SUBSCRIBEs and not realize that they are merged > > requests, and will establish multiple queue elements. But > > only one of these queue elements will be selected for callback. > > > > We need to add some text to section 6.2 about this. (I think in older > > versions there was a requirement that the same Call-Id should be > > used.) This shouldn't be difficult to address as it is actually an > > efficiency measure. > > Maybe we could suggest the usage of the same Call ID with a SHOULD? I think we are all agreed that this should be a SHOULD. We could add the following paragraph after the first paragraph of 6.2: To minimize redundant subscriptions, these SUBSCRIBEs SHOULD have the same Call-Id, that is, be presented as forks of the same transaction, if the caller's agent is capable of doing so. Dale
- [BLISS] call-completion open issue 1011: Forking … WORLEY, Dale R (Dale)
- Re: [BLISS] call-completion open issue 1011: Fork… R.Jesske