Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt

Shraddha Hegde <shraddha@juniper.net> Mon, 19 July 2021 18:05 UTC

Return-Path: <shraddha@juniper.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C38DA3A25B9; Mon, 19 Jul 2021 11:05:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.238
X-Spam-Level:
X-Spam-Status: No, score=-3.238 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, 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=mMn1Bu2J; dkim=pass (1024-bit key) header.d=juniper.net header.b=iB2Agwc+
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 4wA_47QfxcIf; Mon, 19 Jul 2021 11:04:53 -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 604F73A2552; Mon, 19 Jul 2021 11:04:48 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16JHoqBH014195; Mon, 19 Jul 2021 11:04:45 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=DQOffw7ZVoqHdSCmUcSgndrq9cRQyx5FyC2ECvqzOjY=; b=mMn1Bu2JeBaGHwY/0ZjgV4gLoBoxZdqITrqv83NZ4XJa3eUdr7FtygFEi5avcpktTZg5 FoOakw7VhJ74GbB/Pz+rraN/Mk7bSborzZLOl822zixz1BXd7BfcfGv0BgFLsn3YfEMZ oveCljBq2iMKGsxfbFh85EXiterDJ15EHqb0uEC6pNxJz7K9kVpQo8Z1ncRfBhtjAXKl R/BYri+BioFRKPrBfYn7Ye2tg4I0KzVymCV/Fk3HTXYzo3WyMFWiYVdZYJaIXqAjqdyO 0hiOzxGjbbzYCzDIHdz7nUi3iWLE43ug2vG8WVXDZaAjKrXJnmaKWEaWvP6eGugBNzXO mA==
Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2042.outbound.protection.outlook.com [104.47.66.42]) by mx0b-00273201.pphosted.com with ESMTP id 39w67nrurn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 19 Jul 2021 11:04:44 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bUdtLtDQXLQ3gqvf/+H2oIY4MZBCBhcB5cSCdPYYVh7hrVjLLD2ML+6+ldfnsYGUDSvbB/tNAYxLdh8UkNExgOxSAsGgyZXohFqPtITkcaE93a6PKcdwdX3DYzJHsLJ956LTvfjyhtZHAIiT0BnU3w93tTgDcflWNNeRtvdDkrsIHhcqtD4W7LNW0Mr/YLr1k8M6JJDthLZ+zpQP+ZXV8QzPVgw1txNN6yn6JL+yNQVbnVVs9EBXfiDsAgP8ApAV6J77DGPWWpqMP150sKACED95Un80ZUfTEmRJ0szp7FTBYllw8sP+cK7fh/bkA7ysQgJupm47AhBngMZA+bk0vA==
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=DQOffw7ZVoqHdSCmUcSgndrq9cRQyx5FyC2ECvqzOjY=; b=LGouV5b7+dIynU1qF8cw3V4eT1RznrKGQsSuJf15LjBiF3s0w3uaCG9pdSr7YLsH6qyKPka6HcPDfbFm7OZFPSkjQFWWhf6sayS1JwDa0cS/jIVrx5lf/Uy5SvJ2YS+Z07HCXhfA4JY0PEtBjdQip/XpgSOOVLgYM48IOHz7CiYjgdIS3Uzy3Kfd+cQLSAheJ1rQ8P0I2unb8P0zHfvmsKnaP+lsdnTXGxD+2n15XKnZw1S2R9q9L0P97fr0UoII1ekUOjpeZdC4Mr7KcUcpkhU3EFrNCllC/n7rPvJUEdrPUWzvmtJ+nSl+CuTaaaN7PgqKgVFwo8qJCyMaGh04jA==
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=DQOffw7ZVoqHdSCmUcSgndrq9cRQyx5FyC2ECvqzOjY=; b=iB2Agwc+1SGkI+tFTOiTDnssDi99USCaI74EBx8UruC7zNWOT4r1OhUzXHq2bw4E0wNfspL5LpRw06rCknmnM1uB+EsoCxjcQYvYQIjOlDBbeDDt5SMPgViElhcvQl/sVo+J+aKE7cfi66qCA83L5Mo9Zgx7clfUCKsWAVwLxgg=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR0501MB3905.namprd05.prod.outlook.com (2603:10b6:910:8a::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.10; Mon, 19 Jul 2021 18:04:42 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::e89d:19b2:fcb6:8288]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::e89d:19b2:fcb6:8288%7]) with mapi id 15.20.4352.022; Mon, 19 Jul 2021 18:04:42 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>, "ppsenak=40cisco.com@dmarc.ietf.org" <ppsenak=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
CC: "ginsberg@cisco.com" <ginsberg@cisco.com>, "draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org" <draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org>
Thread-Topic: Re:[Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt
Thread-Index: AQHXe0wRrtxVaEGSik6qwygYyWJj66tKmbAQ
Date: Mon, 19 Jul 2021 18:04:42 +0000
Message-ID: <CY4PR05MB3576EC1515D8DC65C5297AC8D5E19@CY4PR05MB3576.namprd05.prod.outlook.com>
References: <202107180440504956563@zte.com.cn>
In-Reply-To: <202107180440504956563@zte.com.cn>
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-07-19T18:04:40Z; 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=5e20e5ef-8312-4f3d-be84-c33d81050a53; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: ztetx.com; dkim=none (message not signed) header.d=none;ztetx.com; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6504bdbd-a7a1-483d-f311-08d94adfaf1b
x-ms-traffictypediagnostic: CY4PR0501MB3905:
x-microsoft-antispam-prvs: <CY4PR0501MB3905F40B42EF03E145BC9FE8D5E19@CY4PR0501MB3905.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pJ2zn+VPJeFxGPU+BIbJMBaBcNmIs78481vEf5He9ubeE3ljRdpdyDyqQ/1dRyNWYuon4Q8f871QG4BY85eY4R9YxNEqlpWXtva6tf5HfKxqNpRqFtJYO2LmIxTdaGaIEaD/+TRabaay9ykK3Xbe8DEUihxr8lSpg+3jOvc+jod067m0lC3Id/EgYGbG3uLhY84HHSKMmQNYXvhh3Bi4NbCK4WF3/F6Oak1X6ASxqK7hDDwH9MGdUjA0Xe+4VqIHlpgbH6eD5FgTXB9ZIZ/Sx5KruaSIuSTedhz8oPYu+UJIR2zd8tP2B8NTjmOFa68Zfs9lBFh8fCU0DOmvTthXXabHl11PJJK0yEVFUruT3dPlcM7gIcQJ51lrGfAEHknh5emc3fXXa1n5vsYvMJD9ePK76CzEn8FLaabjyNxm5dqk1usLHhmIUgX/OcIS4PPvnENLj5mMGTK4/J6RQjc4eaD9ddmvj9YI8UfsEERMw6fDFXthbYNvZKg3CzAFKdRJcSvgMBN8bm4fkirvMXm7d6MQAP0zxq0i0Wn1Bl+FBGrzV8bVlNgLl/l3VrVF4nXGKd37bW42j0K566l5rleuqV9FwWK9b+rOlKN0lqQqYt/SMpZs1eZncSxJXMKiIletV/erxQ+cPrCdGLhCfhfZFZj3NfLCJw63yPDregDlbjj/7Xh8myf5zBoLu4h5rShv7nR8lyqTSFVJWlb9ZmFaT16xrBwKhPQldouGrWqh99f92ebUSMTQTXCaAhmbTqcJ9YAxTgejTg1BhAv98RBchTfYFvC5UletTwoT+x/WhzVjrV2hC64rnWsFca62upBOXyNXeH8FCPJDCAE20S+7Jg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(376002)(366004)(346002)(396003)(39860400002)(966005)(316002)(66946007)(7696005)(83380400001)(71200400001)(122000001)(8676002)(9686003)(110136005)(38100700002)(52536014)(26005)(6506007)(53546011)(66574015)(5660300002)(86362001)(186003)(15974865002)(76116006)(54906003)(8936002)(55016002)(66446008)(64756008)(66556008)(66476007)(2906002)(478600001)(33656002)(4326008)(38070700004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: TYa83yEQUGxDa9fmTa+ofXwiWwWOf6PJzvhJsjAuBP5yKZKwVQPkBCfwCVIZBzv/c6tQIc4d57gf+GMzCweh1I4Kk1FfsOpwN0recYHv4ZaNMuwrCTLLrg5bQkc7ODNQDaLav/hQp219aVbP4roY/hnPkbpTb9b+fd5WMow/oaaZ6E6uW4lK+2n+d+ebgrF5uTQpoqCKzVJWTeHskFO8UBxN93x3qwZYIW6Cacdp4kUr8DtH+0ZA2Nr/o0GHP93Kx1a1+rkBjWXu7ChiPD8lDKwvmeQ0qr7sBCLzfV27Gj2RS6c7ej0gxGbh0Uszr0XcYT884W0l7J6L/rkgN6ZXOt3xvNb/QGJG0XUMImbb2ad4znhRsK+lVW+7fOGXCPdhrsLFIADONNuk1/R5Z8REi9u76GmZaA8rOhhKPom6FrD5iVBF9lCLMTsWtH5NguWz1f/LlHOrxwwBxi8D74ytq0fl342umRSc8GGyqgS7d06nycv+V1dLNpk7ZAv34jJFsHXFyjbuMFaMgB6RoEzy7fcaHs1wR9Pn840G5CAOgR5jRZeSGQe3dlgvSaI2wdH7iIc1MH52SMF77/WhTvsQfoiAOqj14asKqB30gvnMTR5dhuQ29a3cidimI4AFbPVO8FseaRvJqe8UWiryxdYa0jVRDhahyUTLGiOqvYHy2HzGXTpTWjWv0meLv+QfUsAglwt4BqUPc2xufNqw5OxUjlqLn+5Py38vwq2uXY/pxs/Q1CJfVh99J8OFF00uU8C0j8g4TybqQu5+Kj0DgUNzfqqNbzjnHBohkMCN7V/jImOmYUvbqEk5N0FUn4aBE/pNeQB5j43LZ9UZ6CJdjEqnabtqEE+6H6Pg4+NrGYT58cmSpes3sXOIyqFi8ds+gkVg/04w0zh+nhE5ypmDUHVPxUQh/U4ZY3aPCXyj6U2C+8H2u+jKI/MuNo3BcDAOS8/olEyXU2hU8YoRCm2vE0IpDYkbzuMBuXD0EInyiSGTgF9p+ybcZj/p7HqYfjpfswVT20mcOFjs21YlaryWNOJEl+sD/W+oS2npvyEYGT/cK9AHnoBenbW8/KL8MfPRORDz2xDZc7oP0OJxJ2AKQ0RQ66Hs8wt118Z6XJobXLJ3LxX15qmXVK5FEJd+KKbF4IJIFCxpsa1DHELVdok8E75VNOUKxF+TND7E0ccyjd5z/Fj+Xd/NumbMjworGOfpl1/k26+ZLWGzWN16Kykdsi2r7Uxh5AbgcbYHf+kTm+4/bEy154YhNEo+qIBjFlg1+tX5EDGLHKmXrTXyu4q4uG6I/BfvYLv/RNUjc4hqpI3rWumZnU58vdRkJUSlgd2Wrt4G
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR05MB3576.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6504bdbd-a7a1-483d-f311-08d94adfaf1b
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jul 2021 18:04:42.4573 (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: 8lAGULiKBoIxslZboUTouxJ1wyV5ws7zU8JL14r5Ep6vHJ1KOBcw9ohXEM6dy2ZQ4iwx/tJx5OPVyazrRvXXUQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR0501MB3905
X-Proofpoint-ORIG-GUID: YnYnluctOPQFj-k16qIUcyjOLS9s_nSA
X-Proofpoint-GUID: YnYnluctOPQFj-k16qIUcyjOLS9s_nSA
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-19_09:2021-07-19, 2021-07-19 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 lowpriorityscore=0 bulkscore=0 impostorscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 priorityscore=1501 spamscore=0 phishscore=0 clxscore=1011 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2107190103
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/e5n1BLn1lXOGl7rLjCbcamsTBZQ>
Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jul 2021 18:05:01 -0000

Hi All,

Generic metric was allowed to be advertised in TLV 22/ ELO LSA 
as well as ASLA TLV before the draft was called for adoption.
During the recent WG adoption review, it was pointed out that
ASLA architecture does not allow an attribute to be advertised 
in both application-specific and application-independent manner.

As a result of this Generic metric has been made an 
application-independent attribute in the latest version.
The reasons are below

1.Generic metric is required to be advertised in an application-independent manner
that is metric-type 128 is advertised for a link and any application 
like flex-algo, SR-TE, RSVP LFA can make use of it.
Metric has scope outside of an IGP domain. It gets advertised
in BGP-LU and gets accumulated across domains. 
There are many usecases that will benefit from advertising generic-metric
in an application-independent manner.

2.The recent case of te-metric usecase that I came across 
where ASLA was being used, really wanted to
use a different metric-type for flex-algo and not really 
different values for same metric type.
(Peter, coincidently we may be talking of the same recent 
usecase which you claimed to be using ASLA)

3.Advertising generic metric in an application independent manner in legacy TLV 22 and ELO LSA
does not violate RFC 8919/8920. Application-independent attributes are not expected to use RFC 8919/8920
mechanisms. Generic metric is like igp cost. IGP-cost is never advertised in ASLA but it gets used in flex-algo
and generic-metric is being modeled based on igp-cost.
As currently written, this document is compliant to every RFC and draft that has
been out there and not violating any of them.

4.Generic metric is very flexible. It allows for finest granularity of
metric advertisement. 
Usecase:
Lets say flex-algo 128 wants to use metric-type 128 and flex-algo 129
wants to use metric-type 129. An year later operator decides to deploy 
SR-TE with red LSPs using metric-type 128 and Blue LSPs using metric-type 129.
 
Using generic metric in application-independent manner:
1.configure metric-type 128 and 129 and value pair on each link
2. set flex-algo 128 FAD to use metric-type 128 and flex-algo FAD 129 to use metric-type 129
3. An year later configure Red LSPs to use metric-type 128 and Blue LSPs to use metric-type 129

Using generic metric with ASLA:
1. Define user defined bit-masks for flex-algo 128 and flex-algo 129 and configure on every router
2. configure metric-type 128 and 129 on every link
3. An year later, define user defined bit masks  for SR-TE Red LSPs and SR-TE blue LSPs
4. Configure the bit masks on all head-end routers
5. Associate the new bit masks with the metric-types on every router on every link.

The most common cases look operationally very complex with ASLA while they look very
simple operationally with generic-metric being advertised in an application-independent
manner. It looks reasonable approach to allow the option of application-independent
advertisements for operators who are looking to simplify operations.

 
In order to decide  how the generic-metric should be advertised, it would
be good to get input from the WG on below point.
 Do you have usecases in mind that you would like to deploy that cannot be solved
with advertising generic-metric in an application-independent manner?


Looking forward to more discussions during LSR WG meeting.


Rgds
Shraddha


Juniper Business Use Only

-----Original Message-----
From: gregory.mirsky@ztetx.com <gregory.mirsky@ztetx.com> 
Sent: Sunday, July 18, 2021 2:11 AM
To: ppsenak=40cisco.com@dmarc.ietf.org; lsr@ietf.org
Cc: ginsberg@cisco.com; draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org
Subject: Re:[Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt

[External Email. Be cautious of content]


Dear All,
I concur with the arguments presented by Les and Peter. Perhaps the Editors of the WG draft will update the document accordingly.

Regards,
Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部  Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
E: gregory.mirsky@ztetx.com
www.zte.com.cn
------------------Original Mail------------------
Sender: PeterPsenak
To: Les Ginsberg (ginsberg);lsr@ietf.org;draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org;
Date: 2021/07/14 01:40
Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt
Hi,
I'm the co-author of this draft and I have tried to convince the rest of the co-authors that encoding the new Generic Metric sub-TLV only as a application independent value is wrong. Unfortunately, my efforts have failed. As a result, although unwillingly, I have to express my opinions here and let the WG decide.
1) The usage of the Generic Metric sub-TLV is likely going to be associated with the applications, Flex-algo being the first one. Generic Metric sub-TLV can not be used by IGP's native calculation. So having Generic Metric being encoded only in legacy TLV does not make much sense.
2) TE-metric is defined as application specific attribute by RFC 8919/8920 and can be advertised in ASLA. The application specific value advertisement of TE-metric has been already proved in the field.
Generic Metric is semantically very similar to TE-metric, so I see no reason why application specific encoding should not be supported.
3) Flex-algo specification mandates the usage of the ASLA attributes and all of the attributes that we are using for flex-algo so far are encoded in ALSA. Encoding the Generic Metric outside of ALSA violates that principle.
4) RFC 8919/8920 violation brought by Les below.
thanks,
Peter
On 13/07/2021 17:39, Les Ginsberg (ginsberg) wrote:
> Draft authors -
>
> I note that the new version has altered the advertisement of the Generic Metric sub-TLV so that it is no longer supported in the ASLA sub-TLV.
> This is in direct violation of RFC 8919/8920.
>
> For example, https://urldefense.com/v3/__https://www.rfc-editor.org/rfc/rfc8919.html*section-6.1__;Iw!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo2KuE9gbrUscAHAlbWXMsiRouKOFbEWkx4pA8WB0$  states:
>
> "New applications that future documents define to make use of the advertisements defined in this document MUST NOT make use of legacy advertisements."
>
> Flex-algo is a "new application" in the scope of these RFCs.
>
> Please correct this error.
>
> Thanx.
>
>     Les
>
>
>> -----Original Message-----
>> From: Lsr  On Behalf Of internet-drafts@ietf.org
>> Sent: Monday, July 12, 2021 9:12 AM
>> To: i-d-announce@ietf.org
>> Cc: lsr@ietf.org
>> Subject: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>> This draft is a work item of the Link State Routing WG of the IETF.
>>
>>          Title           : Flexible Algorithms: Bandwidth, Delay, Metrics and
>> Constraints
>>          Authors         : Shraddha Hegde
>>                            William Britto A J
>>                            Rajesh Shetty
>>                            Bruno Decraene
>>                            Peter Psenak
>>                            Tony Li
>>     Filename        : draft-ietf-lsr-flex-algo-bw-con-01.txt
>>     Pages           : 27
>>     Date            : 2021-07-12
>>
>> Abstract:
>>     Many networks configure the link metric relative to the link
>>     capacity.  High bandwidth traffic gets routed as per the link
>>     capacity.  Flexible algorithms provides mechanisms to create
>>     constraint based paths in IGP.  This draft documents a generic metric
>>     type and set of bandwidth related constraints to be used in Flexible
>>     Algorithms.
>>
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ie
>> tf-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo2Ku
>> E9gbrUscAHAlbWXMsiRouKOFbEWkxyFWi9bo$
>>
>> There is also an htmlized version available at:
>> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/dra
>> ft-ietf-lsr-flex-algo-bw-con-01__;!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd
>> 2DGo2KuE9gbrUscAHAlbWXMsiRouKOFbEWkxwbtJYtY$
>>
>> A diff from the previous version is available at:
>> https://urldefense.com/v3/__https://www.ietf.org/rfcdiff?url2=draft-i
>> etf-lsr-flex-algo-bw-con-01__;!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo
>> 2KuE9gbrUscAHAlbWXMsiRouKOFbEWkx_rX175v$
>>
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> https://urldefense.com/v3/__ftp://ftp.ietf.org/internet-drafts/__;!!N
>> Et6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo2KuE9gbrUscAHAlbWXMsiRouKOFbEWkx6
>> GQqw0z$
>>
>>
>> _______________________________________________
>> Lsr mailing list
>> Lsr@ietf.org
>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/lsr
>> __;!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo2KuE9gbrUscAHAlbWXMsiRouKOF
>> bEWkx_ne0I9C$
>
>
_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!RDrlZO2ni4GUc8POsqsLd2DGo2KuE9gbrUscAHAlbWXMsiRouKOFbEWkx_ne0I9C$