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

Uma Chunduri <umac.ietf@gmail.com> Wed, 13 May 2020 15:28 UTC

Return-Path: <umac.ietf@gmail.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 9A5B23A0D33 for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 08:28:02 -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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 rw_0ahRZxcLo for <ipv6@ietfa.amsl.com>; Wed, 13 May 2020 08:28:01 -0700 (PDT)
Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) (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 11C4A3A0B02 for <6man@ietf.org>; Wed, 13 May 2020 08:28:01 -0700 (PDT)
Received: by mail-ua1-x92a.google.com with SMTP id r2so6197169uam.7 for <6man@ietf.org>; Wed, 13 May 2020 08:28:00 -0700 (PDT)
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=BFUy6peCtunQtOoGMovt4EXyKuzSAjZOL43Fj6EIBa4=; b=Bg+H0Uyj4n68oIQPAJKU28gTg/HB0GCuedDodGk1mh+5/RV1E/E1JgDNcgquVZE4OW sh6B24xQck2VhRhhokHZDAeZBfasxX2GPXoWI86nczwbSYUNMHACyku9Eos9ntTJSNCg FRk1G3Z4DgcBg4odZa8kj1ZOvEhTsd3tgDRnpqTIRJGCwA8C/EEIWIXh0Q+VIWKEXJi0 y9H4vrmvuNJ7xJn3QkqxypcnWkas6M+Eq7ivBnHsrM9q+nnkkDZivU2oQ+4pGJEtz983 7Ki01B5vLZmwBqjJoUbg4c9nk0z/U1d7hFDHI/q+TxGnskDeedHwf79WDjQOAe6sGU9A RKDg==
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=BFUy6peCtunQtOoGMovt4EXyKuzSAjZOL43Fj6EIBa4=; b=LLaRW8CPyrPuBVVHC4UgsbAt0uCHPriHvtWogKL6gS5ZURzkErsM8YJ+n8+w207T0D QlBkVVq2zC5AFqnkEPgwgVnACroo/MT5/poRQIiNmAznA5osqoj5ERBe23ZgsFu5dc4w FB6oNk5n6hZYyo4x60YW++Dttf2TxA+IVkCRr/p+Lj8rsxaLFSgnFE92N4le4Ip+xYXI 5vKuF/jh0pt7F4UiRdGsl4QQb24ZKBiZsgojA9kmQKZ6MXDQctl+vhp2f/nO5VSfssN3 DbYpgWbAzy+QER8bBr+RwQp8IbME6oRx+O2WypwDFB3y72HQc2CQx0Fnx99ujdnoVyXY hF+A==
X-Gm-Message-State: AOAM5321X2XakHpf/1t4ejksSo5XVFuEw61cgpxikPeXFfc23QkWQRKQ iqiZLWOuLsABs3lTesfsfdcN6t0YpH3b7M589224fA==
X-Google-Smtp-Source: ABdhPJw4zunWHa8lZDUqjOestD3M9fHqECmIIWo1AARAAerkogOHMcRZhwfSFiPQxQZ982c/bAFQNxgqG6tF8USBZwk=
X-Received: by 2002:ab0:7c1:: with SMTP id d1mr108094uaf.76.1589383679965; Wed, 13 May 2020 08:27:59 -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> <CAOj+MMFJVp41C9+J5014vQVQF_=Ca_FgjSE3eQdjm=BHsZixcw@mail.gmail.com> <863C1CD0-5CE7-4336-8D90-A1E3B1E232EE@gmail.com>
In-Reply-To: <863C1CD0-5CE7-4336-8D90-A1E3B1E232EE@gmail.com>
From: Uma Chunduri <umac.ietf@gmail.com>
Date: Wed, 13 May 2020 08:28:07 -0700
Message-ID: <CAF18ct6nB2qK1sK9RS5ah+4Mjq_eCqH9L_M0P9UyoLF94OWrJQ@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: Robert Raszuk <robert@raszuk.net>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, 6man <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a7ff1a05a58939fe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/uIIKE3k3PQNQI0SSQf1VGtOorLA>
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 15:28:03 -0000

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

> I am glad that we accept the NP is not SR!  Although it took a long time
> to get there, both in terms of the disintertwining and realisation that the
> concept was needed. It is a long time since I read it, but I am concerned
> about whether it has the full generality of the opaque instruction that
> MPLS has.
>
I guess, it has.


>
Assuming that it has the next issue and it is one we are discussing here is
> the overhead of adding a new instruction to a packet in flight.
>


That overhead per 8200 is 40 bytes aka encapsulation (with all good reasons
raised again and again why it has to be like that in L3), where in

L2.5 it is 4 bytes.  Though we may never get to 4 bytes we don't want it to
be 40 bytes, that's the holy grail of insert discussion (push).


The next thing is removal (pop) to me though this is being discussed and in
the document as PSP. The question is not at penultimate node

(regardless of benefit i.e., it is marginal or not) and segment end point
but at any node in the network.

I think at some level we are seeking to  have  these very basic
functionalities needed not only for TI-LFA but other inter-AS scenarios in
a single

domain.  We can all see the difficulties in the underlying  architecture to
get these while taking the goodies it offers (like the UNI and self-

description you mentioned). We need both and unfortunately I don't think
any other RH would get us  there.

--
Uma C.



>