[Search] [txt|html|xml|pdf|bibtex] [Tracker] [Email] [Nits]

Versions: 00                                                            
LSR                                                             S. Hegde
Internet-Draft                                                 R. Bonica
Intended status: Standards Track                               C. Bowers
Expires: 20 February 2022                               Juniper Networks
                                                               R. Raszuk
                                                 NTT Network Innovations
                                                                   Z. Li
                                                     Huawei Technologies
                                                          19 August 2021


   The Application Specific Link Attribute (ASLA) Any Application Bit
                    draft-hegde-lsr-asla-any-app-00

Abstract

   RFC 8919 and RFC 8920 define Application Specific Link Attributes
   (ASLA).  Each ASLA includes an Application Identifier Bit Mask.  The
   Application Identifier Bit Mask includes a Standard Application Bit
   Mask (SABM) and a User Defined Application Bit Mask (UDABM).  The
   SABM and UDABM determine which applications can use the ASLA as an
   input.

   This document introduces a new bit to the Standard Application
   Identifier Bit Mask.  This bit is called the Any Application Bit
   (i.e., the A-bit).  If the A-bit is set, the link attribute can be
   used by any application.  This includes currently defined
   applications as well as applications to be defined in the future.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at https://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on 20 February 2022.






Hegde, et al.           Expires 20 February 2022                [Page 1]


Internet-Draft          ASLA Any Application Bit             August 2021


Copyright Notice

   Copyright (c) 2021 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents (https://trustee.ietf.org/
   license-info) in effect on the date of publication of this document.
   Please review these documents carefully, as they describe your rights
   and restrictions with respect to this document.  Code Components
   extracted from this document must include Simplified BSD License text
   as described in Section 4.e of the Trust Legal Provisions and are
   provided without warranty as described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Requirements Language . . . . . . . . . . . . . . . . . . . .   3
   3.  The Any Application Bit . . . . . . . . . . . . . . . . . . .   3
     3.1.  IS-IS . . . . . . . . . . . . . . . . . . . . . . . . . .   3
     3.2.  OSPF  . . . . . . . . . . . . . . . . . . . . . . . . . .   4
   4.  Backward Compatibility  . . . . . . . . . . . . . . . . . . .   4
   5.  Security Considerations . . . . . . . . . . . . . . . . . . .   4
   6.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   4
   7.  Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .   4
   8.  Normative References  . . . . . . . . . . . . . . . . . . . .   4
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   5

1.  Introduction

   [RFC8919] and [RFC8920] define Application Specific Link Attributes
   (ASLA).  Each ASLA includes an Application Identifier Bit Mask.  The
   Application Identifier Bit Mask includes a Standard Application Bit
   Mask (SABM) and a User Defined Application Bit Mask (UDABM).

   Each bit in the SABM represents a standard application while each bit
   in the UDABM represents a user defined application.  If a bit in the
   SABM or UDABM is set, the corresponding application can use the ASLA
   as an input.  If a bit in the SABM or UDABM is not set, the
   corresponding application cannot use the associated ASLA as an input.

   According to [RFC8919]:

   "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



Hegde, et al.           Expires 20 February 2022                [Page 2]


Internet-Draft          ASLA Any Application Bit             August 2021


   advertised on that same link that is associated with a non-zero-
   length Application Identifier Bit Mask with a matching Application
   Identifier Bit set."

   This restriction introduces complexity.  For example, assume that a
   network runs many applications.  All applications use Attribute 1 as
   an input.  So, it would be convenient to advertise Attribute 1 with a
   zero-length SABM / UDABM.

   However, Applications X and Y also use Attribute 2 as an input.
   Because Applications X and Y required unique values for Attribute 2,
   Attribute 2 cannot be advertised with a zero-length SABM.  Therefore,
   Attribute 1 cannot be advertised with a zero-length SABM / UDABM
   either, because Applications X and X require it.

   This document reduces operational complexity by introducing a new bit
   to the Standard Application Identifier Bit Mask.  This bit is called
   the Any Application Bit (i.e., the A-bit).  If the A-bit is set, the
   link attribute can be used by any application.  This includes
   currently defined applications as well as applications to be defined
   in the future.

