Gen-ART LC review of draft-ietf-netconf-tls-06.txt

"Spencer Dawkins" <spencer@wonderhamster.org> Mon, 09 February 2009 20:44 UTC

Return-Path: <spencer@wonderhamster.org>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B4B1C3A68B9; Mon, 9 Feb 2009 12:44:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.372
X-Spam-Level:
X-Spam-Status: No, score=-2.372 tagged_above=-999 required=5 tests=[AWL=0.226, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
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 nlCyedWGpMjD; Mon, 9 Feb 2009 12:44:29 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by core3.amsl.com (Postfix) with ESMTP id C39C53A6B67; Mon, 9 Feb 2009 12:44:29 -0800 (PST)
Received: from S73602b (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MKpCa-1LWczN1usF-0007hA; Mon, 09 Feb 2009 15:44:29 -0500
Message-ID: <1B2C48C6E74F408FB32558082E0E4A8F@china.huawei.com>
From: Spencer Dawkins <spencer@wonderhamster.org>
To: Mohamed Badra <badra@isima.fr>, Ibrahim Hajjeh <Ibrahim.hajjeh@ineovation.com>
Subject: Gen-ART LC review of draft-ietf-netconf-tls-06.txt
Date: Mon, 09 Feb 2009 14:44:03 -0600
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-Provags-ID: V01U2FsdGVkX19ehTOKrdn+wOIelS6sBiO+jXweerwatfgYSO+ 0HqsvupBuYfuHKomVRHWGj6RVJaclgXHFFHrkanTL2nhWwcqan 8kYE6kVPN5v786aaqp0NmROKo1SwQ6gWyYS9NX+NEw=
Cc: Mehmet Ersue <mehmet.ersue@nsn.com>, Dan Romascanu <dromasca@avaya.com>, General Area Review Team <gen-art@ietf.org>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Feb 2009 20:44:30 -0000

I have been selected as the General Area Review Team (Gen-ART) reviewer for
this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html)

Please resolve these comments along with any other Last Call comments you 
may receive.

Document: draft-ietf-netconf-tls-06.txt
Reviewer: Spencer Dawkins
Review Date: 2009-02-09
IETF LC End Date: 2009-02-19
IESG Telechat date: (not known)

Summary: This document is ready for publication as a Proposed Standard.

Major issues: none noted

Minor issues: none noted

Nits/editorial comments: one noted (as follows)

2.2. Connection Closure

   A TLS client (NETCONF manager) MUST close the associated TLS
   connection if the connection is not expected to issues any NETCONF

Spencer (nit): s/issues/issue/

   RPC commands later.  It MUST send a TLS close_notify alert before
   closing the connection.  The TLS client MAY choose to not wait for
   the TLS server (NETCONF agent) close_notify alert and simply close
   the connection, thus generating an incomplete close on the TLS server
   side.  Once the TLS server gets a close_notify from the TLS client,
   it MUST reply with a close_notify unless it becomes aware that the
   connection has already been closed by the TLS client (e.g., the
   closure was indicated by TCP).