[Sipping] Holiday Reading: Updated Request History requirements draft

"Mary Barnes" <mbarnes@nortelnetworks.com> Thu, 19 December 2002 05:12 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA29254 for <sipping-archive@odin.ietf.org>; Thu, 19 Dec 2002 00:12:43 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gBJ5FMc22723 for sipping-archive@odin.ietf.org; Thu, 19 Dec 2002 00:15:22 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBJ5FMv22720 for <sipping-web-archive@optimus.ietf.org>; Thu, 19 Dec 2002 00:15:22 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA29232 for <sipping-web-archive@ietf.org>; Thu, 19 Dec 2002 00:12:12 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBJ5ADv22605; Thu, 19 Dec 2002 00:10:13 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBJ54Fv21860 for <sipping@optimus.ietf.org>; Thu, 19 Dec 2002 00:04:15 -0500
Received: from zsc3s004.nortelnetworks.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA29121 for <sipping@ietf.org>; Thu, 19 Dec 2002 00:01:05 -0500 (EST)
Received: from zrc2s0jx.nortelnetworks.com (zrc2s0jx.nortelnetworks.com [47.103.122.112]) by zsc3s004.nortelnetworks.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id gBJ543i16893 for <sipping@ietf.org>; Wed, 18 Dec 2002 21:04:03 -0800 (PST)
Received: from zrc2c011.us.nortel.com (zrc2c011.us.nortel.com [47.103.120.51]) by zrc2s0jx.nortelnetworks.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id gBJ54FK12456 for <sipping@ietf.org>; Wed, 18 Dec 2002 23:04:15 -0600 (CST)
Received: by zrc2c011.us.nortel.com with Internet Mail Service (5.5.2653.19) id <ZC7YJJHV>; Wed, 18 Dec 2002 23:04:02 -0600
Message-ID: <1B54FA3A2709D51195C800508BF9386A05A7CBA1@zrc2c000.us.nortel.com>
From: Mary Barnes <mbarnes@nortelnetworks.com>
To: "'sipping@ietf.org'" <sipping@ietf.org>
Date: Wed, 18 Dec 2002 23:04:01 -0600
X-Mailer: Internet Mail Service (5.5.2653.19)
Subject: [Sipping] Holiday Reading: Updated Request History requirements draft
Sender: sipping-admin@ietf.org
Errors-To: sipping-admin@ietf.org
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Id: SIPPING Working Group (applications of SIP) <sipping.ietf.org>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>

Hi all,

Just a heads up that I have submitted an update to the Request History
Requirements draft (I should also have the updated solution draft out
shortly, as well).   Until it appears in the repository it's available at:
http://home.attbi.com/~mbarnes42/IETF/draft-ietf-sipping-req-history-01.txt

The following summarizes the changes:

1.  Reworded the last paragraph of the introduction to stress the point that
the intent of this requirements draft is not to provide a solution for any
specific application.  Many of the services which could make use of Request
History would likely need additional building blocks for full functionality.


2. Highlighted in the introduction,  that as well as being the basis for
enhanced services, Request History also can enhance basic SIP by providing
diagnostic information and has a side effect of enhancing the basic SIP
security. 

3. I've left the security requirements in this document, but I have
highlighted that these are more general than just for Request History.
[Process Question? The security solution should definitely be addressed in a
solution draft separate from History-Info, but do we also need a separate
requirements draft?  My opinion would be No, and this is based on the model
that was introduced for the deaf requirements, which has resulted in a
separate solution draft for transcoding which is also envisioned to meet the
3GPP requirements.] 

4. Reworded SEC-req-4 as it was proposing a solution rather the basic
requirement.  

5. Put the Privacy requirements in a separate section (from the security
requirements).  Clarified the wording around PRIV-req-1 (the implication in
the original wording had been that there was some knowledge around the
privacy associated with the Retargeted-to-URI, however, this has been
updated to reflect the more general requirement around the privacy
associated with the request as indicated by the caller) There has been alot
of offline email on this (more with regards to the solution draft), however,
I still don't see that the requirements need to change as a result.  Please
do review and provide feedback (with any proposed rewording greatly
appreciated).  

6. Misc. editorial changes: minor rewording in introduction, updated
references and acknowledgements. 

I've only had one responses directly to the requirements document from one
person based upon Rohan's plea to please review this document in November.
So, please do take the time to read this, it really is very short
(particularly if you skip the appendix). 

Regards,
Mary H. Barnes
mbarnes@nortelnetworks.com
972-684-5432

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP