RE: Last Call: <draft-trammell-ipfix-tcpcontrolbits-revision-04.txt> (Revision of the tcpControlBits IPFIX Information Element) to Informational RFC

"Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com> Tue, 08 October 2013 09:48 UTC

Return-Path: <michael.scharf@alcatel-lucent.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CCFE21E819F for <ietf@ietfa.amsl.com>; Tue, 8 Oct 2013 02:48:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 ajq8EtfW-0Ib for <ietf@ietfa.amsl.com>; Tue, 8 Oct 2013 02:47:54 -0700 (PDT)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id B7C4521E818C for <ietf@ietf.org>; Tue, 8 Oct 2013 02:47:51 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id r989lmkA024275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <ietf@ietf.org>; Tue, 8 Oct 2013 04:47:50 -0500 (CDT)
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id r989lmb6024032 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <ietf@ietf.org>; Tue, 8 Oct 2013 11:47:48 +0200
Received: from FR712WXCHMBA15.zeu.alcatel-lucent.com ([169.254.7.203]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Tue, 8 Oct 2013 11:47:48 +0200
From: "Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com>
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: RE: Last Call: <draft-trammell-ipfix-tcpcontrolbits-revision-04.txt> (Revision of the tcpControlBits IPFIX Information Element) to Informational RFC
Thread-Topic: Last Call: <draft-trammell-ipfix-tcpcontrolbits-revision-04.txt> (Revision of the tcpControlBits IPFIX Information Element) to Informational RFC
Thread-Index: AQHOw6qG6GqB/vKmikqKfyysqMhs25nqgdYw
Date: Tue, 08 Oct 2013 09:47:47 +0000
Message-ID: <655C07320163294895BBADA28372AF5D0D8EA2@FR712WXCHMBA15.zeu.alcatel-lucent.com>
References: <20131007221317.14968.99718.idtracker@ietfa.amsl.com>
In-Reply-To: <20131007221317.14968.99718.idtracker@ietfa.amsl.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.38]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 08 Oct 2013 09:48:00 -0000

Hi all,

A small editorial nit: RFC 793, RFC3168 and RFC3540 (which is experimental, BTW) all classify bits 3,4,5 in octets 13 and 14 of the TCP header as "Reserved".

In the information element according to this draft, the corresponding bits are named "Future Use", with the reference "per the definition of the bits in the TCP header [RFC0793]". Strictly speaking, this terminology differs slightly to RFC 793 and the very well-known figure depicting the TCP header.
 
For whatever it is worth, I suggest to better explain the different wording. For instance, instead of ...

      Each of the three future use bits (0x800, 0x400, and 0x200) should
      be exported as observed in the TCP headers of the packets of this
      Flow, as they may be used subsequent to a future update of
      [RFC0793].

... an alternative wording better reflecting the exact header definition in RFC 793 could be:

      Each of the three future use bits (0x800, 0x400, and 0x200) should
      be exported as observed in the TCP headers of the packets of this
      Flow, which are reserved for future use in [RFC0793].

Best regards

Michael
 

> -----Original Message-----
> From: ietf-announce-bounces@ietf.org [mailto:ietf-announce-
> bounces@ietf.org] On Behalf Of The IESG
> Sent: Tuesday, October 08, 2013 12:13 AM
> To: IETF-Announce
> Subject: Last Call: <draft-trammell-ipfix-tcpcontrolbits-revision-
> 04.txt> (Revision of the tcpControlBits IPFIX Information Element) to
> Informational RFC
> 
> 
> The IESG has received a request from an individual submitter to
> consider
> the following document:
> - 'Revision of the tcpControlBits IPFIX Information Element'
>   <draft-trammell-ipfix-tcpcontrolbits-revision-04.txt> as
> Informational
> RFC
> 
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2013-11-04. Exceptionally, comments may
> be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of the Subject line to allow automated sorting.
> 
> Abstract
> 
> 
>    This document revises the tcpControlBits IPFIX Information Element
> as
>    originally defined in [RFC5102] to reflect changes to the TCP Flags
>    header field since [RFC0793].
> 
> 
> 
> 
> The file can be obtained via
> http://datatracker.ietf.org/doc/draft-trammell-ipfix-tcpcontrolbits-
> revision/
> 
> IESG discussion can be tracked via
> http://datatracker.ietf.org/doc/draft-trammell-ipfix-tcpcontrolbits-
> revision/ballot/
> 
> 
> No IPR declarations have been submitted directly on this I-D.
>