Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt

Gyan Mishra <hayabusagsm@gmail.com> Mon, 15 February 2021 16:22 UTC

Return-Path: <hayabusagsm@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 D68A73A0D16 for <spring@ietfa.amsl.com>; Mon, 15 Feb 2021 08:22:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.304
X-Spam-Level:
X-Spam-Status: No, score=0.304 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, 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, URI_NOVOWEL=0.5] 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 qghB8reCInV3 for <spring@ietfa.amsl.com>; Mon, 15 Feb 2021 08:22:36 -0800 (PST)
Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (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 5A4263A0D12 for <spring@ietf.org>; Mon, 15 Feb 2021 08:22:36 -0800 (PST)
Received: by mail-pg1-x531.google.com with SMTP id z68so4507764pgz.0 for <spring@ietf.org>; Mon, 15 Feb 2021 08:22:36 -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=CI8xW0fzuE42YqroLHa3oYZ+0j9p5EimTMKwu0pbxZc=; b=ceS3mAZoR3v4jfQGjAQV/E/jIh7eCC2LHiHW1j/gM4M4ANNazdv3p3hMAfZsh7Xjb+ 5xcUeMVIcMOHVT6Q6RWVsZlENzVjGaXUswAV7hIQHkLUVwvDFyXRPVsENir7hcQ7gIiQ P43745XC1tufxCpm+fDjBr8BT7Z+MBro3vniaytVY8aIxuwYi1Y9NM4tFkYFSpr2Dciv SrK++9R1RhpE45uYQNGPafM5eA3AFTntVg0fd37m/KaGk7CibgPKVWDd45QVp3NWnJFP ONu1M1okSOv84WgPbhXDngOddILdiM7z59ywk5PQ4JlRdJQVIR7TF03gZ2NsWuxobSHJ RMWA==
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=CI8xW0fzuE42YqroLHa3oYZ+0j9p5EimTMKwu0pbxZc=; b=mcY9zo6xDDHSp8ayE71xNxPnRMay7pkHBFDCUSa1ZH3J+PUwvuJuTRXQQIHXdoFC56 AuyedZwTLyG615XUFQM5Ncsflg+gUBD5hiI9b/VpYIP7q7eV3LFnFXYBSV+Uf7sH/x54 fB0vkAVqGFSOa7gR4VcBygh59uSMFOvzUwLJ5BAb2KgySz5wBJc6BB4VVA1gPNeES+VZ srIEwZ7qKg8070McWLs87wU1b/DKXwqGOeuKbUYHfjcWtR3BThEeAqQKxJV3DxC9F6+X f1sGkjby6x5/2wluhTP/14TOETpF8U0Bydz/fGHx+8tW4vZHUKQ70lvEhGpGfytoceSe tN6A==
X-Gm-Message-State: AOAM533ohK+CzYNOWPo4C5P9dcuB/qkJdT12H3sBP1gyudAZJIWmp2Yt O5p2AbdWYjmMsbnE5k+H11eMRlvaidRqcMs+5us=
X-Google-Smtp-Source: ABdhPJxB+blVNyewYkCyNJmF37Ulel9zGvlCGVORYf96BRq7jPUAzvPr6nS8gr9WeYW/JD+n/zcelnnCHOC8nyLZqS4=
X-Received: by 2002:a63:1524:: with SMTP id v36mr15421662pgl.383.1613406155628; Mon, 15 Feb 2021 08:22:35 -0800 (PST)
MIME-Version: 1.0
References: <BL0PR05MB53167A479A9FEC332CE98D8DAEB09@BL0PR05MB5316.namprd05.prod.outlook.com> <DB652473-6B66-47DC-BD06-D52A38325952@gmail.com> <0594621a-53b4-b013-4d27-3e47c35d9f16@pi.nu> <BL0PR05MB5316B387F370A4B7C4F11BFEAE8E9@BL0PR05MB5316.namprd05.prod.outlook.com> <e2fd40d2-9a76-4d62-8ce2-0fcac0281cc5@Spark> <CABNhwV2hS-WispR11HBKO9oBXo0HeeVQa5YO2jKZ7QoNMi9irQ@mail.gmail.com> <BYAPR05MB53187268F81A1E7F8AF77777AE8B9@BYAPR05MB5318.namprd05.prod.outlook.com> <CABNhwV1X067mK1uZV2HkycW7oohOmwpcv2DQsfn_5tR7wW9pNg@mail.gmail.com> <BL0PR05MB531602B7EDFAB7D436FDAC6EAE889@BL0PR05MB5316.namprd05.prod.outlook.com>
In-Reply-To: <BL0PR05MB531602B7EDFAB7D436FDAC6EAE889@BL0PR05MB5316.namprd05.prod.outlook.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Mon, 15 Feb 2021 11:22:24 -0500
Message-ID: <CABNhwV2o6a7jPA-vTELD1rJYTe5GTmtnEBx2q_CbHZZYOwm+Gw@mail.gmail.com>
To: Ron Bonica <rbonica@juniper.net>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>, Loa Andersson <loa@pi.nu>, "spring@ietf.org" <spring@ietf.org>
Content-Type: multipart/related; boundary="000000000000c9084e05bb62644c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Xp-sgt96tpVIuVoDi5a6avp7ajQ>
Subject: Re: [spring] FW: New Version Notification for draft-bonica-spring-srv6-end-dtm-01.txt
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: Mon, 15 Feb 2021 16:22:39 -0000

Make sense!

Thanks

Gyan

On Mon, Feb 15, 2021 at 10:56 AM Ron Bonica <rbonica@juniper.net> wrote:

> Hi Gyan,
>
>
>
> In theory, it should map any END.DTM to  any MPLS label stack, regardless
> of the control plane.
>
>
>
>                                                                       Ron
>
>
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* Gyan Mishra <hayabusagsm@gmail.com>
> *Sent:* Monday, February 15, 2021 12:18 AM
> *To:* Ron Bonica <rbonica@juniper.net>
>
> *Cc:* Jeff Tantsura <jefftant.ietf@gmail.com>om>; Loa Andersson <loa@pi.nu>nu>;
> spring@ietf.org
> *Subject:* Re: [spring] FW: New Version Notification for
> draft-bonica-spring-srv6-end-dtm-01.txt
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
>
>
> Thanks Ron!
>
>
>
> I really like the innovative idea.
>
>
>
> Will this work with LDP v4 v6 to SRv6 interworking as well is my guess?
>
>
>
> Kind Regards
>
>
>
> Gyan
>
>
>
> On Fri, Feb 12, 2021 at 12:04 PM Ron Bonica <rbonica@juniper.net> wrote:
>
> Gyan,
>
>
>
> Control plane considerations are beyond the scope of this draft. That
> said, when I wrote the draft, I was thinking that the border nodes were
> ASBRs.
>
>
>
>
>              Ron
>
>
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* Gyan Mishra <hayabusagsm@gmail.com>
> *Sent:* Friday, February 12, 2021 3:55 AM
> *To:* Jeff Tantsura <jefftant.ietf@gmail.com>
> *Cc:* Loa Andersson <loa@pi.nu>nu>; Ron Bonica <rbonica@juniper.net>et>;
> spring@ietf.org
> *Subject:* Re: [spring] FW: New Version Notification for
> draft-bonica-spring-srv6-end-dtm-01.txt
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
>
>
> Hi Ron
>
>
>
> This is an interesting  SR-MPLS to SRv6 interworking concept.
>
>
>
> For an end to end LSP where you end up doing a translation on a border
> node doing the interworking pop of MPLS label stack and impose of SRv6 IPv6
> header in one direction and POP of SRv6 IPv6 header and impose of MPLS
> label stack in the other direction, how does the LSP get stitched from
> ingress PE to egress PE FEC destination if the intermediate node in the
> path is a P node doing the translation interworking.  I think if the
> translation interworking node was an egress PE that is doing the ASBR
> function handoff seems plausible, but if it’s a P node as it appears in
> your example how would the LSP get stitched end to end.
>
>
>
> Could this same concept be used for MPLS LDP fo SRv6 interworking as well.
>
>
>
> Kind Regards
>
>
>
> Gyan
>
>
>
> On Tue, Feb 9, 2021 at 8:00 PM Jeff Tantsura <jefftant.ietf@gmail.com>
> wrote:
>
> Thanks Ron, couldn’t have explained it better.
>
> Prefix SID (and the prefix associated with it) could be reachable over any
> interface participating in the topology,  depending on that topology
> structure, with topology changes, outgoing interface might change as well.
> Hence the outgoing interface is a runtime property of the top SID.
>
> Loa - does this clarify?
>
>
>
> Cheers,
>
> Jeff
>
> On Feb 9, 2021, 12:35 PM -0800, Ron Bonica <rbonica@juniper.net>et>, wrote:
>
> Loa,
>
> I think that Jeff means to say that " A SID instance is associated with
> SR-MPLS label stack. A label stack entry can be associated with a next hop.
> A recursive lookup may be required to derive the next hop from the topmost
> label stack entry."
>
> Ron
>
>
>
> Juniper Business Use Only
>
> -----Original Message-----
> From: Loa Andersson <loa@pi.nu>
> Sent: Monday, February 8, 2021 11:51 PM
> To: Jeff Tantsura <jefftant.ietf@gmail.com>om>; Ron Bonica <
> rbonica@juniper.net>
> Cc: spring@ietf.org
> Subject: Re: [spring] FW: New Version Notification for
> draft-bonica-spring-srv6-end-dtm-01.txt
>
> [External Email. Be cautious of content]
>
>
> Jeff,
>
>
> On 08/02/2021 14:51, Jeff Tantsura wrote:
>
> Hi Ron,
>
> Very useful document, thanks!
>
> Question wrt processing:
> As described in the draft:
> “A SID instance is associated with SR-MPLS label stack and outgoing
> interface.”
>
> I’d think that outgoing interface would be recursively resolved based on
> the top SID (and could change based on topological semantics).
> Could you please elaborate?
>
>
> What exactly do yo mean by "recursively"?
>
> /Loa
>
>
> Thanks!
>
>
> Cheers,
> Jeff
>
> On Feb 7, 2021, at 08:46, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
> wrote:
>
> 
> Please review and comment
>
>
> Juniper Business Use Only
>
> -----Original Message-----
> From: internet-drafts@ietf.org <internet-drafts@ietf.org>
> Sent: Sunday, February 7, 2021 11:41 AM
> To: Greg Mirsky <gregimirsky@gmail.com>om>; Peng Shaofu
> <peng.shaofu@zte.com.cn>cn>; Ron Bonica <rbonica@juniper.net>et>; Shaofu
> Peng <peng.shaofu@zte.com.cn>cn>; Shraddha Hegde
> <shraddha@juniper.net>et>; EXT- zhang.zheng@zte.com.cn
> <zhang.zheng@zte.com.cn>
> Subject: New Version Notification for
> draft-bonica-spring-srv6-end-dtm-01.txt
>
> [External Email. Be cautious of content]
>
>
> A new version of I-D, draft-bonica-spring-srv6-end-dtm-01.txt
> has been successfully submitted by Ron Bonica and posted to the IETF
> repository.
>
> Name: draft-bonica-spring-srv6-end-dtm
> Revision: 01
> Title: The SRv6 END.DTM Segment Type
> Document date: 2021-02-07
> Group: Individual Submission
> Pages: 7
> URL:
> https://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-bonica-spring-srv6-end-dtm-01.txt__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F9ybUH5$
> <https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-bonica-spring-srv6-end-dtm-01.txt__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F9ybUH5$>
> Status:
> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-b
> <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-b>
> onica-spring-srv6-end-dtm__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8ap
> yYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8Oytsvgj$
> Htmlized:
> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-bonica-spring-srv6-end-dtm__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F2zaLIO$
> <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-bonica-spring-srv6-end-dtm__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8F2zaLIO$>
> Htmlized:
> https://urldefense.com/v3/__https://tools.ietf.org/html/draft-bonica-spring-srv6-end-dtm-01__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8DZVjUN4$
> <https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-spring-srv6-end-dtm-01__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8DZVjUN4$>
> Diff:
> https://urldefense.com/v3/__https://www.ietf.org/rfcdiff?url2=draft-
> <https://urldefense.com/v3/__https:/www.ietf.org/rfcdiff?url2=draft->
> bonica-spring-srv6-end-dtm-01__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4t
> F8apyYbe9Xg2bqsA3kb6qY2F-3qbYIFrhF8CJWOgzv$
>
> Abstract:
> This document describes a new SRv6 segment type, called END.DTM. The
> END.DTM segment type supports inter-working between SRv6 and SR-MPLS.
> Like any segment type, END.DTM contains a function and arguments.
> The function causes the processing SRv6 node to remove an SRv6 header
> and impose an SR-MPLS label stack. The arguments determine MPLS-
> label stack contents.
>
>
>
>
> 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
> <https://urldefense.com/v3/__http:/tools.ietf.org__;!!NEt6yMaO-gk!TZVumo7a10f3Mu7tLnW06iZ9c6yuW_EVwbfeh-jooFDtvB9TevKWnUQVFtcVfDrk$>
> .
>
> The IETF Secretariat
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spr
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spr>
> ing__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3q
> bYIFrhF8PggLsaR$
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spri
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spri>
> ng__;!!NEt6yMaO-gk!Xh8RUucGY-Dw_xFwM_vU4tF8apyYbe9Xg2bqsA3kb6qY2F-3qbY
> IFrhF8PggLsaR$
>
>
> --
>
> Loa Andersson email: loa@pi.nu
> Senior MPLS Expert loa.pi.nu@gmail.com
> Bronze Dragon Consulting phone: +46 739 81 21 64
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!TZVumo7a10f3Mu7tLnW06iZ9c6yuW_EVwbfeh-jooFDtvB9TevKWnUQVFvteCmsw$>
>
> --
>
> [image: Image removed by sender.]
> <https://urldefense.com/v3/__http:/www.verizon.com/__;!!NEt6yMaO-gk!TZVumo7a10f3Mu7tLnW06iZ9c6yuW_EVwbfeh-jooFDtvB9TevKWnUQVFrlDW1y5$>
>
> *Gyan Mishra*
>
> *Network Solutions Architect *
>
>
>
> *M 301 502-1347 13101 Columbia Pike
> <https://urldefense.com/v3/__https:/www.google.com/maps/search/13101*Columbia*Pike?entry=gmail&source=g__;Kys!!NEt6yMaO-gk!SxXh23PxhqhKPJavn0YFRaVlbQaMsJt52t189MNQrydcMfjljeN9XpBLe0cAVGGF$>
> *Silver Spring, MD
>
>
>
> --
>
> [image: Image removed by sender.]
> <https://urldefense.com/v3/__http:/www.verizon.com/__;!!NEt6yMaO-gk!SxXh23PxhqhKPJavn0YFRaVlbQaMsJt52t189MNQrydcMfjljeN9XpBLewVfXQYW$>
>
> *Gyan Mishra*
>
> *Network Solutions Architect *
>
>
>
> *M 301 502-1347 13101 Columbia Pike
> <https://www.google.com/maps/search/13101+Columbia+Pike?entry=gmail&source=g>
> *Silver Spring, MD
>
>
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD