IETF Logo Mail Archive

[Ecrit] draft-ietf-ecrit-phonebcp-05.txt: References

"Tschofenig, Hannes (NSN - FI/Espoo)" <hannes.tschofenig@nsn.com> Tue, 14 October 2008 11:49 UTC

Return-Path: <ecrit-bounces@ietf.org>
X-Original-To: ecrit-archive@megatron.ietf.org
Delivered-To: ietfarch-ecrit-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4AA513A6B8B; Tue, 14 Oct 2008 04:49:34 -0700 (PDT)
X-Original-To: ecrit@core3.amsl.com
Delivered-To: ecrit@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D80328C124 for <ecrit@core3.amsl.com>; Tue, 14 Oct 2008 04:49:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.254
X-Spam-Level:
X-Spam-Status: No, score=-5.254 tagged_above=-999 required=5 tests=[AWL=1.345, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 DpZzGHnkSIL6 for <ecrit@core3.amsl.com>; Tue, 14 Oct 2008 04:49:32 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [217.115.75.233]) by core3.amsl.com (Postfix) with ESMTP id 157313A6826 for <ecrit@ietf.org>; Tue, 14 Oct 2008 04:49:31 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id m9EBnWru004004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <ecrit@ietf.org>; Tue, 14 Oct 2008 13:49:32 +0200
Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id m9EBnVMV003464 for <ecrit@ietf.org>; Tue, 14 Oct 2008 13:49:32 +0200
Received: from demuexc024.nsn-intra.net ([10.159.32.11]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Oct 2008 13:49:32 +0200
Received: from FIESEXC007.nsn-intra.net ([10.159.0.15]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Oct 2008 13:49:27 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 14 Oct 2008 14:49:20 +0300
Message-ID: <C41BFCED3C088E40A8510B57B165C162943ACD@FIESEXC007.nsn-intra.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: draft-ietf-ecrit-phonebcp-05.txt: References
Thread-Index: Ackt8uTr6YDMGZabRi2s3PDw32tqGQ==
From: "Tschofenig, Hannes (NSN - FI/Espoo)" <hannes.tschofenig@nsn.com>
To: ECRIT <ecrit@ietf.org>
X-OriginalArrivalTime: 14 Oct 2008 11:49:27.0939 (UTC) FILETIME=[E97D0530:01C92DF2]
X-purgate: clean
X-purgate: This mail is considered clean
X-purgate-type: clean
X-purgate-Ad: Checked for Spam by eleven - eXpurgate www.eXpurgate.net
X-purgate-ID: 151667::081014134932-4030BBB0-F74C60F3/0-0/0-15
X-purgate-size: 972/0
Subject: [Ecrit] draft-ietf-ecrit-phonebcp-05.txt: References
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ecrit-bounces@ietf.org
Errors-To: ecrit-bounces@ietf.org

I wonder why the following references need to be normative: 

[I-D.barnes-geopriv-lo-sec]

There shouldn't really be a normative dependency on this document. 

[I-D.ietf-sipping-config-framework]

This is just a MAY and I don't even think it is necessary at all to
mention it in the document given that there are so many ways to
configure devices. 

[RFC5077]

Regarding RFC 5077: You write: 

 The use of [RFC5077] is
   RECOMMENDED to minimize the time to establish TLS sessions.

Well. RFC 5077 makes things go faster without establishing state on the
server. As such, I would also write 

"
 The use of [RFC5077] is
   RECOMMENDED to minimize the time to establish TLS sessions without
keeping server-side state.
"

I would move the reference into the informative part as it is not really
a normative dependency. 


A few references need to get updated: 

[I-D.ietf-ecrit-dhc-lost-discovery]
[I-D.ietf-ecrit-lost]


_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit

v2.23.0 | Report a Bug | By Email