Re: [spring] Some questions regarding Replication SID

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Thu, 17 October 2019 05:25 UTC

Return-Path: <Alexander.Vainshtein@ecitele.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 894B9120821 for <spring@ietfa.amsl.com>; Wed, 16 Oct 2019 22:25:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ecitele.com header.b=IwjKsbHm; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com header.b=Y8580t7d
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 4FLyBD_yEV0r for <spring@ietfa.amsl.com>; Wed, 16 Oct 2019 22:25:46 -0700 (PDT)
Received: from mail1.bemta26.messagelabs.com (mail1.bemta26.messagelabs.com [85.158.142.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62C4B120236 for <spring@ietf.org>; Wed, 16 Oct 2019 22:25:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecitele.com; s=eciselector10072019; t=1571289943; i=@ecitele.com; bh=OeiBI2FMCN7T1UDKFTKnX/M5SX8dpZe1rHikCg768b8=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=IwjKsbHm51nHVcuPRAnDP1X3QxoSd4Y0xmpLhc7i5R9Yr4W3EKTJvawOdt4fFj3bc 3tHCn1FL9OXih0rRctZbCp6tCBg1CbhNJ19KA0IKFM82Rl4Wl0C7ERZ1DFFVgkBlIE q1yzqIJapIBTFBcvpYLodC3L0e8qDklTpkx57bww=
Received: from [85.158.142.193] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-b.eu-central-1.aws.symcld.net id 74/F7-24184-75BF7AD5; Thu, 17 Oct 2019 05:25:43 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1WTf0xTVxTHue9H+2R0uZRKDx3MrKiJYLs2jNE tMRJ/sMYxxmZm1KxoC0/arRTWlllMlqDJWIaCgOig8lNAFsCNH266IUNxk82NgQRxgIjRzigg zAmryGB7jwfO/XPyOd/vueee83IfQ0o/ESsY1uVk7TajVSnypaT3DzWqts3WGjRzFUG6b44fE ukaJ2S6sqERsW56ug3pOntmke77K/upaJG+YWaC0BfONtH66uoZQn/twFWxfniwl4ind9IWmy nVtZs2t+dFpR3vIVythVfoTPRdI5GNfBmEa0g4eOcoJSSXKJjz3CKFpAXBj50FYj6h8CkS+j0 3aD6R4gICvLPnRUIyjOBCZg7KRssYEV4HzfXDnMEwMvwSFF2P42tI/AeCrKkLJF8TgCPhxJmr Ip5l+GWomstd5A3Q2HCa4pnCq6Crt5vmWYIN0FfXs3jZfgLuesYJ3liGE+Dbsn/EPCMcCN7LD Qs6ieUw6ClfYMAYqs91kwIvh3u352mh3gQjv1ciQX8Bim6UiAUOgd7yg4v6G3C0pALxywAOhd N3DYIcBiXewcWWChi4XiMWSlbCfEeGIFuhNFdYBfBqONPfvThNMDQemFz4ooCPiODaeCeVhzT up6YW2AZVkxeRe2F9f/ip2EMJ+lqoaP1TJHA4nKwcI5f4l/O3iaf1CiSuQzqT3ZJsdqYYLVaV VqNRabURqkhVRKTauE9lUrPpqkTW5rQbOVNt3OtQOzJSEq1JahvrbEbcC0z6gA49i1rc4+oOF MQQyuWSh1/UGqTPmlKTMsxGh3mXPd3KOjpQMMMoQVL/iPP87Wwy69pjsXLveMkGxk8pk4gfc7 bEkWZMcViSBesyWs/k3Ss9QTITM1VcfFBXzUUvH6WULdXGKuSSiRnuGOaPmdNtT5ou/R+9KEQ RIEE+Pj5SvzTWnmJx/t8fRXIGKQMkN/kufhab88ndo9xYBDfWZOjCWE7jf5Yik4jTxex8UzFG baTeiu2XWo55xraHNxDt6nObt6/RuzcbfthUHpWeK56nHiWsiMErtkVkGX7NOfaeNWN8bfx8z Wyx9R3aHugZ/a2pr+i1oZ/fNjSJ4IEpvqlvR/661H2bnvcv+HurIb+6dOWOSvnr63dP1SckGD 4P7HiY7tVsvDN9OERpGRqRFre7z7YGy/OiPpJcaiqLrn33pH/b1o9LUsJodbM6etdceYtaFnj 4M1ayoTBDMyfXtr9a4spfs2om0TwydWQgzver+889buuqWy379GZWbO+pZ76M0U4q3t+Svccn XvRh/fDei7fcf4V34tgXXUNs1yvRZI7za2+QcjpVJfMfUFIOs1EbRtodxn8BWTXCXpoEAAA=
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-7.tower-238.messagelabs.com!1571289938!93683!1
X-Originating-IP: [18.237.140.176]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.43.12; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 621 invoked from network); 17 Oct 2019 05:25:41 -0000
Received: from p01a.mail.dlp.protect.symantec.com (HELO mail.ds.dlp.protect.symantec.com) (18.237.140.176) by server-7.tower-238.messagelabs.com with ECDHE-RSA-AES256-SHA384 encrypted SMTP; 17 Oct 2019 05:25:41 -0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ePcTuJhTXmgK5molWfPmlKv0lv92d5QJiCB8kbfMqXBcbeunmczyuatH29D+k9Ji4aT3u4KPNT94fsDNbftN3XG3wP6UnSKOwIfiLcG+KNYjUwuOckkNR5TCFE7wd3KBe1iYvrrgcpmkrdIZ3WSlCHZfj7bPuM+H2TPhuPuWJIX063rvzUJcQ/yU3e08E52ZIUaA3jMbPmyvliKAEPpRaxHWz4bQfbl3L/VY/ev0BkzmdbHDgFkCuIw3BJYBtzBqJ5vqvxNi57YuPpU65qp6ij1UHRBnNDcaaY/a8aYtIz0VHuco3XPiLzz4HRam1+gvRfxYBScdtL/QhZv8VRpMkg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kdNi4gk9E1zfXRp8cwDVAe/5q1cID6NbtQHCNYe7uD0=; b=MMT2RMeSBOvlt4uZf5yYtu8XOwFEfBRx/6UanTYye3WVtUBg5NFf0ZdAIc+7pYIKWZGeMFKxRcom6i6TTMUuqhCYd4s7CflNRMUTcQ84axku9fLIx/QZFSJei2cGPunSfDz7tZIUQdXbY+gQNSk0yflPn2+I7PjLl5Fz4fAr2l/KO4wtF4EB2N6j16QWcfwh/17FG6ZsWK85/36NXyiLu90418RaT/NKRqUahqUcUQJUDvJlXnrQ9i+GcByXwX11KL25ZYAvhMPi1ytut7+Pb893mH7xGuhUdclgMr0njqbzIks892EKgqdTM/ocChSjDbw4Dq67IlknpT3eKhgSdg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ecitele.com; dmarc=pass action=none header.from=ecitele.com; dkim=pass header.d=ecitele.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector2-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kdNi4gk9E1zfXRp8cwDVAe/5q1cID6NbtQHCNYe7uD0=; b=Y8580t7ddTVv/l8bC+HJxNqMakDjZrFfmOscqBDGWBUKEG2PdDaOY09E87k9NQeuqDHaB7su64f5tdoHAvMmtJzJEa2F5Nhtbstb3vi+cyFwZDiOjIBjm3ZVqARKZ8QkZS1d3zoKZbda/fMVzJaVp0udetuprYG7dd1BFMJ3EI0=
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com (52.135.146.159) by AM0PR03MB4257.eurprd03.prod.outlook.com (20.176.214.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Thu, 17 Oct 2019 05:25:35 +0000
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::2dd5:b0de:d0a:297b]) by AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::2dd5:b0de:d0a:297b%7]) with mapi id 15.20.2347.023; Thu, 17 Oct 2019 05:25:35 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Rishabh Parekh (riparekh)" <riparekh@cisco.com>
CC: "spring@ietf.org" <spring@ietf.org>, "Clarence Filsfils (cfilsfil)" <cfilsfil@cisco.com>, "hooman.bidgoli@nokia.com" <hooman.bidgoli@nokia.com>, "zzhang@juniper.net" <zzhang@juniper.net>, "daniel.voyer@bell.ca" <daniel.voyer@bell.ca>
Thread-Topic: Some questions regarding Replication SID
Thread-Index: AdWDVOyBSqV6o0PFS+K0ByGygF/1pwBGnOBgAA4SwmAAAOQ1MA==
Date: Thu, 17 Oct 2019 05:25:34 +0000
Message-ID: <AM0PR03MB3828DC1DFA363555EDE1E4269D6D0@AM0PR03MB3828.eurprd03.prod.outlook.com>
References: <AM0PR03MB38285E83FF61212FD488C3169D930@AM0PR03MB3828.eurprd03.prod.outlook.com> <BYAPR11MB333594644D596EB617A6E964DE920@BYAPR11MB3335.namprd11.prod.outlook.com> <AM0PR03MB38289809EA0BFAE4DD3FC90D9D6D0@AM0PR03MB3828.eurprd03.prod.outlook.com>
In-Reply-To: <AM0PR03MB38289809EA0BFAE4DD3FC90D9D6D0@AM0PR03MB3828.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.234.241.1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 923eff12-65ef-416c-f4ac-08d752c26ff2
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: AM0PR03MB4257:
x-ms-exchange-purlcount: 6
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM0PR03MB4257CA199BCC6E585C209EA19D6D0@AM0PR03MB4257.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 01930B2BA8
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(136003)(39860400002)(396003)(366004)(199004)(189003)(51874003)(66946007)(6246003)(316002)(55016002)(3846002)(2940100002)(486006)(76116006)(9686003)(54906003)(606006)(14454004)(71200400001)(71190400001)(26005)(790700001)(6116002)(8676002)(86362001)(8936002)(54896002)(81166006)(66556008)(66476007)(64756008)(66446008)(33656002)(6306002)(446003)(11346002)(476003)(66066001)(81156014)(236005)(186003)(52536014)(7696005)(4326008)(229853002)(14444005)(25786009)(7736002)(76176011)(2906002)(99286004)(6506007)(74316002)(102836004)(6916009)(256004)(5660300002)(53546011)(478600001)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR03MB4257; H:AM0PR03MB3828.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hvSsGbkHKo3nToyDvdUJhNg4y4a4mJhbIxPdUBy5ic6dnD2QbVWeSFM5H+aopPh96ncL9N95PeuPEWylkZixDBVl8AjCz31Cdj8GxynswjF21Fvw/Kyh3ME2URpXlT2S/bHlmw5YQEFt1HQ+NJp29kp9B9uc3lcSUOkOJaGFwVA1FcS/bK98Wr3fSJgkXfLgV7tFQ2Qu51ygLatxhjZYbMOJhowAebjhwneEz8HFO7uALlhLb4ZzNyuj2ve6hqz1gZgGf7n0HJlrrg2H+16iiAR86U0+VNmQsfS4w8rZ/PEjYyeZBbbSD2Si5otz3FgO2rbSgHiCKNKKr/Xn4dGDA+iQrrn66+82a86OV5NGvQAp0ZX8CX/rQzZva2NXjspn/5DuIvFHRKtLhdTq2LBFjZRkGmHpagzG7lulN8p7ClqfV0I9f5aczbiBvqbZetB4q8k2F3xlQwOAZY8iZx5jTQ==
Content-Type: multipart/alternative; boundary="_000_AM0PR03MB3828DC1DFA363555EDE1E4269D6D0AM0PR03MB3828eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 923eff12-65ef-416c-f4ac-08d752c26ff2
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2019 05:25:35.0061 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: s0ApXBcUEYhfVfUzJlSZp+9ka16xWxmQHc26dlPAOQhWh7vXNnufWzXcQ0+1OvPodJuMpIyiCejW3KXpECgzKg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR03MB4257
X-CFilter-Loop: Reflected
X-DetectorID-Processed: d8d3a2b3-1594-4c39-92fb-b8312fe65a8a
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/P6GKHGKiB3MqjccAIoYd5cp98cE>
Subject: Re: [spring] Some questions regarding Replication SID
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: Thu, 17 Oct 2019 05:25:50 -0000

