Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

Mark Smith <markzzzsmith@gmail.com> Thu, 27 February 2020 08:23 UTC

Return-Path: <markzzzsmith@gmail.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5E273A1501; Thu, 27 Feb 2020 00:23:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.598
X-Spam-Level:
X-Spam-Status: No, score=-0.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 DV4n0C_HZx-d; Thu, 27 Feb 2020 00:23:30 -0800 (PST)
Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 588973A14FC; Thu, 27 Feb 2020 00:23:30 -0800 (PST)
Received: by mail-oi1-x22a.google.com with SMTP id a142so2461849oii.7; Thu, 27 Feb 2020 00:23:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vKdb/u3sNt56QcKB94Wy/6HA1mS2JEgBWbOwDFO6PE8=; b=jzqI9vRxDlK1YmIwgJV5WwDm8nn0Rv813zo3gOiTdARQiWP2gl2KE+dPViiEyLu9yt NzX5SC7X2Rw5QcsHd+KfdG9mUGRVUnP1FgxmdtdIOs6Xjhskdk6QjzOLTYT72uAPuSXA tTSpTMrov+QD05RxWg2ZPpzSUi2xVTnL3dXr12zTgCRbXIC7tAz2KPfHvzSdwny0ijid Tx+f5wqfEETUCE1lq/yoWH+S4c6qy1vgoJkZ2rwnK7SsIO9UZ8j7vg0ssQNIF3YQx18S EiZREirJ6kqljuYnvdu0b1KhLRmZWoabL/a68dEyTprrf5dimf5KDMG1TxCZIJ38BuBr fxsA==
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=vKdb/u3sNt56QcKB94Wy/6HA1mS2JEgBWbOwDFO6PE8=; b=uePO6al2SAwLQ2zmVvh2pSJoM0YLuCTkseq06p/gTl6yzRhwr1RlFgsasFkoytzk/4 0sOiyVE/+pBasTUxLMxOhnLgJeyogFty9lv0ADyOJYAIa1XJ1Awm5o83xcPEjbJl1s6u Z/BtuNkr4BpcVuInNTWm2LT3HVhn3GjkOkxPOKx3nxEgZAvvEzW5QnJmflZ3BCulMzfR BjiALTD7AjkjeUXaFDT79HNNBIWqPO7LTs5tMDQ7Byol7Pnvcj2Yo1OAHWLxJ6Qb9Bxp VPDDmh+NwukcC+1hkwkkMy5oMzrLSuocNGR5akvpHAgcO/GaePqh98H4MkUfHVDze5ZR O3zw==
X-Gm-Message-State: APjAAAUTifVlDPk65RZDhkJpHU3ALv4e45ilkIZ32RmA4YJ3L7dNHojA xipEwgjncgKEMPAzkrTJid7L2FDbRY2Ospa90KU=
X-Google-Smtp-Source: APXvYqzQFcBpXN3ZoSCpYq/2/qoJrU7Y15hWJtT2wTdgqy7eFj+39l5hdnatWtoK7hZvcghoPA1a56LKu8P2qtz+iIk=
X-Received: by 2002:a05:6808:99c:: with SMTP id a28mr2286979oic.164.1582791809676; Thu, 27 Feb 2020 00:23:29 -0800 (PST)
MIME-Version: 1.0
References: <F88E3F76-DD4B-4807-A458-85FABFF20D96@gmail.com> <5D218BFB-0D6F-4F7D-858F-B571A67DC47F@leddy.net> <CAHw9_iJ_ipEvU0NUx44XbK0_DrLe_GRw6G=m+chK4wZcRP8BMg@mail.gmail.com> <ACA082A4-BC78-4C63-9F91-5C9A44F47642@cisco.com> <8abfd5a1-e806-3598-c389-8214b3d09447@si6networks.com> <CAFqxzqZgL_pg6hgW0dGbCzyjUzJdAVkfyicwTiac+8kwGxsuVw@mail.gmail.com>
In-Reply-To: <CAFqxzqZgL_pg6hgW0dGbCzyjUzJdAVkfyicwTiac+8kwGxsuVw@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 27 Feb 2020 19:23:03 +1100
Message-ID: <CAO42Z2xxGtCua+vrGfWGcrLJo5bzD8GaaeO7TAUeW0vHP0CHxA@mail.gmail.com>
To: Dirk Steinberg <dirk@lapishills.com>
Cc: Fernando Gont <fgont@si6networks.com>, "Eric Vyncke (evyncke)" <evyncke=40cisco.com@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, John Leddy <john@leddy.net>, Bob Hinden <bob.hinden@gmail.com>, "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>, Warren Kumari <warren@kumari.net>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/0Ul_s4lOINNZ6n4zBsrn7KCAsh8>
Subject: Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Feb 2020 08:23:32 -0000

On Thu, 27 Feb 2020 at 18:52, Dirk Steinberg <dirk@lapishills.com> wrote:
>
>
>
> On Thu, Feb 27, 2020 at 1:45 AM Fernando Gont <fgont@si6networks.com> wrote:
>>
>> Hello, Eric,
>>
>> On 26/2/20 20:18, Eric Vyncke (evyncke) wrote:
>> > Writing this without any hat,
>> >
>> > Please note that on the logical side, it still have to be "proven" that this idea is strictly forbidden by RFC 8200.
>>
>> Here's the proof part:
>>
>> 1) Isn't IPv6 end to end?
>>
>> 2) How do core components of IPv6, such as AH and PMTUD work in the
>> present of intermediate nodes that can add and/or remove arbitrary
>> extension headers?
>>
>> It should be clear from the above that EH insertion/deletion is forbidden.
>
>
> As I already explained to you this is not true.
> The wording of RFC8200 clearly allows this.
> The node addresses by the DA of the packet can do this.

Can you quote this text please?

Can you also explain why AH considers the fields necessary to do this
- the Next Header and Payload Length - immutable, and would consider
such packet modification within the network to be an attack?

> I understand that you would like to modify the wording of
> RFC8200 to make your point true but it simply is not.
> Repeating a false statement does not make it true.
>
> Cheers
> Dirk
>
>>
>> Since this topic has been brought up again and again, I have submitted
>> an errata to RFC8200 which clarifies the intended behaviour:
>> * https://www.rfc-editor.org/errata/eid5933
>>
>> (that's what Errata's are for, after all... and it should be clear that
>> the EH processing part, overall, needs improvements).
>>
>> Thanks!
>>
>> Cheers,
>> --
>> Fernando Gont
>> SI6 Networks
>> e-mail: fgont@si6networks.com
>> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>>
>>
>>
>>
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring