Re: AD review of draft-ietf-tsvwg-source-quench

Fernando Gont <fernando@gont.com.ar> Thu, 19 January 2012 05:46 UTC

Return-Path: <fernando.gont.netbook.win@gmail.com>
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 CB7AA21F8548 for <tsvwg@ietfa.amsl.com>; Wed, 18 Jan 2012 21:46:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.466
X-Spam-Level:
X-Spam-Status: No, score=-2.466 tagged_above=-999 required=5 tests=[AWL=-0.510, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_NJABL_PROXY=1.643]
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 Uk2MFIdpNMM6 for <tsvwg@ietfa.amsl.com>; Wed, 18 Jan 2012 21:46:07 -0800 (PST)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id A487321F8537 for <tsvwg@ietf.org>; Wed, 18 Jan 2012 21:46:07 -0800 (PST)
Received: by yenm3 with SMTP id m3so19316yen.31 for <tsvwg@ietf.org>; Wed, 18 Jan 2012 21:46:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=wv6TNH4uIjR4PyjsdLdxi7Jfn7zQKX4r6vTS13S1MfE=; b=fk7UjOJOVl/7ghRvSt8Qk7coASu49/5x47GQzWotKGe2CMpAf6yHhCiQhcnXPliuV8 0ZbUQ7wBaWr2DwsaIcd5AdPtDAi45PlTpL8/Z0N20uqZtqQaC5yWjYKEbfw0kgy7hLKV pxHYXXksiuNNoz77wLA8+gcySmPAW6atiRh2I=
Received: by 10.236.76.201 with SMTP id b49mr36829193yhe.11.1326951967241; Wed, 18 Jan 2012 21:46:07 -0800 (PST)
Received: from [10.42.43.100] ([190.48.207.118]) by mx.google.com with ESMTPS id j16sm76580061anm.9.2012.01.18.21.46.04 (version=SSLv3 cipher=OTHER); Wed, 18 Jan 2012 21:46:06 -0800 (PST)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4F17AE1A.2050104@gont.com.ar>
Date: Thu, 19 Jan 2012 02:46:02 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16
MIME-Version: 1.0
To: Wesley Eddy <wes@mti-systems.com>
Subject: Re: AD review of draft-ietf-tsvwg-source-quench
References: <4F17A5F0.4060502@mti-systems.com>
In-Reply-To: <4F17A5F0.4060502@mti-systems.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: tsvwg chair <tsvwg-chairs@tools.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: Thu, 19 Jan 2012 05:46:09 -0000

Hi, Wes,

On 01/19/2012 02:11 AM, Wesley Eddy wrote:
> I think there are two small process-oriented changes that need to be
> made to this document prior to the IETF LC.
> 
> 1 - I don't think it's proper to have a normative reference to RFC
>     1016.  This would be a down-ref, and need to be called out that
>     way in IETF LC, 

FWIW, my rationale for including it as "normative" was it wasn't just
"additional information" (i.e., informative), but since we were moving
it to historical, it was key to read it.

That aside, RFC 1016 is not assigned to any track, so in some sense it
was as including a normative ref to MD5 (which strictly speaking is a
down ref, but which we have done in the past).


>     but I think the right thing to do is to not have
>     it as normative in the first place, since not implementing a
>     congestion response to SQ doesn't require 1016 (it un-requires
>     it!).

No problem with that.



> 2 - I think to make 1016 historic, we need "Obsoletes: 1016" in the
>     header.

I seem to recall having an off-list discussion about this (with Alfred?)
but do not really recall the details. I tried looking up "the Obsoletes"
keyword in RFC 2026, but since its RFC-Editor metadata (?), it's not
even mentioned there.

That said, I agree with your suggestions. I will rev the I-D and post it
today, unless I hear anything against proceeding this way.

Thanks!

Best regards,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@si6networks.com
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1