Re: [mpls] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization

John E Drake <jdrake@juniper.net> Tue, 24 August 2021 19:47 UTC

Return-Path: <jdrake@juniper.net>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38C903A0F49; Tue, 24 Aug 2021 12:47:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.551
X-Spam-Level:
X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=juniper.net header.b=OxOXflfe; dkim=pass (1024-bit key) header.d=juniper.net header.b=GakIUbAx
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 VcWlqG8pTng5; Tue, 24 Aug 2021 12:47:45 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 457B63A0F46; Tue, 24 Aug 2021 12:47:45 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.0.43) with SMTP id 17OEA8RS020686; Tue, 24 Aug 2021 12:47:34 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=WYm2jiREfzR1/kx/bezEj9eimk9qJCZYxxJLvzK5+Ag=; b=OxOXflfezAGDI0Pq/M9HxbqosFbzZttCZuyx67aAEThlgoy9IVy8ZF6XBf6q2baW65gN O7tKzHid2ywXPotQnGJ1bPO55WipRagU0CWpeohAeF8ljs7oZZXVM3VBgpo40Yqe9sNy kXHoLL/HZ+4vA8sA/eusGeg2ea+uNPmWhTDq19p1oJ6G7T34L6wdhA3dI+Pbwjx2kPp+ wkhdTI/ZtAydCwbVznJZAICCgG0sarqFUrKAELHgD6FUwmwFJ4W1vevjgXufeEuxvv8T XpN/QQa3NUxx6xTBNy5ytYb31KvFnxxSP2Y0sFccivMm/yv65pxp++9Mg+QaFdf6nyPx XA==
Received: from nam04-bn8-obe.outbound.protection.outlook.com (mail-bn8nam08lp2041.outbound.protection.outlook.com [104.47.74.41]) by mx0b-00273201.pphosted.com with ESMTP id 3an29w0t4g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 24 Aug 2021 12:47:33 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GW6JkFJq5v1v3upM9KcgtXsVpgprR4dLjntWmpbYOfnP2NVir/2U4fNBEXYxQlgUmaCuXwkhGWz4oCzLIPGELLeufKpdyRopS9eRj40sKUDW0slL26Bx3HKVXszLs5idyANFZtz5rn5WX4lIldBU0/c4KSrutkLDkTPkTqw31dS2R9PHRZG8cv5+jaWOF2M1IS/i7AhgH745+pdZN3sT97wKH1TkSNFLB8K10H3HEAcO3cEiXsD9wEkHSwMLyhcP98d08wGcxt5Lbeqdvep1vKWfPRI3/68pmsaM7DU51Lw/EAYy2lNRvggA4ZeVDgI+6g9XJjA2S9a4S0+xva6JKg==
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=WYm2jiREfzR1/kx/bezEj9eimk9qJCZYxxJLvzK5+Ag=; b=g0muSDLaffhQg0oOR4bkgFVGSygN/Ibs5VBuC7ahDcKQSTbOXiyG9CKG5a1oVyrRz+ODaypMgGjrXEIqh/pK2Mv5uu8hWNKb3Cn5opUqfPjjYNL905Isvo8Y6WWlqY9dCCXdBKN4/I5HZwmwQLM5nD/9kqb8K07F84TxPvv2AcuZBIfxl2Hg5lEDMNEwLU2+uFQVpXZSReH84TErEpGiMXDQD8VQ49ToUp820x2QvON+EBVG9GisIsZVSXiSIEfpEhlCkGbotoRf3exLUA1CulyCYQu/eXTiToF3LJYJAF9uaMWmjZO/5Aoij7Pd7kK/6pkfEW64IpF4ExZvh0Ziig==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WYm2jiREfzR1/kx/bezEj9eimk9qJCZYxxJLvzK5+Ag=; b=GakIUbAxHpgYYFblmOEX0guVSAskuSh8lHtskYTVNkAX6B0C6hkVd5J8Gc4cNmOcNkriuOrUPoSSz9Wb8Kjf/hofa3C75baabDlOc857zEiJ/Hw9Xcx+iweGeRL0GK44hd4Idc+E4enySfJjXa3WxRZCPat+74mEci+9ZlOuVJU=
Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BY3PR05MB7889.namprd05.prod.outlook.com (2603:10b6:a03:362::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.12; Tue, 24 Aug 2021 19:47:32 +0000
Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::34c2:bae3:dc3:1e9d]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::34c2:bae3:dc3:1e9d%7]) with mapi id 15.20.4457.017; Tue, 24 Aug 2021 19:47:32 +0000
From: John E Drake <jdrake@juniper.net>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>, Tarek Saad <tsaad.net@gmail.com>, Lizhenbin <lizhenbin@huawei.com>, TEAS WG <teas@ietf.org>
CC: "spring@ietf.org" <spring@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, =?utf-8?B?6b6a56uL6Imz?= <gongliyan@chinamobile.com>, draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>, draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>, "EXT-vishnupavan@gmail.com" <vishnupavan@gmail.com>, Adrian Farrel <adrian@olddog.co.uk>, draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
Thread-Topic: [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization
Thread-Index: AdeVHBjQ5DKkk0JaQEmCegERsKbClQAqaBkgAAfwroAAxWH9AAAJIotw
Date: Tue, 24 Aug 2021 19:47:31 +0000
Message-ID: <BY3PR05MB8081AD9182A8482FF0AA944CC7C59@BY3PR05MB8081.namprd05.prod.outlook.com>
References: <0addeb9e3cf7452b9d4977a115a76729@huawei.com> <CO1PR05MB80881B0177C7541C47846261C7C19@CO1PR05MB8088.namprd05.prod.outlook.com> <DM5PR1901MB2150606C5525FD3F04E73A31FCC19@DM5PR1901MB2150.namprd19.prod.outlook.com> <872d55c62cfa4b38ab0ffe777367391e@huawei.com>
In-Reply-To: <872d55c62cfa4b38ab0ffe777367391e@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-08-24T19:47:29Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=dbf13a12-1af5-4140-a16e-95e353936722; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 21be41cf-9c2b-4e17-b5c6-08d967380348
x-ms-traffictypediagnostic: BY3PR05MB7889:
x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr
x-microsoft-antispam-prvs: <BY3PR05MB788931CD4F95DD6031FFC08AC7C59@BY3PR05MB7889.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: dqJFUaJetQ2CLBao8nTJtRz/c5967XZfhggcpT/rKubPJmbnwQaQIYNTz3Ej14WwznDY0rPf4gpBkEOG9abgZakpUnilKrwIefFKc+vlufjRRyKYvvtH898TDefWTS58qZhwi9TEXUDH8lxjFAqs4gRi/LP+BzjMwBDH8YobhwFwceH463nF1/Uc0lXzAyJ1PWOX6VAfID7fq0ZyNnUDMPf/x0c+TpoIo8/aoyy8JXK4Yu7eXlKXupVk4iCKzO89s6kv1r8fc5AbCHXK02csiJcCupIHLhmDTqEqtYEw0FV6guBVEsGGwutYFI9avp79inrGWsZcsU+yoHfIJ/2iXXy23GlZ41zmG3hKHWISlJJ9n+7EIKecAHssnL/ahjY5CR2z99O9gEGrMYI0azXs4JTSVsDpx7flwe2UK1BSyV6Rshu68U8j7mWaHeDJG+Dmo47rei9aUyJegSggwyVEb5zVTlM31WCOg92GJLi23Y3bGRtAbO1hKKj8SEHMrTaLHPNwUOYpSlWCpExN5DPHf19HnrGA/+H9aaMdyCn/hVOu6Oi4dEKxfiOI4Dv8Nq6GqYQxQrVbhPlscrzJaAGWwG+tEO7u09uudfi8nFkTFBeoNFg6tEyuzx3gynqec/TWmlFjhSfAsxRVNX9aWae6z1cjxnqUAIY9QCbw08M7mMxRguYkLYMVL0SsIWbJG3LxIKRRVLpBLISQP8zDkvoHtA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(376002)(366004)(346002)(136003)(33656002)(86362001)(71200400001)(66556008)(26005)(66946007)(38100700002)(122000001)(64756008)(66446008)(66476007)(38070700005)(52536014)(7696005)(186003)(6506007)(9326002)(83380400001)(8936002)(8676002)(7416002)(2906002)(316002)(4326008)(54906003)(110136005)(9686003)(76116006)(5660300002)(55016002)(478600001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?T05BY3I3UXpqRWZZSGZBbmM5VElVSG1acmU4S1ZxamREMzduVy8ybUN2TTlS?= =?utf-8?B?QVZWWXNlT1B1MStLelhzbUlaTEY3aWR4YVk0WnovV0pMN2ZLMkdZTk10WUla?= =?utf-8?B?THRYdVk1d0ZBRFlqYnNVUEJtNTJBUTlJd2t0bVVBSDNJclViWEFvclhTeHYy?= =?utf-8?B?eGlWTjhla0VRQis2S21KZlpjamdqNEZTTzI1SG4xUXNkYWxGbmtDZ1dUcUhv?= =?utf-8?B?L0k1eHB1RGpxaDVyV1NIR2dsd1ZYMDV1eFdOaDNJZTYxR3J1a0pQTlRLNnRr?= =?utf-8?B?bFNPcTE4em5zUzZoVDQ2TE5GSGxNNUFwVlRpNGFDZTVHYnJuQTFqZ1BGanpo?= =?utf-8?B?UkhFcWhIUDJQNEVnT3F0S25QUHJpazU1K0JKRFFnb1BrOXRxY3hqMGhuSFFp?= =?utf-8?B?S3lEaStLMUFBMTBRZW9leFVNOTk2czhJclBzQVdwTnk2amFqenBDRWhxOXdJ?= =?utf-8?B?Nm5XODhvQmdaKzExbkh4UC9SdW14d3E0SmQ4RVFpMlE5VU9uaDliODVMQTZK?= =?utf-8?B?ZStmQlljNkt0ZU1JaVFZaG15aDhyaEJ1bWpuZGFBUjNjR0dLeGdGQUpIQWFa?= =?utf-8?B?SGkrZm93c3hOMFRnb2V3Ryt0RjV0N21Md1VDaTdMZWppeGdrUWRDdEJlN1Z5?= =?utf-8?B?M29LZ1Yrelh4ZDlVOFEvOXNPd3VkNFQ4SDVUSlNTNEpsWjI1NzhWVGo2UndU?= =?utf-8?B?WnVOMHhjY2RGemhIMjdBM01nVEVoOEFiQVFValRsUmZpZXcwQ0I3eHcxNFI3?= =?utf-8?B?UVcrUGRuMUhmcUhDWm9tZnd0U0RGSURTMkl0cHFjTWFRUmN2K080c2lNS2dx?= =?utf-8?B?U0U3aFFUbUV2V2ZoTytNSncrNmRSZ1BNVnliYUljQlowZUYrQ3pkS3JPbnYz?= =?utf-8?B?dStqYWVqVXpGY2Q3L09HRCtDdVdsYjFBVHE3M0FuUzFqWHFCdWt0Ukgzb1lO?= =?utf-8?B?R2cyQzZBVUZ1OW12djZJeHU0Zjc4RVRVeFBTTWFnTVZ3d0Jqb0taVW5tb2wr?= =?utf-8?B?RGpVdlc2WUNDQlRQbWZTMFRZaTRNWG1yVlo5M0UvRkNXdVllUk5WQnFJNHQ1?= =?utf-8?B?VzhzV0lFUjZjN1VyZnJGQlFHM0J5dzdseWRnNEcvK09mZVJlcEhEVHJHVUha?= =?utf-8?B?eDhYd1pYZ3hVZnplaUE2NW93TVdTOXhUWHd1bzJBZWN1TUpaYzBGTmFVTU5V?= =?utf-8?B?MlF3TEg0OXpzRWd0NkZ2RTRqbW5IeHpuRUdEU2NMdGNvOXlSRFdwaHRXa3RE?= =?utf-8?B?VVVPKzQyRDZtY2hDVHdTWG84emJQUGIrVzhpaCt3WTRDRisxY004V1JBMVU0?= =?utf-8?B?TDlHMnZSejRCUUh5Unk4WFMyTExIRG9COUtoeGFVVUExTmtDVGNFT1E5MGRU?= =?utf-8?B?NnAyTUw3ZVpqUndTSmN5TlE1dXNHVlovTHptWEd1d2tUa0cwWlRBVlFHUGhK?= =?utf-8?B?a0hDZlVxNnF4b3lKdnplSzRPTXUrNEIrUVlvTzFLQUp0RUovaXBBZXkzY0pW?= =?utf-8?B?SWU2QWFGL3FLSWtKTVFvS0JWQmc0M2pvS3pzSk9DTVYzWkt4UFkrN1ZTU3B2?= =?utf-8?B?RXdSRmJTZEtKYkRPK3ZZWXlWSlg4dUdVckc2Q2lrNHBSZzRqTmZsUzBUajMr?= =?utf-8?B?WEVFanZiQU9aN1NJcjJsdzRkeXBPdHgvODFTTktqWTZVTkdRQS9aRnd0TnZa?= =?utf-8?B?d1JSdmwwcnF0MXd4UzV3UlZzbG9QUiswS01QT1VTUk5lNjNsK2I0ZWlaV1pa?= =?utf-8?Q?f6Ytq2dyd97tNnuzZHs94xx9Yp76KW+BT1HEJYy?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BY3PR05MB8081AD9182A8482FF0AA944CC7C59BY3PR05MB8081namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 21be41cf-9c2b-4e17-b5c6-08d967380348
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Aug 2021 19:47:31.8829 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8/URP0qHkAuu72YZdQax0V1MiItw7llSxJPWntbiAiFPYIlu+7us9o2uoas7ktjCOdylTtDCQXr2kGylxXx0uQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY3PR05MB7889
X-Proofpoint-GUID: FmM-2c3LYdCPBaMqTzOF3fv70aqdgrBJ
X-Proofpoint-ORIG-GUID: FmM-2c3LYdCPBaMqTzOF3fv70aqdgrBJ
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-08-24_06,2021-08-24_01,2020-04-07_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1015 mlxscore=0 malwarescore=0 priorityscore=1501 mlxlogscore=604 bulkscore=0 adultscore=0 suspectscore=0 phishscore=0 impostorscore=0 spamscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2108240125
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/-FhqfRlMkU26tb3TzCftZ_2123c>
Subject: Re: [mpls] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Aug 2021 19:47:52 -0000

Hi,

Snipper, comments inline [JD1].

Yours Irrespectively,

John

2. As mentioned several times during the discussion, this underlay construct has both the topology and resource attributes. With the term “resource group”, it is clear that it is a set of network resources, then how about the topology attribute? Is the topology attribute also included in the “resource group”?

[JD]  There are two separate concepts:


1)     Resource Partition - a subset of an underlay network link's buffer/queuing/scheduling resources used to enable the underlay network to have finer grained control of its data plane.


2)     Combining these resource partitions into a topology in the underlay network, for which I was using the term 'partitioned underlay network topology'.


