Re: [Gen-art] Gen-ART review of draft-ietf-opsec-ip-security-05

"Vijay K. Gurbani" <vkg@bell-labs.com> Mon, 03 January 2011 21:59 UTC

Return-Path: <vkg@bell-labs.com>
X-Original-To: gen-art@core3.amsl.com
Delivered-To: gen-art@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58DCA3A6C99 for <gen-art@core3.amsl.com>; Mon, 3 Jan 2011 13:59:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.379
X-Spam-Level:
X-Spam-Status: No, score=-106.379 tagged_above=-999 required=5 tests=[AWL=0.220, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KMdnSYilvcid for <gen-art@core3.amsl.com>; Mon, 3 Jan 2011 13:59:47 -0800 (PST)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by core3.amsl.com (Postfix) with ESMTP id 800153A6C93 for <gen-art@ietf.org>; Mon, 3 Jan 2011 13:59:47 -0800 (PST)
Received: from umail.lucent.com (h135-3-40-63.lucent.com [135.3.40.63]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id p03M1c8A026310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Jan 2011 16:01:38 -0600 (CST)
Received: from shoonya.ih.lucent.com (Knoppix-135185238233.ih.lucent.com [135.185.238.233]) by umail.lucent.com (8.13.8/TPES) with ESMTP id p03M1cEG007209; Mon, 3 Jan 2011 16:01:38 -0600 (CST)
Message-ID: <4D2247CD.6070304@bell-labs.com>
Date: Mon, 03 Jan 2011 16:03:57 -0600
From: "Vijay K. Gurbani" <vkg@bell-labs.com>
Organization: Bell Laboratories, Alcatel-Lucent
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10
MIME-Version: 1.0
To: Fernando Gont <fernando@gont.com.ar>
References: <4D220FCF.2040805@bell-labs.com> <4D223E40.5090107@gont.com.ar>
In-Reply-To: <4D223E40.5090107@gont.com.ar>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
Cc: Ron Bonica <rbonica@juniper.net>, draft-ietf-opsec-ip-security@tools.ietf.org, warren@kumari.net, General Area Review Team <gen-art@ietf.org>, jabley@hopcount.ca
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-opsec-ip-security-05
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jan 2011 21:59:49 -0000

On 01/03/2011 03:23 PM, Fernando Gont wrote:
> Hi, Vijay,
>
> Thanks so much for your feedback! -- Please find my response inline...

Fernando: Please see inline on those comments that require
a follow-up from me.

>> 2) S3.5.1, top of end of page 16 and top of page 17 --- "Linux (and
>>   Solaris) later set the IP Identification field on a per-IP address
>>   basis."  Which address --- source or destination?
>
> "destination" -- although "per-remote IP address" would probably be more
> correct clearer here. Thoughts?

"per remote-IP address" or "per peer address" sounds reasonable.

>> 6) S3.7 --- when discussing the Fragment Offset, is it worth
>>   stating that the Fragment Offset is measured in units of 8 octets
>>   (thereby giving the magic number 65528 = 8191*8)?
>
> This *is* mentioned in the first paragraph of Section 3.7, as follows:
>
> ---- cut here ----
>     It indicates where in the original datagram payload
>     the payload of the fragment belongs, and is measured in units of
>     eight bytes.
> ---- cut here ----
>
> So I assume no changes needed here?

Well, following the principle of being explicit with magic numbers
dictates that 65528 be explained.  Something like the following may
help in being more explicit:

   s/an offset 65528 bytes/an offset 65528 (8191*8) bytes/

Thanks for entertaining my rather late review.

Ciao,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
Email: vkg@{alcatel-lucent.com,bell-labs.com,acm.org}
Web:   http://ect.bell-labs.com/who/vkg/