Re-sending with corrected To and CC lists...

Regards,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com

From: Alexander Vainshtein
Sent: Thursday, October 17, 2019 8:25 AM
To: daniel.voyer@bell.ca
Cc: spring@ietf.org; Rishabh Parekh (riparekh) <riparekh@cisco.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com>; hooman.bidgoli@nokia.com; zzhang@juniper.net
Subject: RE: Some questions regarding Replication SID

Rishabh,
Lots of thanks for a prompt and detailed response.

Please see more inline below.

Regards,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>

From: Rishabh Parekh (riparekh) <riparekh@cisco.com<mailto:riparekh@cisco.com>>
Sent: Thursday, October 17, 2019 1:24 AM
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>; daniel.voyer@bell.ca<mailto:daniel.voyer@bell.ca>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>; zzhang@juniper.net<mailto:zzhang@juniper.net>
Cc: spring@ietf.org<mailto:spring@ietf.org>
Subject: RE: Some questions regarding Replication SID

Alexander,
Responses to your queries are prefaced with [RP].


1. The draft says that "each branch is abstracted to a <Downstream Node, Downstream Replication-SID>".  Does that mean that the Downstream Replication-SID is one of the SIDs defined in Sections 3, 4 and 5  of RFC8402<https://clicktime.symantec.com/3XUuhGHPMpikj1KmCoXg6zn6H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc8402>?

