IETF Logo Mail Archive

Re: [pim] [bess] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022)

"Bidgoli, Hooman (Nokia - CA/Ottawa)" <hooman.bidgoli@nokia.com> Mon, 14 March 2022 15:35 UTC

Return-Path: <hooman.bidgoli@nokia.com>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9326C3A16F3; Mon, 14 Mar 2022 08:35:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 92-BqN-_5tIP; Mon, 14 Mar 2022 08:34:57 -0700 (PDT)
Received: from NAM04-MW2-obe.outbound.protection.outlook.com (mail-mw2nam08on2135.outbound.protection.outlook.com [40.107.101.135]) (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 A7B353A1700; Mon, 14 Mar 2022 08:34:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L+7luAlocsHJvq6ywxvitNtSTN3RTqYUxj47u5JI40SyNqkLLH5vq4BcMiojYQ+5bm8vLrPd6wzfOG/RU82JElvJ5GQqgEw0fPWVLgyRjUKhVPdvr29Ky47fb4tmefASQTmNT9VnVST7EmVNA79AY3IbTZ4OjXzDI93x2JoQVaOpepnV0BLjYKWVUfS4nMg62ksmJApfiQLmfDwGfAXNwG3hJ0lo1sGC8NkTviX6Ht39Z2akTURVLxPwWB5VGa/HSBL1cUOd0U6NnsVHL29JC0yqxAJvQDnmfQuR64FtabSzrc5adCm6inup7M6gx8lKgRdguNTDp31hnSIJP3eWpQ==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=QrX1w1TUqvAIhiFEixDFRQa72iiJwIj4RmmMjORVrE8=; b=ROzJITQNB4x73b5ecZJELIlt/6P98CuIfRYstev1oYy1LZIXlz2guMAoUZwaAykUCPPZJ9fxWmE6QkFNIu2W3djt6caAFXMxj6T48WdWvycnEAyvnO42kbG4iw/E+4NH6+ja2zkAZoS2WLnGeGWGJUr7Fd/8QHM2q4D2Ofk6OBOSoru3cg34SGKY/gkkZsVcRzwzleIfH++0DrfoWQzeHUbr9hqEjJKH3IZFD297DY3SZyG/dL2GqEdB4TL4T2eZv8IHcQfMf4UOMTyxWSO8l+BU2DxPAj3U4p6jtAfRfhOm/Ls85xuaj+Ecq4XrfIriBr7ZYcNihMA+B+BBRqwHpw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QrX1w1TUqvAIhiFEixDFRQa72iiJwIj4RmmMjORVrE8=; b=zUnzpVHLAlaAPGr76X8e12gl15VxAVvsiPcd0ZJOSGtKq7C5z4tmdZjUrx4UTK/RjrtFN1VKiSH1eSUjfU+5iRjizIzuOgITO4CKabkBKbBRGNizNmrDZYbfs3BJSvJjJVolWJ+e80II2rvv/ex2sDJYjGzG9uvs0icNhqUOn2w=
Received: from PH0PR08MB6581.namprd08.prod.outlook.com (2603:10b6:510:30::8) by BYAPR08MB5237.namprd08.prod.outlook.com (2603:10b6:a03:69::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.21; Mon, 14 Mar 2022 15:34:54 +0000
Received: from PH0PR08MB6581.namprd08.prod.outlook.com ([fe80::80b0:9a0d:d751:7ea1]) by PH0PR08MB6581.namprd08.prod.outlook.com ([fe80::80b0:9a0d:d751:7ea1%8]) with mapi id 15.20.5061.028; Mon, 14 Mar 2022 15:34:54 +0000
From: "Bidgoli, Hooman (Nokia - CA/Ottawa)" <hooman.bidgoli@nokia.com>
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>, "pim@ietf.org" <pim@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022)
Thread-Index: Adg0jgH6Vhd2qInSTIyLydPTNUZKHgDKp+7w
Date: Mon, 14 Mar 2022 15:34:53 +0000
Message-ID: <PH0PR08MB65814928A734FEB877F4A0DC910F9@PH0PR08MB6581.namprd08.prod.outlook.com>
References: <00f301d8348e$e2ae8c40$a80ba4c0$@ndzh.com>
In-Reply-To: <00f301d8348e$e2ae8c40$a80ba4c0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 615a7d5a-c3ca-4134-ab3e-08da05d03007
x-ms-traffictypediagnostic: BYAPR08MB5237:EE_
x-microsoft-antispam-prvs: <BYAPR08MB523786DEEFACF009B71ADE0F910F9@BYAPR08MB5237.namprd08.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hf586ZZA+tYBLDQT5DLJIblF/cVdHJiZTRf+moJMFSbpz7lOau2ZL/a1l6LEHRW27P6in2FUmMaY7F6bB7u3tlfJFrMn/BK8RZwOmKpxlTw4a1Vt/P+zzVvop3KJAylw5A2N+4f/ExBWmFfzFUc4W7MbaPNCXw/s1SQDYpJ13Rz6ofsLPl0a5hSSEckhJvtl50k1bESxGlJE5XjITnXoqNiINULadI/6mPLN/Zw0dfO4EHbEnztbqHx+GIFdhX0PljfJYbNNvNgW3CnSXog0btZVpfpmOCmmLr/byqYz/KIwHs46ZCUYW1dyben0sd9PHXUsb5RWwD/8SAGc6Fb96/aKh3jVBB1i7gK93Iv/fD5eV0s9z9m95CN8WVhymrts2olhe2jxL3RVuMSFBLNfKqN+6JQynHfn30LETzStUVatA11K3J019d1l3zDZLK+SPcSaKYNIhrjlBHy4MwSsD5hJTfEtAnf8z6Tzv1xWEy2oqcZXJqArKg6R6Q+lUytEiQiQrh5QBUFvRMQYIQpFmncYndaaaiiBSKCPVEP9mH1KAH8Lnt49bQkFsmi2miZpstT+f4KY/4aX+M4+D/wWbZmjqtfCEpglIhmz6hlJvjsgCYNK95/d2SSGTPW7VsSz8lTbFOsVBYZl/i6NaCUhUjPTeJVkyTucNYvLZGIIZVcVbXAmVB9xw8ueT6gdr3VtHwwRdE3sCVKi8toLxWOCLA3MT4tnqKX6J7mfejS2v6IsQk7EGE75Ul1MX8p9138krI/U67wA6T4ub3gStVJVWodA9aBjYXPK7z7BZWcNZrI=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR08MB6581.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(26005)(76116006)(186003)(8676002)(66476007)(66556008)(64756008)(82960400001)(52536014)(71200400001)(38100700002)(66946007)(53546011)(66446008)(8936002)(38070700005)(966005)(110136005)(166002)(508600001)(7696005)(86362001)(6506007)(316002)(5660300002)(55016003)(9686003)(122000001)(33656002)(83380400001)(2906002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: aHT7psm4nfSBh9cFytmtKJJYiEvpMM/Ue6njUTK4kcazllWiO5ibJSOL7Dz8/gxoqshK0AwWCiiqBWv+CqvEXxaoC+YuZMcKsA8am47jnZrV1q9+PjzPN9TUUodbYAN4niZiwaZY62xLGkbEg8bOID8TLlcMNl0X1u6f5cKbwnHCSlfS0qFFbFZ+kKWtEggnSOGjluy9P62edviRSEPzvMyJam44PAWeddi+hmhDRfgWBkXsVsV/xmxE1mUCa/v0Nh/2aIX6BLysSAdTUEfbQ1qipGPep9WCAUlvYcEnx769iOsTlVQ4v/An4dgiasxCm+3Q0Ffr3Kwj05TIxZq9SzyI4puAT1oZ8Do5yGZxofJPiPLNvyvvssxFXcu9Z35/hQX2vIAxVzjp3LrStjD7Cf3wVOdSK2ojzZcqI89b5DFUJg6HRt7v88dpk2Ynwuagm4UqjDsSiVcQccYCenU0KK6Ev8bHg068x9uD/IuRF86x7y32nq0WBFQA3bYi58irfRViGrNUiw8oGISjkRJFw+4CympCG9h4FA+8u1d22NjKBIsnLG50zA14WwaCn9MqOaF8704m14MKnV3+aSSumd5coQ5Rmj8FikMrcnCg/N8NGeA+kT6u5stMTRPff0t7Am3giV9cJI73/AmP0oL9tUslB3SwumftqT/NBrCHCaJOvFo9/w+ypMybbVIAqF9u0tigMXREr5V/ycv+UF66FpQ9rgRYb5fD5fzf5gV2h4cIMg6PJWhCeW+UDgWzXw3bnTxiBkdNGIBiITmIa5xMwmoMH0ub4FUVW2n+F+lxTeclBSpDrsqZDxwa9zHAlrz3KZEGBlMHI4vi04sSJfDS4dcXHL6TARnlBbiF6Wa9S55sgVyMxY1v0EaCovwe1+2Ab/VRA0pk3URyqhS+i1Jk8LWd9xNiDvO/4ZGC3GdEFjIpjuh3eVftZKvHjWpbvqqSTeOgH05UoWaq9Ia7sDcD8LLhWfZjqbrDBPbWGG1sk/nlf3D26QDqp8896d5WGRoTWnBABE29iW1xbx8UWu4bakQB5jM95HzEqhql8X31E90u7T/IlgdWG0AJ1Ozb/JbWgfLiv73Cr38CyTeOkrXNYUp1rg6GnyWcUDQKJGFpPjTG0gjAToPkrpxxLhrttpKxSIa9GxvfEyYV07gCeGwG98pIFlpnjlEKHjRs/uQ463pvNW1tYLofLZJEFicKsRcMTv+SndbyHa/7rHAfa8BQQJe2L73qpMstcIRybdZ5o+con7wYBMoesLUh1/U8a6PRKvuq3Cx5zsVVvaSEqEH0oE/sk45phfETZgCti6RBCdBFsWrPRT97RUvLWnEqBecI360b/EbWb/taIALJMEQXxDxo3kHTXV7rdvK14Yz9XudEBpseTDsknZyUvqDgJujocyUIDpiozEhK8NSQ5QXwJAS+bEY8FXA/z2sNKt8nJNbXs5oVHxrf706ojocMdNvIRgS6rf3shCUgAPZlcsUR9w==
Content-Type: multipart/alternative; boundary="_000_PH0PR08MB65814928A734FEB877F4A0DC910F9PH0PR08MB6581namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR08MB6581.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 615a7d5a-c3ca-4134-ab3e-08da05d03007
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2022 15:34:54.2242 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: jsR93ph9zx9QegINaPSs7Zqtd82KnCnlob77dHVIMqno/lJozMTbsLo2yLa2NMJpAQgn2WoT8SHF8YZqn7UT43kqWR3lUOxbij+2BkNFazo=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR08MB5237
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/hDw1yZm_12CLp5G1yRmcLIjpewg>
Subject: Re: [pim] [bess] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022)
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Mar 2022 15:35:02 -0000

Hi All

As an co-author of this draft I support this draft.

Currently there is no answer for multicast in a segment routing domain, enabling traditional multicast protocols will create an overhead which is not acceptable.

Clean/Lean network from control point of view is the key of future network deployments. This means simplifications of the control plane overlay and of course single IGP underlay. P2MP policy provides this.

P2MP policy is a controller specific policy where the controller learns of the root and the leaves of the tree and calculates the Tree and downloads the appropriate replication segments on the path of the tree. To program the policy and its replication segments there are 2 technologies, PCEP and BGP. As we all know it comes down to the operator choice to implement one or the other or both in the network.

In addition the strength of this draft is reusing the unicast BGP SR TE Policy infrastructure, objects and SUB-TLVs. This draft basically enhances BGP SR TE Policy to P2MP policy.

>From NLRI point of view there are 2 NLRI one for P2MP policy and its candidate paths, which is relevant to the root (head-end) and another for downloading the replication segments which are the forwarding entities and sid-list. There was no need to download the P2MP policy and the candidate paths on the transit and the leaves hence why the separation creates a clean and optimised solution.





Regards

Hooman

From: BESS <bess-bounces@ietf.org> On Behalf Of Susan Hares
Sent: Thursday, March 10, 2022 9:55 AM
To: idr@ietf.org; pim@ietf.org; bess@ietf.org
Subject: [bess] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022)

This begins a 2 week WG adoption call for:
draft-hb-idr-sr-p2mp-policy from (3/10 to 3/24/2022)

You can obtain the draft at:
https://datatracker.ietf.org/doc/draft-hb-idr-sr-p2mp-policy/

In your comments for this call please consider:

1)  Does this technology support the SR P2MP features
that distributes candidate paths which connect
a multicast distribution tree (tree to leaves).

2) Is the technology correctly specified for the
NLRI (AFI/SAFI) and the tunnel encapsulation attribute
additions (sections 2 and 3)?

3) Does the P2MP policy operation (section 4)
provide enough information for those implementing this
technology and those deploying the technology?

4) Do you think this multicast technology is a good
Place to start for P2MP policy advertisement via BGP?

5) Do you think this SR P2MP policies should not be advertised
via BGP?

Cheers, Susan Hares

v2.23.0 | Report a Bug | By Email