[TS]: I suggested appending network – i.e. “network resource partition” as more suitable to indicate resources are over an underlay “network” vs. a resource partition over a single link.

[Jie] While I understand the intent here is to indicate that the resource partitions are spread over the network, however “network resource partition” could be interpreted as “partition of network resources (e.g. buffer/queue/scheduling resources)”, which does not convey the information we need.

Perhaps a more explicit approach is to put network in the end: resource partitioned network (or sub-network), so that it is clear that the resource partitions are spread over the network with a sub-topology.

[JD1]  How about ‘resource partitioned underlay network’?

3. What is the intended scope of resource group? More specifically, is a point-to-point path or a P2MP path with a set of reserved network resource a resource group? In history, RSVP-TE was used to set up resource reserved point-to-point TE paths and P2MP TE paths. More recently, there is effort in DetNet WG on the mechanisms to set up deterministic data paths. Can these paths be considered as resource groups?  Can we further classify them into different P2P resource group, P2MP resource group, or MP2MP resource group?

[JD]  The connectivity constructs of a given IETF network slice service can be implemented in the underlay network using whatever technologies the provider wishes to use.  A given resource partition can support multiple connectivity constructs of any type.

[TS]: I agree here. Different connectivity types can be realized over the same network resource partition

[Jie] Then my understanding is this underlay construct always provide any-to-any connectivity between the edge nodes, which can be used to deliver services with any connectivity type. Is this correct?

[JD1]  That’s correct

4. A more subtle question is, what is the relationship between resource group and TE? Is resource group a construct under the TE architecture, or is there some overlap between them?

[JD]  Resource partitions just provide an enhanced underlay network topology to which a provider can apply TE if they so desire.

[TS]: TE can be done over the resources that a network resource partition can offer – for example, to optimally place paths over the remaining resources of network resource partition.

[Jie] This may be related to the definition of TE. Is resource partition or reservation one of the components of TE? I hope we can get some answer from 3272bis.

We used to define the TE-LSP as something with which we can specify the path and the set of resources reserved along the path. Following this, the underlay construct we are discussing can be used to specify the topology and the set of resources reserved in the topology.  If we call the TE-LSP a “TE path”, maybe we can call this underlay construct a “TE network” or “virtual TE network”. Then TE paths can be provisioned in the virtual TE network, just like how the TE paths are provisioned in the physical network.

[JD1]   I probably wasn’t explaining myself properly  The use of resource partitions in the underlay network simply means that there are more resources in the underlay network.  The use of the various TE techniques is at the provider’s discretion.  I.e., resource partitions and TE are orthogonal.




Juniper Business Use Only