[RP] No, Replication SID not a topological SID as defined the sections you point to in RFC 8402. Instead, it is a separate SID (label in SR-MPLS) that represents the Replication segment in data plane.

[[Sasha]] Oops! This question got mangled in the process of writing. Actually I wanted to ask whether the SIDs in the list that represent a specific Replication Branch are the SIDs defined in RFC 8204. The text I see in the SR P2MP Policy<https://tools.ietf.org/html/draft-voyer-pim-sr-p2mp-policy-00> draft seems to suggest that it is not necessarily so  because a Tree-SID is considered also as the Replication SID. This looks inconsistent to me because a Replication SID as defined in this draft is instantiated both in the Replication node and in the Downstream nodes while the Tree-SID does not require instantiation in the Leaf nodes (this is optional).



2. The draft also says that "A Replication branch to a particular Downstream Node could be represented by the node's Node SID".  Does this mean that the Replication Node sends the packets it receives with the Replication SID as the active segment with the labels representing the downstream Node SID as the active segment across such a replication branch?

[RP] No, Replication SID relevant at a downstream node would be the bottom label with other SIDs stacked on top which would guide the packet to the downstream node. Of course, if the Downstream node is adjacent to the Replication node, only the Replication SID would be present in the outgoing packet.[[Sasha]] OK, thanks.



