Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt

Tom Herbert <tom@herbertland.com> Sat, 23 November 2019 20:01 UTC

Return-Path: <tom@herbertland.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 6D8BD12004F for <ipv6@ietfa.amsl.com>; Sat, 23 Nov 2019 12:01:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
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 7OrWuO4oEFXW for <ipv6@ietfa.amsl.com>; Sat, 23 Nov 2019 12:01:48 -0800 (PST)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B943120024 for <6man@ietf.org>; Sat, 23 Nov 2019 12:01:48 -0800 (PST)
Received: by mail-ed1-x536.google.com with SMTP id cx19so1262834edb.1 for <6man@ietf.org>; Sat, 23 Nov 2019 12:01:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bagVo+2UG4o+dLZWUKSRv4UPtyTa6RaSIb8D6wr01cI=; b=K9VaupUhKkWIyTs2hz/CRyYNGE50Eo56cyPt3pT0GGcWl59kzkPFn9iA1tEZ6rLUWE gGCvRmunytWCC5H9ZyqvCnH4+BLDxMhQqkWdlm96g0HawGlq2j6Ut2tvFi6EKX44rysh IR7fdr91h1mlTqws3wJM5moa0L3sAq2hg3Wd7XV0bmDNOAUFwWPtFYn6EnCRIKxgFVZQ I21ac7L121CPdVfDWSNBLkYs9M87g2l5bJKDgK6zN15qMhGrd+s64GuZG4g6lzL3/aXl +mm8+l/QuiDN20l9BzPP/Yz8zylvsBTN1UH5Z9rM7bMNP73JI/xJoZ5kHi3TKmNisX+0 GxOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bagVo+2UG4o+dLZWUKSRv4UPtyTa6RaSIb8D6wr01cI=; b=t+6egfuxWgMulYer3tYirm9SnbBp65byNMLTyl+YLwT4WNPxFEf04kHzXWf8rPcM8U B1GmJ3oPtyVGkZ49F9zFL8HcHIFEwzQZxXj/YjbLUUmG1Ic4wd/e3QU6pZwcGwrSRrND XPCI2ttFtBBv6H8x2c7lhHCtAOu5YkERplkHsb1V/XJLW8HaXGj5+U6W1P9ls1ezLWQb glB+6sHAfpYoT1286PiHvE5vEHq2bi16JQku2JCg20VClS5r5KrXmA65Iuh5DH7LNgr6 bKAiuZdGBtFGmW8KH7MrtAuwN+fTU2EDsoEWp9JJ+66VVx8LeK8EX+lsSMUr45kHhVio fZgw==
X-Gm-Message-State: APjAAAX04WhK9RI3g4pHFNArTclV25reW2kbGkQZP43cJZgQeNd+yKHw b1lDue34HCevbylgIlFRu2/FKSaCWmtmBsYDdvMQIx4WzJA=
X-Google-Smtp-Source: APXvYqx+eE3kdr3OwXZNcGwURnzWjyJrOcbK42oAVc56yVHSNVEivgh0tl/Yg5883kwL+KkabauYn6ntTEVSX7sD1go=
X-Received: by 2002:aa7:d496:: with SMTP id b22mr8727849edr.122.1574539306994; Sat, 23 Nov 2019 12:01:46 -0800 (PST)
MIME-Version: 1.0
References: <157422734071.5406.14331301768750185617.idtracker@ietfa.amsl.com> <851F7007-3DD5-42F3-8884-8842DA07EE53@cisco.com>
In-Reply-To: <851F7007-3DD5-42F3-8884-8842DA07EE53@cisco.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sat, 23 Nov 2019 12:01:34 -0800
Message-ID: <CALx6S34UTNeerPyOGu=0+GvS5j7HaekNuobPF=KziG=ba+Qfnw@mail.gmail.com>
Subject: Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt
To: "Darren Dukes (ddukes)" <ddukes@cisco.com>
Cc: 6man <6man@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Q4gX2FTVLEMopw2tBdHuplMRKx0>
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: Sat, 23 Nov 2019 20:01:50 -0000

Hi, a few comments:

>From the introduction:

"In each deployment, traffic traversing an SR domain is encapsulated
in an outer IPv6 header for its journey through the SR domain."

Is encapsulation a requirement of SR then?

"To implement transport services within the SR domain, insertion or
removal of an SRH after the outer IPv6 header is performed."

I'm missing something fundamental here. If a packet is already being
encapsulated on ingress into the SR domain then why is SRH insertion
necessary at all? The encapsulation could just be IPv6 header plus the
segment routing header. The outer header plus SRH is then
automatically removed at the destination endpoint (presumably the
egress node for the SR domain). That would be exactly the
"encapsulation" alternative to EH insertion and fully compliant with
RFC8200.

Section 2 seems irrelevant to the discussion. The implication of this
and some of the other wording in the document seem to be more about
accommodating how the protocol has been implemented, as opposed to
setting the requirements those implementations need to follow. IMO,
this section can be removed without loss of content.

I am very surprised that the draft doesn't at least reference RFC8200
given that it is always raised as the standard prohibiting EH
insertion. I would expect at least an acknowledgement of the
requirements and hopefully an explanation if this is to be an
exception to RFC8200 requirements.

Tom





On Wed, Nov 20, 2019 at 7:32 PM Darren Dukes (ddukes) <ddukes@cisco.com> wrote:
>
> Hello 6man Working Group.
>
> This update has the following major changes:
> 1 - Revision 7 provided a normative definition of SRH insertion and removal.
> 2 - This rewrite shifts from the normative definition of SRH insertion within an SR Domain to a description of deployments of the same.
> 3 - Intended status has changed from proposed standard to informational.
>
> Thanks,
>   Darren, on behalf of the authors.
>
> > On Nov 20, 2019, at 1:22 PM, internet-drafts@ietf.org wrote:
> >
> >
> > A new version of I-D, draft-voyer-6man-extension-header-insertion-08.txt
> > has been successfully submitted by Darren Dukes and posted to the
> > IETF repository.
> >
> > Name:         draft-voyer-6man-extension-header-insertion
> > Revision:     08
> > Title:                Deployments With Insertion of IPv6 Segment
> >    Routing Headers
> > Document date:        2019-11-19
> > Group:                Individual Submission
> > Pages:                12
> > URL:            https://www.ietf.org/internet-drafts/draft-voyer-6man-extension-header-insertion-08.txt
> > Status:         https://datatracker.ietf.org/doc/draft-voyer-6man-extension-header-insertion/
> > Htmlized:       https://tools.ietf.org/html/draft-voyer-6man-extension-header-insertion-08
> > Htmlized:       https://datatracker.ietf.org/doc/html/draft-voyer-6man-extension-header-insertion
> > Diff:           https://www.ietf.org/rfcdiff?url2=draft-voyer-6man-extension-header-insertion-08
> >
> > Abstract:
> >   SRv6 is deployed in multiple provider networks.
> >
> >   This document describes the usage of SRH insertion and deletion
> >   within the SR domain and how security and end-to-end integrity is
> >   guaranteed.
> >
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of submission
> > until the htmlized version and diff are available at tools.ietf.org.
> >
> > The IETF Secretariat
> >
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------