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

Michael Tuexen <Michael.Tuexen@lurchi.franken.de> Sun, 25 March 2012 21:09 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
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 5CA1021E800C for <tsvwg@ietfa.amsl.com>; Sun, 25 Mar 2012 14:09:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 3qkCmsnFVxfe for <tsvwg@ietfa.amsl.com>; Sun, 25 Mar 2012 14:09:13 -0700 (PDT)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by ietfa.amsl.com (Postfix) with ESMTP id 991F721F8419 for <tsvwg@ietf.org>; Sun, 25 Mar 2012 14:09:13 -0700 (PDT)
Received: from [10.59.90.230] (access-49.80.rev.fr.colt.net [213.41.80.49]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 283811C0C0BCC; Sun, 25 Mar 2012 23:09:11 +0200 (CEST)
Subject: Re: Comments on draft-dreibholz-tsvwg-sctpsocket-sqinfo-03.txt
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset="us-ascii"
From: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <D91E93F9-AE90-40CD-AD76-999F833292AB@erg.abdn.ac.uk>
Date: Sun, 25 Mar 2012 23:09:01 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <4080773D-007D-4672-AEBF-54C9ED4FEF49@lurchi.franken.de>
References: <D91E93F9-AE90-40CD-AD76-999F833292AB@erg.abdn.ac.uk>
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
X-Mailer: Apple Mail (2.1257)
Cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
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 21:09:14 -0000

Hi Gorry,

same comment as in my other mail. We might want that stuff in the loadsharing ID (part
of socket API section)... It is mainly useful for loadsharing...

Best regards
Michael
On Mar 25, 2012, at 4:24 PM, Gorry Fairhurst wrote:

> 
> 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)