3. The draft also says that "Replication segment is instantiated at Downstream nodes and at the Replication node".  Does that mean that the list of SIDs associated with the specific replication Branch is pushed by the Replication Node on top of the label representing the Replication SID in the Downstream node of this branch?

[RP] Yes. See response to 2 above.[[Sasha]] OK, thanks again.



4. Are the labels that represent the Replication SID at the Downstream nodes downstream-allocated by these nodes or upstream-allocated by the replication node?

[RP] Since the Replication SID is locally relevant at a node, the Replication SID would be downstream-allocated. However, it may also be allocated by PCE; see response to 5, 6 below.[[Sasha]] OK, thanks.



5. The draft also says that  "A Replication segment can be either provisioned locally on a node or programmed by a PCE". These two options look exactly the same to me from the POV of the node on which the Replication segment is programmed - what, if anything, did I miss?

[RP] You are right in that it does not matter how Replication segment is instantiated at a node. The use of PCE is relevant for SR P2MP Policy<https://clicktime.symantec.com/3BarcmSMhmQoNnLWirtL2F6H2?u=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-voyer-pim-sr-p2mp-policy%2F> draft where PCE instantiates Replication segments.[[Sasha]] OK, I will  look up the second draft. BTW, it does not appear as a reference in this one - is it intentional?



