Re: Header Insertion and TI-FA

Gyan Mishra <hayabusagsm@gmail.com> Mon, 11 May 2020 13:35 UTC

Return-Path: <hayabusagsm@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 EA2A13A0AE4 for <ipv6@ietfa.amsl.com>; Mon, 11 May 2020 06:35:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, URIBL_BLOCKED=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 z3s6yxbY9Y_U for <ipv6@ietfa.amsl.com>; Mon, 11 May 2020 06:35:44 -0700 (PDT)
Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (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 EC1AD3A0AC9 for <6man@ietf.org>; Mon, 11 May 2020 06:35:43 -0700 (PDT)
Received: by mail-il1-x12c.google.com with SMTP id w6so8456424ilg.1 for <6man@ietf.org>; Mon, 11 May 2020 06:35:43 -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=LJlFUzFDKhW3RpIqHfFIzXH5aZR/9WwNeDXIFkLY4gE=; b=eJVI3d26xEBjN8cQSikelWep1gNI4+VPZXs0x+JM4VM7s+U9jmys3hXGoDGKdLKDUz lEryPK0UN4Z+2sOMPgJGY29R1PjYYNUyauhlXuML+lJN0ONa4SMoer9CLn+TT47JImBE fmtmLetRqw/J27uzpsZ4fqf+pPQ5a5r3UAOKfxf/tTDOKfBRJaLXuEKnI5EU+vL1q+9Z gHgCAo+Ncw7X/mdfUrRfrZ4tFq82qTRZ68G0q43alRkdr2DXCVZ5ZQNSjTYSIhQLjPyA Y5xbJWZclWDxeas5QYvYBRaDCtRVGcOrr60tjA6fjgWe1Ga9E2rq1EdSWHqkKNC3sCir rKcg==
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=LJlFUzFDKhW3RpIqHfFIzXH5aZR/9WwNeDXIFkLY4gE=; b=O2d1/ld0F2g11xKwSEa2oPUFn1ZQ5yEMgpl25F3x7Ak/in4zFhgNWIYtLmKu7voYW1 TbKWneB5WXZvM6K1qESrAMXZG05voNE8LkTZpWRQQtd54QJPPJgfbYvTPIuUfns+bBIr RKLrBrnSMn5YwZc+sKkkva70doZJa7czmkMVFDWgMBxQvDQvVTf5cq1a9U1Ko3UJdzhI fXbOGZH5uJvJrnQW3XqXAH+eLIpgbdPTndGx7eBl4tSVK0LuSgoBYotNAcEeRuxjjPBq ldXsAPn5pSeplui6Cj03EWyBVWtGEILMRkkSd2lyJ7WnUtdusRXGs9pEiIHVIru+ddDw ybPg==
X-Gm-Message-State: AGi0PuZPEZYhRFrkUbEYtVTFGqVUp1+GfmyemLQjm/ulKivqPHugap82 4+tIcmE53Jm7wJLX/+i2tsPISB/wd57JxeBPn64=
X-Google-Smtp-Source: APiQypLqfQI5twPRunWUhIhg77sQoUweVKhM5Vy1rtat6pK0WXnvqRx/vrB0/XrWYM71uEAodkY24L+/P78AfRlZSWo=
X-Received: by 2002:a05:6e02:4cd:: with SMTP id f13mr16443646ils.300.1589204142983; Mon, 11 May 2020 06:35:42 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR05MB6348FA1FC00258ACE4FDE444AEA10@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB6348FA1FC00258ACE4FDE444AEA10@DM6PR05MB6348.namprd05.prod.outlook.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Mon, 11 May 2020 09:35:32 -0400
Message-ID: <CABNhwV3-dMPg6SAAEz+uWre-rj6j5=1JgyyQyKyz_qn7f7mJwQ@mail.gmail.com>
Subject: Re: Header Insertion and TI-FA
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Cc: 6man <6man@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006b103705a55f6cf1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/ybjhzieI2fJkLr1ATEtbF46l8fo>
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: Mon, 11 May 2020 13:35:47 -0000

Hi Ron

I was thinking the same this past weekend as well.

So at the PLR node which could be any transit P router in the core.  So to
create that bypass transit path FRR link and node protection Next Next hop
(NNH) path around the  failed node or link, an EH header is inserted in
flight on the PLR node to the merge point PQ node for the bypass flow 50ms
failover.

So the agreement we came up with end of last year with Spring, is to add a
6in6 encapsulation along with EH insertion of the type 4 SRH header at the
PLR node to the merge point PQ node to be in compliance with RFC 8200.  The
additional encapsulation would in essence appear like the SRv6 source node
performing the encapsulation.

I looked in the PGM and SRH draft but I could not find the verbiage of the
update to add to additional 6in6 encapsulatio

So how would the packet look now?

IPv6 6in6 encapsulation- SR source node
EH SRH type 4 inserted (steering packet PGM)
IPv6 6in6 encapsulation - PLR node
EH SRH type 4 inserted ( steer to merge point PQ node)
Payload

At the merge point PQ node the EH SRH header is removed.

Packet is now steered via the original SRH header inserted at the SRv6
source node to the PSP node.

PSP pseudocode
SL== 1 ;  SL = SL -1 ; decrement pointer
Remove EH SRH header

Forward packet to USP egress PE end node.

USP egress PE endpoint SL=O

USD - remove 6in6 encapsulation
Send packet to IPv6 routing engine L3 vpn
End.x function processing


Spring - Please provide section within PGM that has the verbiage of the
6in6 encapsulation at the PLR node.

Thanks

Gyan

On Mon, May 11, 2020 at 8:57 AM Ron Bonica <rbonica=
40juniper.net@dmarc.ietf.org> wrote:

> Folks,
>
>
>
> Happy Monday!
>
>
>
> As I was painting this weekend, I remembered that the use-case for IPv6
> Header insertion is TI-LFA. This made the following questions come to mind:
>
>
>
>    - How does TI-LFA work when the original packet already contains a
>    routing header? Will it insert a second, so that the packet has two routing
>    headers?
>    - How does TI-LFA work when the node directly upstream of the link
>    (i.e., the PLR) is not a segment endpoint? Will it insert an routing
>    header? Is that consistent with 8200?
>
>
>
>
>       Ron
>
>
>
>
>
> Juniper Business Use Only
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>
-- 

Gyan  Mishra

Network Engineering & Technology

Verizon

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com