Re: FW: New Version Notification for draft-bonica-6man-comp-rtg-hdr-11.txt

Fernando Gont <fgont@si6networks.com> Thu, 20 February 2020 06:09 UTC

Return-Path: <fgont@si6networks.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7C0F12023E for <ipv6@ietfa.amsl.com>; Wed, 19 Feb 2020 22:09:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7X_j5-y4RPDk for <ipv6@ietfa.amsl.com>; Wed, 19 Feb 2020 22:09:08 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FA831200D6 for <ipv6@ietf.org>; Wed, 19 Feb 2020 22:09:08 -0800 (PST)
Received: from [192.168.0.3] (unknown [181.45.84.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 0526C86BF6; Thu, 20 Feb 2020 07:09:03 +0100 (CET)
Subject: Re: FW: New Version Notification for draft-bonica-6man-comp-rtg-hdr-11.txt
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, 6man WG <ipv6@ietf.org>
References: <158190033563.5886.42675587901100238.idtracker@ietfa.amsl.com> <DM6PR05MB6348721798E28750373994C0AE160@DM6PR05MB6348.namprd05.prod.outlook.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <f91a7b4e-cc9d-04c8-8732-5b74f5919817@si6networks.com>
Date: Thu, 20 Feb 2020 03:08:38 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <DM6PR05MB6348721798E28750373994C0AE160@DM6PR05MB6348.namprd05.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/fFmtF13CWM0J73DhA1hf4WIeroo>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Feb 2020 06:09:11 -0000

On 16/2/20 21:56, Ron Bonica wrote:
> Folks,
> 
> Over the last several weeks, customers who have no interest in Segment Routing have expressed interest in the CRH. So, we have updated the CRH draft, removing all references to Segment Routing and letting it stand alone as an IPv6 Routing header.
> 
> While Segment Routing may one day be a user of the CRH, it will not be the only user.
> 
> Please review this document as a stand-alone piece of work.

I support this document. It does the right thing in trying to reduce 
overhead in how waypoints/segments are encoded, as opposed to wasting 
space there and then trying to cover up elsewhere.


Specific comments below:

* Intro:

OLD:
RH0 [RFC5095] was the first to be
    defined and was deprecated because of security vulnerabilities.

NEW:
    RH0 was the first to be defined [RFC2460]  and was deprecated 
RFC5095 because of security vulnerabilities.

(RFC5095] is about the deprecation, not the specification)


* Section 3:
OLD:
    In all cases, the CRH MUST end on a 64-bit boundary.  So, the Type-
    specific data field MAY be padded with zeros.

NEW:
    In all cases, the CRH MUST end on a 64-bit boundary.  So, the Type-
    specific data field MUST be padded with zeros if the CRH would
    otherwise not end on a 64-bit boundary.

* Section 11:
s/LINUX/Linux/


Thanks!

Cheers,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492