2.  Requirements Language

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in BCP
   14 [RFC2119] [RFC8174] when, and only when, they appear in all
   capitals, as shown here.

3.  The Any Application Bit

   A new bit is defined in the Standard Application Identifier Bit Mask.
   This bit is called the Any Application Bit (i.e., the A-bit).  If the
   A-bit is set, the link attribute can be used by any application.
   This includes currently defined applications as well as applications
   to be defined in the future.

   If a link advertises an ASLA twice, once with the A-bit set and once
   with a more specific Application Identifier Bit set, the indicated
   application MUST use the value from the ASLA with the more specific
   Application Indicator Bit set.

3.1.  IS-IS

   IS-IS uses Bit 4 of the SABM to encode the A-bit.





Hegde, et al.           Expires 20 February 2022                [Page 3]


Internet-Draft          ASLA Any Application Bit             August 2021


3.2.  OSPF

   OSPF uses Bit 4 of the SABM to encode the A-bit.

4.  Backward Compatibility

   The solution described in this document is backward compatible with
   [RFC8919] and [RFC8920].  An implementation that does not recognize
   the A-bit will process the SABM as specified in [RFC8919] and
   [RFC8920].

   Implementations MAY advertise attributes under both A-bit and with
   SABM and UDABM length set to zero for backward compatibility reasons.
   When same attributes are received with A-bit set as well as in ASLA
   with SABM and UDABM set to zero, the attributes MUST be used from the
   ASLA with SABM and UDABM set to zero and procedures described in
   [RFC8919] sec 6.2 MUST be followed.

5.  Security Considerations

   The security considerations discussed in [RFC8919] and [RFC8920] are
   applicable to this document.  This document does not introduce any
   new security risks.

6.  IANA Considerations

   This document requests that IANA add the following entry to the
   registry titled "Link Attribute Application Identifiers" under the
   "Interior Gateway Protocol (IGP) Parameters" registry:

   *  Bit: 4

   *  Name: Any Application (A-bit)

   *  Reference: This document

7.  Acknowledgements

   Thanks to Xuesong Geng and Ram Santhanakrishnan for contributing to
   this document.

8.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/info/rfc2119>.




Hegde, et al.           Expires 20 February 2022                [Page 4]


Internet-Draft          ASLA Any Application Bit             August 2021


   [RFC8174]  Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
              2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
              May 2017, <https://www.rfc-editor.org/info/rfc8174>.

   [RFC8919]  Ginsberg, L., Psenak, P., Previdi, S., Henderickx, W., and
              J. Drake, "IS-IS Application-Specific Link Attributes",
              RFC 8919, DOI 10.17487/RFC8919, October 2020,
              <https://www.rfc-editor.org/info/rfc8919>.

   [RFC8920]  Psenak, P., Ed., Ginsberg, L., Henderickx, W., Tantsura,
              J., and J. Drake, "OSPF Application-Specific Link
              Attributes", RFC 8920, DOI 10.17487/RFC8920, October 2020,
              <https://www.rfc-editor.org/info/rfc8920>.

Authors' Addresses

   Shraddha Hegde
   Juniper Networks
   Exora Business Park
   Bangalore 560103
   KA
   India

   Email: shraddha@juniper.net


   Ron Bonica
   Juniper Networks
   2251 Corporate Park Drive
   Herndon, Virginia 20171
   United States of America

   Email: rbonica@juniper.net


   Chris Bowers
   Juniper Networks

   Email: cbowers@juniper.net


   Robert Raszuk
   NTT Network Innovations

   Email: robert@raszuk.net






Hegde, et al.           Expires 20 February 2022                [Page 5]


Internet-Draft          ASLA Any Application Bit             August 2021


   Zhenbin Li
   Huawei Technologies
   People's Republic of China

   Email: lizhenbin@huawei.com














































Hegde, et al.           Expires 20 February 2022                [Page 6]