Re: [pmtud] Re: [Tsvwg] Working group last call on draft-ietf-tsvwg-sctp-padding-01

Lars Eggert <lars.eggert@netlab.nec.de> Sat, 14 October 2006 09:52 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GYgBc-0004J6-Ph; Sat, 14 Oct 2006 05:52:08 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GYgBb-0004Iy-6f; Sat, 14 Oct 2006 05:52:07 -0400
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GYgBZ-0002ab-PT; Sat, 14 Oct 2006 05:52:07 -0400
Received: from lars.local (u041251.ppp.asahi-net.or.jp [203.212.41.251]) by kyoto.netlab.nec.de (Postfix) with ESMTP id D187A1BAC4D; Sat, 14 Oct 2006 11:52:04 +0200 (CEST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.local (Postfix) with ESMTP id D3EF724E220; Sat, 14 Oct 2006 18:52:00 +0900 (JST)
In-Reply-To: <4.3.2.7.2.20061014001939.023847a8@email.cisco.com>
References: <4.3.2.7.2.20061014000127.0247aee8@email.cisco.com> <A2CF9A9D-E08B-488B-BAF6-1BB07D720C33@lurchi.franken.de> <451B9B8F.8000607@ericsson.com> <E05CFB40-21C8-4D31-99E8-9BCA43A8C1BD@netlab.nec.de> <A2CF9A9D-E08B-488B-BAF6-1BB07D720C33@lurchi.franken.de> <4.3.2.7.2.20061014000127.0247aee8@email.cisco.com> <4.3.2.7.2.20061014001939.023847a8@email.cisco.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <7E406F1F-216E-47BB-B36F-33DA804D92B6@netlab.nec.de>
Content-Transfer-Encoding: 7bit
From: Lars Eggert <lars.eggert@netlab.nec.de>
Subject: Re: [pmtud] Re: [Tsvwg] Working group last call on draft-ietf-tsvwg-sctp-padding-01
Date: Sat, 14 Oct 2006 18:51:58 +0900
To: James M.Polk <jmpolk@cisco.com>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, Path MTU Discovery WG <pmtud@ietf.org>, tsvwg <tsvwg@ietf.org>, Magnus Westerlund <magnus.westerlund@ericsson.com>
X-BeenThere: pmtud@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Path Maximum Transmission Unit Discovery <pmtud.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pmtud>
List-Post: <mailto:pmtud@ietf.org>
List-Help: <mailto:pmtud-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=subscribe>
Errors-To: pmtud-bounces@ietf.org

On Oct 14, 2006, at 14:21, James M. Polk wrote:
> At 02:06 PM 10/14/2006 +0900, Lars Eggert wrote:
>> On Oct 14, 2006, at 14:03, James M. Polk wrote:
>>> SCTP-AUTH has a large and well written IANA section, and is not
>>> void of doing anything, so I'm confused by comparing what happens
>>> to Padding with what happens to AUTH.  Lars, can you explain your
>>> comments some more?
>>
>> SCTP-AUTH currently says:
>>
>>       NOTE to RFC-Editor:
>>
>>       "RFCXXXX" is to be replaced by the RFC number you assign this
>>       document.
>>
>>       The reference to sctp-parameters [7] should be removed from the
>>       "Normative References" section after the IANA section has been
>>       removed.
>>
>> The IANA section should NOT be removed here either.
>
> I read the above as stating the reference (#7 in the references  
> section) should be removed, not the IANA section, which is how I'm  
> reading what you are implying you think the doc is asking to do.

The text above literally says that [7] is removed from the references  
section *after the IANA section has been removed*, which obviously  
implies that the IANA section is to be removed. I can see no other  
way to read this?

The IANA section should not be removed, for both SCTP-PAD or SCTP-AUTH.

Lars
-- 
Lars Eggert                                     NEC Network Laboratories



_______________________________________________
pmtud mailing list
pmtud@ietf.org
https://www1.ietf.org/mailman/listinfo/pmtud