Re: [spring] SR replication segment for P2MP MDT

Gyan Mishra <hayabusagsm@gmail.com> Sat, 21 March 2020 01:48 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 724643A0EC8 for <spring@ietfa.amsl.com>; Fri, 20 Mar 2020 18:48:25 -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 Sp9hgeU2m7EB for <spring@ietfa.amsl.com>; Fri, 20 Mar 2020 18:48:15 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 E3AF33A0F34 for <spring@ietf.org>; Fri, 20 Mar 2020 18:47:59 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id h131so8243356iof.1 for <spring@ietf.org>; Fri, 20 Mar 2020 18:47:59 -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; bh=tIgkm21Qb4svpyh7Ul/3a4XC6ZRz/9ZYN9NDIN7GlP4=; b=TUnBwxfzoWocNOqR5nwPGIa45KnyvDxb9WAfDqk4CXtqPSe2ilm93/SWoZIJOHlzku C4BbOnE8wgjAGZsDq89ENttEVP66JzkrPY9rsz11cllmDzNvRuWl+dEdBjIbWdrfj445 D64hOk/D0NDEvsrOquCTaMgLssCrtxgUFtZx7Znbs238LG5caFp5ecaY7Lq+viDcOFQm 2unRWRqoq/tYvJVscFpUb13RicNuOoF2Gv9ljSDFMpMC3JRCYmHNntc2+Yr71kg+bNMR OgOMg4kt2DFlNzBx821ewn79tCdZTP2a16uW6/oIg29CXZOAvQk7ZDtXyhtaw/lNXKRG Kb0w==
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; bh=tIgkm21Qb4svpyh7Ul/3a4XC6ZRz/9ZYN9NDIN7GlP4=; b=WczGnCYEbHdaDj6WwnoOJpD8Yfe/VJ+Nk00ZrWG2j8p+qHfWOKhypnhwUDBESpCUd/ YqlM7IxgcCYOchdzOqErHkCup5xGVbTHJEvqbAcuNrqwJq6lOfSyj20NFHObuWA81cdS tWwPbFxtsEp8vrxA0mzuVdXdIh9SsRE0au/OxpMrCpVeygPrYXE51SJ/Ngwrqt5IjzQL lCw24fr983eqhLHZw5vavdFtLX+I4yXUlS3cE/w3/vC1jD/tKHMTgKjnUNcRHPnV29Kd S9Etm1NJ8X/v5Xk2WNTQ0PW4q1IcfkIcFHizqpB2MwA3GmwLYBlNLbXfKr96H65CbYTN Os1g==
X-Gm-Message-State: ANhLgQ0vf4ehkNyHElRJOZCQxNQp30/ENOF7qKUtj+fYnTYK4lcuOm/V VEve71qg/sCmZkUAiNXRp+r6lnPaTW1Y36AfRNvsTN1P
X-Google-Smtp-Source: ADFU+vui85tXOFx/AN039ve0PzV/dMXzFYKdthZKAP32e0yelmFSbUXo7CbdbnY1B0UMmhvhlVbiV6RXXLXHkQmgRDM=
X-Received: by 2002:a02:9183:: with SMTP id p3mr10627573jag.55.1584755272226; Fri, 20 Mar 2020 18:47:52 -0700 (PDT)
MIME-Version: 1.0
References: <CABNhwV1rMiM61yhfA-i=+VcdZVGiqW31nj6qL_1NYxOdgatXAw@mail.gmail.com>
In-Reply-To: <CABNhwV1rMiM61yhfA-i=+VcdZVGiqW31nj6qL_1NYxOdgatXAw@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 20 Mar 2020 21:47:21 -0400
Message-ID: <CABNhwV2tyH7Q0wq7ib0LH4=-vCLFAN_-i2EpJybeoSqpzo0KOA@mail.gmail.com>
To: SPRING WG <spring@ietf.org>, "Voyer, Daniel" <daniel.voyer@bell.ca>
Content-Type: multipart/alternative; boundary="0000000000000e9c2805a15397fb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Nrym-mKzxCTUe45OuhtV_sy_NkI>
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 01:48:26 -0000

A follow up related question is let’s say you have a 100% migrated to
SR-MPLS and so any mLDP related PSMI UI/MI/S trees are not possible but you
can still I guess use IR or RSVP-TE.

You don’t want to use RSVP-TE and don’t want to use IR due to processing
replication overhead.

But if Tree SID instantiation only works with controller based model and
you have a distributed model deployment what options do you have and is
their any way you can use Tree SID instantiation using SR-TE with binding
SID.

Kind regards

Gyan

On Fri, Mar 20, 2020 at 9:40 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
>
>
>
> --

Gyan  Mishra

Network Engineering & Technology

Verizon

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com