Re: [Lsr] Proposed Errata for RFCs 8919/8920

Shraddha Hegde <shraddha@juniper.net> Wed, 16 June 2021 14:46 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 7115F3A1B1A; Wed, 16 Jun 2021 07:46:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.696
X-Spam-Level:
X-Spam-Status: No, score=-2.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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=XIxQjmga; dkim=pass (1024-bit key) header.d=juniper.net header.b=bE+qeJeG
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 7pULFUzmhlVv; Wed, 16 Jun 2021 07:46:12 -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 0C42D3A1B19; Wed, 16 Jun 2021 07:46:11 -0700 (PDT)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 15GEjbqG017215; Wed, 16 Jun 2021 07:46:10 -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=Aehw5G36DPj7+kHbvDxCnIWBaW8zixNipar5QjudmzU=; b=XIxQjmgaxYLz8H9JL34Q/7/aUl3JqGwsPhn5nzg0ibXLrCFlUkJJjAKHEo+Q1cHE46e0 mdoDLOMiT8GCUaFN60GFu5TCDWLsPAIjTj2QQa3P+2qVLhbHh9Q6eDWTZPnhl5SnngVt xlgXTq6seRylLzHTQZ+/nqQCD2N6j5HZfTWQ1xjnL919Peh3qiEzw3NNxGd7dUU/xO81 i9kXT3jRxsV5y7yGPCBFHmyfTBsBe4CoQvQpfcAdv9xoh/dw3+XhoYXpky9hjwJ2lu9U qtf6fq1oVhWJBYyVovoSbr8YljFfbZWGWs9erHBoa+7+rqBVWlRXraRIHX4GrpdEBgdd Rg==
Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2177.outbound.protection.outlook.com [104.47.57.177]) by mx0b-00273201.pphosted.com with ESMTP id 397bjrrxty-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 16 Jun 2021 07:46:10 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KUwg92Gw3W6in/zYNLRarIjsYPHdD81j8KJu9IU0T1ScqxTE1t03ARCsNfD786M4I2xu9wOHOWNtkCw+MD3qpkA8c2po8eTaPbDjOPyqibD7WY1TfL94UBssYZTzxlt9V9vzlk0KBPFy4EfgoOolsABSDXLZswjyARYFHJ4Tn1OV6RDY9blm26bCCivEKR6l7+35f8Gzr2qYjEJsPOB+Cmrc6+ZufVLm3EIRvHrFUE1AO+os3UAyO2gRW19tSqbmpK6cJFpx0sL37CzjEpjd6zqv3ruWkJnzomL2lu672SVfpZQ+yesaYCJ1fDsdlig2aebbpDrVAyfztaLYhU/dOA==
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=Aehw5G36DPj7+kHbvDxCnIWBaW8zixNipar5QjudmzU=; b=k7FA1FC5LVrXdg6VoyCOb9yCjBc9V5iRur1MEowNLlE3sQxbdQbHWGaqw39Ju6h3p3TX1C6UHgh2xgsfPh9KH92F6mm8YQFqyrO4YoQtZtJF0RVyC5ZipA4UbNkETJFdMpBV4S6aJsjtWLdmaoV4Asajs7PFJlKOH8JV+8XWsD5+2xWSjkePTeBBTElinwUr/dRodbJAZzDqPl21sdCEhXo3HfYZC66d6OA6bxICAXz5jZpd7JwCM7k6t9d/T8NEbp4es11uEjmqvXJ44fRZdQ4uuVBdizpVQygDlw8tddf8phdEgujuG1hCU7UvsKDTlQooUEYvNXCaJZBgcG1MZQ==
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=Aehw5G36DPj7+kHbvDxCnIWBaW8zixNipar5QjudmzU=; b=bE+qeJeG+zFmkynD1Hk2ClXVu+Ysj98F2guP45XYUusTnS+XiO97A1QNFdHy86/gM1Yj0IkWvX3KgS+Vfn/m4f4S1Wv3fN+7umidywVD94a8bIL5OqIQvvh+yA/cFwpADz18X4MOPJ56BSW2QWQ/RHz97ocIcQkbwG78dpZO6Zk=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB2917.namprd05.prod.outlook.com (2603:10b6:903:f::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4242.12; Wed, 16 Jun 2021 14:46:08 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::d988:bf8c:faa1:1f0a]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::d988:bf8c:faa1:1f0a%2]) with mapi id 15.20.4242.015; Wed, 16 Jun 2021 14:46:08 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
CC: DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>
Thread-Topic: Proposed Errata for RFCs 8919/8920
Thread-Index: Addh+XAWKUvBLsteQNyAf8QRieIv8AAw563Q
Date: Wed, 16 Jun 2021 14:46:07 +0000
Message-ID: <CY4PR05MB357627C26A90AE7E9C5C89F7D50F9@CY4PR05MB3576.namprd05.prod.outlook.com>
References: <BY5PR11MB4337B8FB7707B24DDE302182C1309@BY5PR11MB4337.namprd11.prod.outlook.com>
In-Reply-To: <BY5PR11MB4337B8FB7707B24DDE302182C1309@BY5PR11MB4337.namprd11.prod.outlook.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-06-16T14:46:05Z; 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=5e02bd8c-472d-4a73-aad8-89932bfb7a64; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none; dmarc.ietf.org; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.12]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 4d533062-1994-41c6-764c-08d930d579e0
x-ms-traffictypediagnostic: CY4PR05MB2917:
x-microsoft-antispam-prvs: <CY4PR05MB2917E41006C661ED96C70EA1D50F9@CY4PR05MB2917.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: AJfv8ezqeyGQbl10tq1rCuN+e+ajrbDv297rxTz5CgEhKB37NfMccwTQH38xXj08E/3qoT0L0dRznjPVmcm0o/UM1ozwYL80bCYKxIjzUlqujapjT/Bgz2b7KPcY0hghtTFDKcZWMsy++6x+E+Qjc4el/ScIssj0KljX8PPMlRvubHNR7ecIenmLEe5peqTAXNqpznN3ZpTNpPhb7/QK2aFy61yvDSnwam5pSJSj40unLieuwXusmp+S4m4Fp7f32pVsd/7rj1XT7Mqem5tu54y+m+SxvekNDL49omD/KxjKKu5oIDvafRr+45rJ8sx2pdf5tq2/viwfB3vclutxXQnLkzDFWeAiEHK8Mxp6it2bCz/yddna1atg9gST/zjvFctqrRAU3wOpTbiaV9RMiEIQy09A450wPw6xJynXLHxVA0BawKNxuEDDQ6+NWEvuXG1zRE33AmU4GkGQQBE25VpUNxPp6W8cNMAAWIICxVdf4x1wxQ6h2D+jWmu/hDlbI3YbR8dLjP0kMQliFoQ5kVV4kA9RCLWHogOXK2QZEXoP7YNN7Q/RFx+JuokT0/HjS/LZiXVPRCCvVDgdBStI3AwY5FniVAcZ0MYk0WSDcWq099mK29afWMHnJ5Q61VA+2ZuE2fSm2SRmTGZUI3FkNHTtcFTdMm514+D9n0tnmvsj5VYK380Nsr6D9VFf39f4qp6Akm7wqaTHMUY0uNJjcVL1Si76EUoTAXB7zL6kIEhpbJEzLxX3PDHOSorvBjJd1nTZzG9NvHn3RKHi4/CZ9g==
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)(376002)(366004)(396003)(39860400002)(136003)(346002)(966005)(9686003)(8676002)(71200400001)(8936002)(52536014)(26005)(186003)(64756008)(6506007)(66556008)(54906003)(66446008)(38100700002)(83380400001)(66476007)(166002)(76116006)(86362001)(53546011)(110136005)(122000001)(9326002)(2906002)(4326008)(33656002)(7696005)(478600001)(55016002)(66946007)(316002)(5660300002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: V80pyoG6jWnuUzHK9j5jNESfBybG2klgnLt18+/s2OdJd+S2sh7XdcVVBH3/h54+3UU8E/KPdcAP8qyHao/YN9+CdeAhcvOZnHJoM9UNXnIopfLysvwS4EFyN8BJvzaOnJ9XwhQSVyHJAI3/4tVc0LXZt9em4wnrA0WdPmgGRzez5nlkRb44H1AF0QXt2omB8fbCv++zQyBu4aMIVl15Bq08ql57qgcQVE2PHptK+ZOV64/QEGwQKMFfJn6fMr8vTR+0BYU2g2EhRruk1P7rwjTi5FAstkWQpT3xzIxhlwpF3eJpE3Td9MDk7Vw34C6LXEH+RKLflcjVwT3kQ3gbGRIxmn9fDsXAMw8+l1u7sc+9jD8kqsQMp8/4vJ2RoLEnWygUDLuKfi5POzAGZYkkpBqajaMZVYgcV3Escx0pvI6buiMsBAR8AJM/v3XpVrfuyvWEgyEMmQH0GjbkdXVhENi5D/E2HYvHXMfun3RTMuS7kjNGjUB9NGxycEw1mHHPJbd070gsIPcF+8+1dGkIRtrMQ3kltir6+DVfZZU44VkFrfZl6VGiPo1DqZ0ay8hwmogiyAJPU6X1xuIlMLgz1afxJEinFLhuJ7//pOkGNuycjIzUGCcIayCACfgMFMa4C3XtkfzFER5KDNsPljdgUV32GFRqgMwQAyUNkc/6w/sutOjdAXT8AL6ZqZLEVr7W7eNLFyePxvz2lA7/7LbRPDOCg0CbKmv5Pyg/EcEIuHfpztFHV6xw8GpC9253YsgqE9pxnWdcyBLtVr4DM7Q5PI5WeRZrSVIJO3NIuy0jWm+cl20DoXa9Hx+QVHsVkQ+jwamkp6VL8gn1Q4VXklnnE9AucML6LJKPcTzyCxHlYzy5fhMu4BaFAEbekf0kHcn05rZ35iE/4JkEWGqmEYkJfMI+3Ch5aT7tMdMM5zpmQrwyM83iVVeSdhnXz/6G7OpfQncCoZq0fwAtUo0LriZgpWiW5I8gVvGHJic4TMlye1Yc2WPzH42ySmp9Z5Cr4zQG3lKwrKYiuAolF5cWkwvKCuRJ/3yvKWyeKMt0NbxlG0i7i6ylzYCD9lmdeneDBG3atjIo2D8LRnw+RABF2eGvjRzIEM+/ayvBv9uhMI/EA9n2g/zB0O8CEuUcWAxZVRLLAK/WeKzKQZcxYhH7qO1RMViXOADKSOq4Y8ZCt8YCC/EZdbsUsEAJHGWE2fpN6/BdXxpn9ooHZsqsqOV/WdBkruKQ/LRSfM/+Uaa74+ImVCTjdZsm4L7FmQcPaX9NcwbsicnJX8bva+6nsKr+ly3YG9WS1jszmd2nGkF581oKWgZdl/rDqzkndZuZyhRmZfIK
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CY4PR05MB357627C26A90AE7E9C5C89F7D50F9CY4PR05MB3576namp_"
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: 4d533062-1994-41c6-764c-08d930d579e0
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jun 2021 14:46:07.9657 (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: SRtC+Ae8AC3f0isqdkcanAfR2N3fEtXiO8qM/Q/LxCFmq5S6DitB3sEV0/nD3RRm4xU+hGnpF+nhrJ2Cr83ehQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2917
X-Proofpoint-ORIG-GUID: EZg4C7tK0jgeevnaRYR2Dv_-ZnIpd3TM
X-Proofpoint-GUID: EZg4C7tK0jgeevnaRYR2Dv_-ZnIpd3TM
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-06-16_07:2021-06-15, 2021-06-16 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 spamscore=0 suspectscore=0 lowpriorityscore=0 phishscore=0 clxscore=1015 impostorscore=0 priorityscore=1501 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2106160085
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/4HiDllo7JzWCEurkZfjJUqhDzBg>
Subject: Re: [Lsr] Proposed Errata for RFCs 8919/8920
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: Wed, 16 Jun 2021 14:46:19 -0000

Hi,

I think that there may still be some ambiguity arising from the text below due to the fact that
There are attributes such as maximum-link-bandwidth which have special behaviour mentioned in later sections.

"Link attributes MAY be advertised associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications.
Such advertisements MUST be used by standard applications and/or user defined applications when no link attribute advertisements with a non-zero-length
Application Identifier Bit Mask and a matching Application Identifier Bit set are present for a given link. Otherwise, such advertisements MUST NOT be used."


For example, If max link bandwidth attribute comes in a
Zero length SABM & UDABM and we have a Flex-algo specific ASLA
that does not have the max-link-bandwidth advertised, can
Flex-algo use max-link-bandwidth attribute?

My interpretation from modified text for ISIS is that,  it cannot use it.
I think there is no harm in re-iterating in order to avoid people reading is differently.

Link attributes MAY be advertised associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications.
Such advertisements MUST be used by standard applications and/or user defined applications when no link attribute advertisements with a non-zero-length
Application Identifier Bit Mask and a matching Application Identifier Bit set are present for a given link. Otherwise, such advertisements MUST NOT be used.
In other words,
When an application specific link Attribute sub-TLV is advertised with one or more specific
standard application or user defined application bits set, all link attributes that are allowed in ASLA MUST
be used from the ASLA sub-TLVs having that specific application bit set.
For the purposes of such applications, link attributes MUST NOT be used from
ASLA sub-TLV with zero SABM & UDABM length.


Rgds
Shraddha



Juniper Business Use Only
From: Lsr <lsr-bounces@ietf.org> On Behalf Of Les Ginsberg (ginsberg)
Sent: Tuesday, June 15, 2021 8:55 PM
To: lsr@ietf.org
Cc: DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>; Van De Velde, Gunter (Nokia - BE/Antwerp) <gunter.van_de_velde@nokia.com>
Subject: [Lsr] Proposed Errata for RFCs 8919/8920

[External Email. Be cautious of content]


Folks -



Recent discussions on the list have highlighted some unintentional ambiguity in how ASLA advertisements are to be used. Please see https://mailarchive.ietf.org/arch/msg/lsr/prSLJDkMUnHm6h7VuCdn_Q7-1vg/<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/lsr/prSLJDkMUnHm6h7VuCdn_Q7-1vg/__;!!NEt6yMaO-gk!RK_eZNNu1y0aJvAqIaNwHTIFAjHWFJwW1UqyOO8ACxB0kof3jmD_dRkiPkbVLJyA$>



The following proposed Errata address this ambiguity and aligns language in the two RFCs.



We welcome comments on the proposed Errata before officially filing them.



  Les and Peter


Errata Explanation

Both RFC 8919 and RFC 8920 define advertising link attributes with zero length Standard Application Bit Mask (SABM) and zero length User Defined Application Bit Mask (UDABM)
as a means of advertising link attributes that can be used by any application. However, the text uses the word "permitted", suggesting that the use of such advertisements is "optional".
Such an interpretation could lead to interoperability issues and is not what was intended.

The replacement text below makes explicit the specific conditions when such advertisements MUST be used and the specific conditions under which they MUST NOT be used.

RFC 8919 Section 4.2:

OLD

"If link attributes are advertised associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications,
then any standard application and/or any user-defined application is permitted to use that set of link attributes so long as there is not another set of attributes
advertised on that same link that is associated with a non-zero-length Application Identifier Bit Mask with a matching Application Identifier Bit set."

NEW

"Link attributes MAY be advertised associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications.
Such advertisements MUST be used by standard applications and/or user defined applications when no link attribute advertisements with a non-zero-length
Application Identifier Bit Mask and a matching Application Identifier Bit set are present for a given link. Otherwise, such advertisements MUST NOT be used."

RFC 8919 Section 6.2

OLD

"Link attribute advertisements associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications are usable
by any application, subject to the restrictions specified in Section 4.2. If support for a new application is introduced on any node in a network in the presence of such
advertisements, these advertisements are permitted to be used by the new application. If this is not what is intended, then existing advertisements MUST be readvertised
with an explicit set of applications specified before a new application is introduced."


NEW

"Link attribute advertisements associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications are usable
by any application, subject to the restrictions specified in Section 4.2. If support for a new application is introduced on any node in a network in the presence of such
advertisements, the new application will use these advertisements, when the aforementioned restrictions are met. If this is not what is intended, then existing
advertisements MUST be readvertised with an explicit set of applications specified before a new application is introduced."



RFC 8920 Section 5

OLD

"If link attributes are advertised with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications,
then any standard application and/or any user-defined application is permitted to use that set of link attributes. If support for a new application
is introduced on any node in a network in the presence of such advertisements, these advertisements are permitted to be used by the new
application. If this is not what is intended, then existing advertisements MUST be readvertised with an explicit set of applications specified
before a new application is introduced.

An application-specific advertisement (Application Identifier Bit Mask with a matching Application Identifier Bit set) for an attribute MUST
always be preferred over the advertisement of the same attribute with the zero-length Application Identifier Bit Masks for both standard
applications and user-defined applications on the same link."

NEW

"Link attributes MAY be advertised associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications.
Such advertisements MUST be used by standard applications and/or user defined applications when no link attribute advertisements with a non-zero-length
Application Identifier Bit Mask and a matching Application Identifier Bit set are present for a given link. Otherwise, such advertisements MUST NOT be used."



RFC 8920 New Section between 12.1 and 12.2. Current sections following this new section will need to be renumbered.


12.2 Use of Zero-Length Application Identifier Bit Masks

"Link attribute advertisements associated with zero-length Application Identifier Bit Masks for both standard applications and user-defined applications are usable
by any application, subject to the restrictions specified in Section 5. If support for a new application is introduced on any node in a network in the presence of such
advertisements, the new application will use these advertisements, when the aforementioned restrictions are met. If this is not what is intended, then existing
advertisements MUST be readvertised with an explicit set of applications specified before a new application is introduced."