Re: [spring] SR replication segment for P2MP MDT

Gyan Mishra <hayabusagsm@gmail.com> Sat, 21 March 2020 18:11 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 9A3653A0854 for <spring@ietfa.amsl.com>; Sat, 21 Mar 2020 11:11:17 -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 5y8i7OgH_wc5 for <spring@ietfa.amsl.com>; Sat, 21 Mar 2020 11:11:15 -0700 (PDT)
Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 530B23A0858 for <spring@ietf.org>; Sat, 21 Mar 2020 11:11:15 -0700 (PDT)
Received: by mail-io1-xd2f.google.com with SMTP id n21so9644882ioo.10 for <spring@ietf.org>; Sat, 21 Mar 2020 11:11:15 -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=fXawc34IHdyh2rlz6DoPjalfpF/b+BbgO0bVBdXFHes=; b=Q8QN0ZW8Bhfrt+LKMyZMAmTCLjA7XHs6dJOPQkQqXKtcLBCKzQOULKjwSXsLZSufZI B/U8C5RVkskzzKK54qD1eMkO+vfpc1EigbpK2D2XEGYTDrc+7yXRp1gaB0jhFQy3xLIH W5NJLdKv+5xLZkZMlgFaxdSKsO0TF4t38bqhPHqjYBNKqTvKnUUHJo/DdMKDJKBudC2b OGRNLhuqBR1EnCtxIgPLUvU4zfpELKfx9onBTi9SkdLFbu2jB+//0Y6Taj50xcrbnZ04 fALBgRBZLhxyO+P7P680S1tJ6T4KAXxo2WfZhBMjYnXtw+q3U7Bc2dpu/1t0IVoHcex4 wWaw==
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=fXawc34IHdyh2rlz6DoPjalfpF/b+BbgO0bVBdXFHes=; b=Ux5Q6n9f89ZAdFPxAxCCeWkv88dWpUubt2QsjPoc9Xo+ydEY3iMzOdSELD2u6uVWOU wN/Obs0T1huq6r6xxigDLDE/JCnAejPXddlO8Yv6IUAEm/5xJ67K6Dt+H67ygk4aq0s7 A3IhCTBB1LC0FrFPjflWm1M6QEQA5CUTjJ7DGjvdHZLBBVnxMsfxQ0Cn/KbzbPDtB706 FnXhbsVsSk+2uYhWXLQJqCMdqLfK7IUWcxI05RLjAWjvfr9LKsaokivpb+sbmJosks2T LcNR9i//ttiPfZoUUYfDMU51DfJ+tSwE+JST5JtPj2IFQWKH/BtlLgYAJ9usJ4JbG62z 4Pyw==
X-Gm-Message-State: ANhLgQ2wP1MKQ6ST3Y+BKRIDUFUbgeOSeRlCf8TSZo7UNkiQqRWIH/+v Ky2RPtHocQU78w/hc5/OfA49ECMI8KYprdoZyu8=
X-Google-Smtp-Source: ADFU+vvA297TxyvvE8pbni7ASXxkxuMpk/rTkYy1xb3PikPfBinZd2Af8DqhBdCPWavYmUXAudwRXS3yIOUZ1uj/bt4=
X-Received: by 2002:a02:9183:: with SMTP id p3mr13290951jag.55.1584814274318; Sat, 21 Mar 2020 11:11:14 -0700 (PDT)
MIME-Version: 1.0
References: <CABNhwV1rMiM61yhfA-i=+VcdZVGiqW31nj6qL_1NYxOdgatXAw@mail.gmail.com> <CABjMoXaVTmtwhEWmDNDPTNtn6B1kvU5DxqJL8xAD8bCgth7P4w@mail.gmail.com>
In-Reply-To: <CABjMoXaVTmtwhEWmDNDPTNtn6B1kvU5DxqJL8xAD8bCgth7P4w@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Sat, 21 Mar 2020 14:11:03 -0400
Message-ID: <CABNhwV3FGVUT4Fn6UR8Db7nGa1aQEOm+Mt6kTEBLr3ixNmhHrQ@mail.gmail.com>
To: Rishabh Parekh <rishabhp@gmail.com>
Cc: SPRING WG <spring@ietf.org>, "Voyer, Daniel" <daniel.voyer@bell.ca>
Content-Type: multipart/alternative; boundary="000000000000db159705a1615356"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/lLhAv08MVBO58Xa0-kgFhjCJqLc>
Subject: Re: [spring] SR replication segment for P2MP MDT
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: Sat, 21 Mar 2020 18:11:18 -0000

