Re: Other use cases for header insertion (was Re: Header Insertion and TI-FA)

Robert Raszuk <robert@raszuk.net> Wed, 13 May 2020 09:48 UTC

Return-Path: <robert@raszuk.net>
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 8D2553A1019 for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 02:48:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 gjJvCW6mZtfs for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 02:48:45 -0700 (PDT)
Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 3886D3A1015 for <6man@ietf.org>; Wed, 13 May 2020 02:48:45 -0700 (PDT)
Received: by mail-ed1-x52e.google.com with SMTP id g16so13726708eds.1 for <6man@ietf.org>; Wed, 13 May 2020 02:48:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M3DtVTuIPg/++eElCkcxrm8Xl/fGSBpewEEWAAGp0IM=; b=SDMT7Eoh5Cf7pbCbXit9eTPMnIrWPDVOrE/rO5gmUUIADzvtGxb2NsK6v/gpZWFqGi ICTbYrthBeAAlZD2/j3wAoh2HO1UahC5zuTSo998RSE2vuBuOPzcAZgkNWkUCUz3NOrj WlnDp2KmNCm+dGd1xOk/VlB5gj9st32bgFBzSiIUVb3ahwmsigV1LaA0HL/uhoDEfmPy ddobx4DZN2X59Kp9rJMzpKjYVZYSX5sLbgGU8BIkhAMyR0kngYqqIX02zfCRjG+8sWmY aF/nmfIzlvgqBnci8oInbWGDs1N83UP8Lr4zhoi0wDIeguOdkAE6uV54b3WrUikp4/Bl mj6g==
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=M3DtVTuIPg/++eElCkcxrm8Xl/fGSBpewEEWAAGp0IM=; b=Lz2pvoDbS4V6qo539Di9jGJPxSJu/qChdWUExShpw3L15OMujQcgh5XNy2WIvjOTTV onCSFqOMzxc53JQI482MTv3xQchUJpaRUSZs4M/gsPzQIICcdpoRM5Y9fqpQqM4RBasj idykufQszlhgDq30gIC1gdWOwSLhHlttIltjT/TzVkfx9oVZfXIiKYrl/+AI7fTCGH70 PcJ/70uykLNA2KQ+oL7jFtM2LWBkY+UXJQXxvyYdYp64xoikzCmYES34GNyzzAqGfc/N lpQP3ZA4ZywNwNHHiJVTEnqEmNK/h6rNIV4uPSuFw49eMQnzBKXqrui29tUHwGahmkTY wtmw==
X-Gm-Message-State: AGi0PuYCTwGawFNEUf2ljfEZKd+wSkjXFUMLZSTsvIWNXDq7RvkVpS2X N28I/0Stqc8bzjexTVQ4ESeZzP4pqvjXKraEgPHVAQ==
X-Google-Smtp-Source: APiQypKRqSXAhgxKAhYB/QGfslYbkO/uSD/YnFcYJYuukPP44LDd6oG/LGVQ8zuP92VtkTHcvcnwkiCD/DNPEIq3t2w=
X-Received: by 2002:aa7:d4cd:: with SMTP id t13mr21024425edr.30.1589363323460; Wed, 13 May 2020 02:48:43 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR05MB6348FA1FC00258ACE4FDE444AEA10@DM6PR05MB6348.namprd05.prod.outlook.com> <CALx6S35EncqhfBCP0aZHqBQ2MBT1VSxpRUB59dOTBpP4wwFsjg@mail.gmail.com> <41a5a637-7b77-e9b8-180a-9a0d0958edfd@gmail.com> <CAOj+MMEu5SgQEFSSxNiZnthm=jMAMQE301PGycdteitqk2d27A@mail.gmail.com> <DM6PR05MB634828DFCB535CA7E7CEA3FAAEBE0@DM6PR05MB6348.namprd05.prod.outlook.com> <CE0C1AE3-8CF6-4503-AB54-8BA21891F9B7@gmail.com> <f4ab18fe-3321-fc1e-5cdb-6a3aa5e5993f@gmail.com> <B8345CBD-1FC9-4D41-A7B5-1BC6BDF101A4@gmail.com>
In-Reply-To: <B8345CBD-1FC9-4D41-A7B5-1BC6BDF101A4@gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 13 May 2020 11:48:30 +0200
Message-ID: <CAOj+MMFJVp41C9+J5014vQVQF_=Ca_FgjSE3eQdjm=BHsZixcw@mail.gmail.com>
Subject: Re: Other use cases for header insertion (was Re: Header Insertion and TI-FA)
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, 6man <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000507bdd05a5847c33"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Hz85xyBNW7Avd3j89EczETNZrFM>
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: Wed, 13 May 2020 09:48:47 -0000

Stewart,

Don't we already have this indirection with IPv6 today ? And I am not
talking about SRv6 ... just in general least significant bits can encode
any function of the ultimate destination.

Such function can for example be of 20 bits and be used as context demux
for packets.

I am not talking about path engineering ... just flexibility an endpoint
can expose already today with vanilla v6.

Thx,
R.

On Wed, May 13, 2020 at 11:42 AM Stewart Bryant <stewart.bryant@gmail.com>
wrote:

>
>
> > On 12 May 2020, at 21:29, Brian E Carpenter <brian.e.carpenter@gmail.com>
> wrote:
> >
> > On 13-May-20 02:56, Stewart Bryant wrote:
> >> It would also mean a new Ethertype, and I am sure that as we think
> about it other issues will come up.
> >>
> >> … but I am sure that you are not the only one wondering the same thing.
> >
> > Yes, there would be a lot of competition if there was a *serious*
> proposal
> > to add a new protocol number. Maybe we should make the first provision of
> > IPv7 that there should be a sub-version number.
> >
> > Sigh.
> >
> >   Brian
> >
>
> The big questions for me is the extent to which it should be self
> describing vis described by reference to context, and the extent to which
> it should be both the UNI and the network protocol.
>
> Like it or hate it look how powerful MPLS became through the generality
> that a 20bit pointer to a procedure in the NPU and an arbitrary stack
> provided.
>
> The self describing nature of IP is both an advantage and a significant
> limitation to its future extensibility.
>
> So I am not sure if we need a sub-version or not, but we do need to look
> at building generality in from the beginning.
>
> - Stewart
>
>
>
>
>
>