Re: [cuss] draft-ietf-cuss-sip-uui-isdn-07.txt

<> Mon, 17 February 2014 15:49 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id A3CD11A020C for <>; Mon, 17 Feb 2014 07:49:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id CTR4q0B_n1Hd for <>; Mon, 17 Feb 2014 07:49:54 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 6A1ED1A024B for <>; Mon, 17 Feb 2014 07:49:54 -0800 (PST)
Received: from (unknown [xx.xx.xx.2]) by (ESMTP service) with ESMTP id 2FBAD3B417B; Mon, 17 Feb 2014 16:49:51 +0100 (CET)
Received: from Exchangemail-eme1.itn.ftgroup (unknown []) by (ESMTP service) with ESMTP id 1161D27C0B9; Mon, 17 Feb 2014 16:49:51 +0100 (CET)
Received: from PEXCVZYM13.corporate.adroot.infra.ftgroup ([fe80::cc7e:e40b:42ef:164e]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0174.001; Mon, 17 Feb 2014 16:49:50 +0100
From: <>
To: "DRAGE, Keith (Keith)" <>
Thread-Topic: [cuss] draft-ietf-cuss-sip-uui-isdn-07.txt
Thread-Index: AQHPK/fk4VSeB5wHAUyZ792NLI9H1A==
Date: Mon, 17 Feb 2014 15:49:49 +0000
Message-ID: <1799_1392652191_53022F9F_1799_1154_1_F8BE5641EC3C954DA088A8350BDDFA48124E0D@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <>
In-Reply-To: <>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version:, Antispam-Engine:, Antispam-Data: 2013.11.20.60015
Cc: "" <>
Subject: Re: [cuss] draft-ietf-cuss-sip-uui-isdn-07.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Call Control UUI for SIP \(cuss\) working group discussion list" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 17 Feb 2014 15:49:57 -0000


It is ok for us, note just that there's still a wrong occurrence of "UAS" instead of "UAC" in section 7 in the sentence "When receiving UUI, when multiple User-to-User header [...]", this could be updated in a next or final version of the ISDN draft (just to remember).

   When receiving UUI, when multiple User-to-User header fields are
   received in the same response with the "purpose" header field
   parameter to "isdn-uui", or with no "purpose" header field parameter,
   or with some combination of these, the UAS MUST discard all these
   header fields. => should be replaced by "UAC".


Celine serrut-valette 
Orange Labs

(reminder: "(same comment for sentences beginning by "When receiving UUI, when multiple User-to-User header [...]", it seems to me that "UAS" and "UAC" are inverted)" => well changed in section 8 but not done in section 7).

-----Message d'origine-----
De : cuss [] De la part de DRAGE, Keith (Keith)
Envoyé : vendredi 14 février 2014 21:42
À :
Objet : [cuss] FW: New Version Notification for draft-ietf-cuss-sip-uui-isdn-07.txt

I have just submitted the -07 version.

The changes since the last version are:

      In the UAS requirements section, a new requirement has been added
      to set the purpose parameter to "uui-isdn" if it is included.
      This matches an equivalent requirement for the UAC.

      In the UAS requirements section, two instances of UAC have been
      corrected to UAS.


Keith Drage 

-----Original Message-----
From: [] 
Sent: 14 February 2014 20:34
To: Alan Johnston; DRAGE, Keith (Keith); DRAGE, Keith (Keith); Alan Johnston
Subject: New Version Notification for draft-ietf-cuss-sip-uui-isdn-07.txt

A new version of I-D, draft-ietf-cuss-sip-uui-isdn-07.txt
has been successfully submitted by Keith Drage and posted to the IETF repository.

Name:		draft-ietf-cuss-sip-uui-isdn
Revision:	07
Title:		Interworking ISDN Call Control User Information with SIP
Document date:	2014-02-14
Group:		cuss
Pages:		20

   The motivation and use cases for interworking and transporting ITU-T
   DSS1 User-user information element data in SIP are described in the
   "Problem Statement and Requirements for Transporting User to User
   Call Control Information in SIP" document.  As networks move to SIP
   it is important that applications requiring this data can continue to
   function in SIP networks as well as the ability to interwork with
   this ISDN service for end-to-end transparency.  This document defines
   a usage (a new package) of the User-to-User header field to enable
   interworking with this ISDN service.

   This document covers the interworking with both public ISDN and
   private ISDN capabilities, so the potential interworking with QSIG
   will also be addressed.

   The package is identified by a new value "isdn-uui" of the "purpose"
   header field parameter.


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at

The IETF Secretariat

cuss mailing list


Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.