6. Did you consider a possibility of advertising the Replication Segment from the Downstream nodes to the Replication one using some multicast routing protocol (e.g., creating a SR-MPLS replacement for mLDP)? Or is such a possibility strictly precluded?

[RP] . We do not strictly preclude any protocol , but one of the goals of SR is to simplify. The idea is same here - use replication segments to realize P2MP trees computed by PCE (without need of multicast protocols) as specified in SR P2MP draft[[Sasha]] One of the well-known aspects that make multicast different is that the traffic in the Service Provider domain is driven by the dynamic customer requests. Handling these requests via a PCE looks problematic to me.



Any details regarding instantiation of the Replication Segment in SR-MPLS would be highly appreciated.

[RP]SR P2MP policy draft lists different protocols (PCEP, BGP, etc.) that can be used to instantiate Replication segments. SR P2MP PCEP<https://clicktime.symantec.com/3JuFtE8qkd9Viz4Z8BMaLWb6H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-dhs-spring-pce-sr-p2mp-policy-00> would be updated; other drafts will be published in future.


More of the same...
Pleade note that if the anser to #3 in my original message is positive, then the statement in the draft that say the Replication Segment is similar to the Binding segment srems to be inaccurate.
[RP] Since Replication SID is local to a Node, the Replication SID of the Replication segment at Root (or Headend) node can be used as a (constant) Binding SID to steer traffic into the segment.
[[Sasha]] The difference between the Binding SID as defined in 8204 and the Replication SID as defined here is that the former is instantiated just locally while the Replication SID is instantiated both in the Replication node and in the Downstream nodes.

-Rishabh

From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>
Sent: Tuesday, October 15, 2019 6:31 AM
To: daniel.voyer@bell.ca<mailto:daniel.voyer@bell.ca>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; Rishabh Parekh (riparekh) <riparekh@cisco.com<mailto:riparekh@cisco.com>>; hooman.bidgoli@nokia.com<mailto:hooman.bidgoli@nokia.com>; zzhang@juniper.net<mailto:zzhang@juniper.net>
Cc: spring@ietf.org<mailto:spring@ietf.org>
Subject: Some questions regarding Replication SID

Dear colleagues,
I have read the Replication SID draft<https://clicktime.symantec.com/3G11JyktvUDpkKaz5dfYE9E6H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-voyer-spring-sr-replication-segment-00>, and I have a few questions dealing with possible instantiation of the Replication SOD in SR-MPLS<https://clicktime.symantec.com/3Hq42mK61kxvw5A1kBS8D1g6H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-spring-segment-routing-mpls-22>.


1. The draft says that "each branch is abstracted to a <Downstream Node, Downstream Replication-SID>".  Does that mean that the Downstream Replication-SID is one of the SIDs defined in Sections 3, 4 and 5  of RFC8402<https://clicktime.symantec.com/3XUuhGHPMpikj1KmCoXg6zn6H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc8402>?

2. The draft also says that "A Replication branch to a particular Downstream Node could be represented by the node's Node SID".  Does this mean that the Replication Node sends the packets it receives with the Replication SID as the active segment with the labels representing the downstream Node SID as the active segment across such a replication branch?

3. The draft also says that "Replication segment is instantiated at Downstream nodes and at the Replication node".  Does that mean that the list of SIDs associated with the specific replication Branch is pushed by the Replication Node on top of the label representing the Replication SID in the Downstream node of this branch?

4. Are the labels that represent the Replication SID at the Downstream nodes downstream-allocated by these nodes or upstream-allocated by the replication node?

5. The draft also says that  "A Replication segment can be either provisioned locally on a node or programmed by a PCE". These two options look exactly the same to me from the POV of the node on which the Replication segment is programmed - what, if anything, did I miss?

6. Did you consider a possibility of advertising the Replication Segment from the Downstream nodes to the Replication one using some multicast routing protocol (e.g., creating a SR-MPLS replacement for mLDP)? Or is such a possibility strictly precluded?



Any details regarding instantiation of the Replication Segment in SR-MPLS would be highly appreciated.

Regards, and lots of thanks in advance,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>


___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________

___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is 
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this 
transmission in error, please inform us by e-mail, phone or fax, and then delete the original 
and all copies thereof.
___________________________________________________________________________