RE: [Sip] Another Revised agenda for SIP et IETF 64

"DENG, HUI -HCHBJ" <hdeng@hitachi.cn> Fri, 04 November 2005 08:12 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EXwgs-0000EU-Vc; Fri, 04 Nov 2005 03:12:50 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EXwgq-0000EK-5c for sip@megatron.ietf.org; Fri, 04 Nov 2005 03:12:48 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA00688 for <sip@ietf.org>; Fri, 4 Nov 2005 03:12:21 -0500 (EST)
Received: from ip-10-194-65-202.rev.dyxnet.com ([202.65.194.10] helo=hitachi.cn) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EXwvj-0005RA-4z for sip@ietf.org; Fri, 04 Nov 2005 03:28:12 -0500
Received: (qmail 7924 invoked from network); 4 Nov 2005 08:12:24 -0000
X-NetworkBox-HamSign: 0101;OUT;hitachihk1;0f91b5e8ddd4f896ef185549de3fa25b;
Received: from unknown (HELO hitachihk5.hitachi.cn) (170.95.94.1)by ip-11-194-65-202.rev.dyxnet.com with SMTP; 4 Nov 2005 08:12:24 -0000
Received: (qmail 3734 invoked from network); 4 Nov 2005 08:12:23 -0000
X-NetworkBox-HamSign: 0101;OUT;hitachihk5;09783223a193c7d03eea8a7b68b4fa28;
Received: from hchidc204.hitachi-china.com (HELO hchidc204.hitachi.cn) (170.95.82.6)by 172.16.10.9 with SMTP; 4 Nov 2005 08:12:23 -0000
Received: from hcbjdc2.hitachi.cn ([170.95.81.2]) by hchidc204.hitachi.cn with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Nov 2005 16:12:20 +0800
Subject: RE: [Sip] Another Revised agenda for SIP et IETF 64
MIME-Version: 1.0
Date: Fri, 04 Nov 2005 16:12:00 +0800
Message-ID: <834B54D356AA8F46B9B233DD88BEAA38BC698F@hcbjdc2>
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [Sip] Another Revised agenda for SIP et IETF 64
Thread-Index: AcXgrbPfhjndpPXLRxO105yE0wsB8QAZ2ODQ
From: "DENG, HUI -HCHBJ" <hdeng@hitachi.cn>
To: Allison Mankin <mankin@psg.com>
X-OriginalArrivalTime: 04 Nov 2005 08:12:20.0818 (UTC) FILETIME=[7AA6DB20:01C5E117]
X-Scanned-By-hitachihk5: Virus scan performed by network-box
X-Scanned-By-hitachihk5: Scanner file id is hitachihk5-1131091943.901-3731-000
X-Scanned-By-hitachihk5: No known viruses found in message (received+scanned in 0.02/0.05 secs)
X-Scanned-By-hitachihk5: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0
X-Spam-Status: No
X-Scanned-By-hitachihk1: Virus scan performed by network-box
X-Scanned-By-hitachihk1: Scanner file id is hitachihk1-1131091944.224-7917-000
X-Scanned-By-hitachihk1: No known viruses found in message (received+scanned in 0.01/0.02 secs)
X-Scanned-By-hitachihk1: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0
X-Scanned-By-hitachihk1: Whitelisted with valid signature (outbound via Network Box hitachihk5)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: sip@ietf.org, Rohan Mahy <rohan@ekabal.com>, Dean Willis <dean.willis@softarmor.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0754236829=="
Sender: sip-bounces@ietf.org
Errors-To: sip-bounces@ietf.org

Hi,

>Understood.  The first time that we extended Digest, we did do it with
>a SIP WG document.  It sort of booted the security design.  Because
>the original question asked by the AKA folks was whether this should be
>HTTP-Digest-EAP-AKA, and there needed to be some discussion about why
>not EAP (that was actually mostly with the Security Area, I recall)
>and then some discussion to make sure that SIP Digest use was well thought
>through (this was in 2002, a long time ago).
Here I also feel interested in why not use EAP, then it could be transported over 
various kind of connection.

>But when AKA folks needed to do HTTP AKA-Digest v2, this was not done as
>a SIP document.  It was done as an independent AD-sponsored document
>with security review.
We are also not familiar with AD-sponsored document, does that means 
this document could become independent document out of any working group?
excuse us naive question.

>I'd do one Informational document that is AD sponsored, a non-SIP Informational,
>similar in content to draft-torvinen-http-digest-aka-v2-02.txt, which was
>independent and AD-sponsored, and which is about to come out as RFC 4169.
Here may I ask one question, since there are on IPR statement about it:
https://datatracker.ietf.org/public/ipr_detail_show.cgi?&ipr_id=591
In this case, this draft still can become an informational RFC?
 
Thanks,
 
-Hui

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