Thank you Rishabh!

I will contact you regarding Cisco specific questions.

The questions apply to multicast support with SR-MPLS and are not vendor
specific however I am using Cisco as an example.

>From a IETF standards perspective, I believe the one question that this
thread is related is with multicast  SR-MPLS support use case where you are
migrated to SR-MPLS and LDP has been removed from the SP core.

In this customer use case where the customer does not want to use RSVP TE
or IR due to replication processing overhead in a distributed model what
options are available for multicast support.

The SR replication segment tree sid draft states that it can only be used
for PCE centralized controller model.

I am guessing BIER maybe an option?

Any other options for operators?

Kind regards

Gyan

On Sat, Mar 21, 2020 at 1:49 PM Rishabh Parekh <rishabhp@gmail.com> wrote:

> Gyan,
> These questions are implementation specific and should be addressed
> off the mailing list. Please contact me at riparekh@cisco.com.
>
> -Rishabh
>
> On Fri, Mar 20, 2020 at 6:41 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:
> >
> >
> > Daniel & Authors
> >
> > I had a question related to the draft related to lab POC testing.
> >
> >
> https://datatracker.ietf.org/doc/draft-voyer-spring-sr-replication-segment/
> >
> > In the draft it states that SR replication using Tree SID to replication
> to leafs on a tree is only supported with a centralized PCE controller
> based model using BGP LS.
> >
> > I have an SR-MPLS Cisco VIRL POC test bed using XRV9000 nodes 7.0.1
> using ISIS SR extensions where I have L3 vpn overlay and everything is
> working very well from a unicast perspective.  No issues.
> >
> > I have LDP still enabled but via “SR-Prefer” am using SR-MPLS forwarding
> plane.  I kept LDP enabled so I can use mLDP for LMDT label switched trees
> for multicast and technically that all MVPN procedures RFC 6513 6514 encap
> tunnel types should work for p-tree using mLDP forwarding plane for
> multicast while SR-MPLS is being used for unicast..
> >
> > I can get the LMDT core tree default and data mdt to build for MP2MP or
> P2MP tree but cannot get on the FEC root the MRIB state to build.  Not sure
> why?
> >
> > Any ideas.  Is there anything special I have to do for multicast to use
> the ldp mLDP extension data plane and not the SR-MPLS data plane.
> >
> > I think what’s happening is at the data plane forwarding level SR-MPLS
> data plane is being used instead of mLDP.
> >
> > I have a bunch of SR-TE policies in place with candidate dynamic and
> static ERO paths and that works well coloring the VRF steering.
> >
> > I was wondering if I can use SR-TE binding Sid with Static ERO loose
> path using prefix SID of egress PE to replicate to and build P2MP tree
> instantiation via SR-TE.
> >
> > Is that possible?
> >
> > Kind regards
> >
> > Gyan
> >
> >
> > --
> >
> > Gyan  Mishra
> >
> > Network Engineering & Technology
> >
> > Verizon
> >
> > Silver Spring, MD 20904
> >
> > Phone: 301 502-1347
> >
> > Email: gyan.s..mishra@verizon.com
> >
> >
> >
> > _______________________________________________
> > spring mailing list
> > spring@ietf.org
> > https://www.ietf.org/mailman/listinfo/spring
>
-- 

Gyan  Mishra

Network Engineering & Technology

Verizon

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com