Comments on draft-dreibholz-tsvwg-sctpsocket-sqinfo-03.txt

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Sun, 25 March 2012 14:28 UTC

Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A79321F8441 for <tsvwg@ietfa.amsl.com>; Sun, 25 Mar 2012 07:28:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.279
X-Spam-Level:
X-Spam-Status: No, score=-101.279 tagged_above=-999 required=5 tests=[AWL=-1.196, BAYES_00=-2.599, HELO_EQ_IP_ADDR=1.119, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5amsTmJ+ZGOi for <tsvwg@ietfa.amsl.com>; Sun, 25 Mar 2012 07:28:51 -0700 (PDT)
Received: from erg.abdn.ac.uk (dee.erg.abdn.ac.uk [IPv6:2001:630:241:204:203:baff:fe9a:8c9b]) by ietfa.amsl.com (Postfix) with ESMTP id 2A55221F8440 for <tsvwg@ietf.org>; Sun, 25 Mar 2012 07:28:50 -0700 (PDT)
Received: from [139.133.204.42] (ra-gorry.erg.abdn.ac.uk [139.133.204.42]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id q2PESjrG008650 for <tsvwg@ietf.org>; Sun, 25 Mar 2012 15:28:45 +0100 (BST)
Subject: Comments on draft-dreibholz-tsvwg-sctpsocket-sqinfo-03.txt
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Content-Type: multipart/alternative; boundary="Apple-Mail-86C6F48A-AFA9-4CD6-B253-8553366AA53F"
Message-Id: <D91E93F9-AE90-40CD-AD76-999F833292AB@erg.abdn.ac.uk>
Date: Sun, 25 Mar 2012 16:24:16 +0200
To: "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
X-Mailer: iPad Mail (9B176)
X-ERG-MailScanner: Found to be clean
X-ERG-MailScanner-From: gorry@erg.abdn.ac.uk
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Mar 2012 14:28:52 -0000

As a part of my effort to look at all active TSVWG drafts, I have the following comments on this draft, as a TSVWG chair with a focus on editorial/process.

I suggest you add an Updates line to the top of the draft, saying "Update RFC xxxx if approved"

If this is planned as experimental, then it would be good for the abstract to say this, and also explain why it is experimental (I.e. what needs to be confirmed before this could be judged safe for wide scale deployment)

I am not sure whether this particular document would then need to be EXP or another document type. Are there known issues with the recommended approach that could lead to operational concerns or interoperability failures? 

I think the rationale for adding this needs to be stronger, because if this is to be standardised, then it would need justification to update the spec. 

In some ways the basic information (clearly not all) supplied could be generic to other transports -is this feasible?

Best wishes

Gorry
(TSVWG co-chair)