diff options
author | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
---|---|---|
committer | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
commit | 4bfd864f10b68b71482b35c818559068ef8d5797 (patch) | |
tree | e3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc8258.txt | |
parent | ea76e11061bda059ae9f9ad130a9895cc85607db (diff) |
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc8258.txt')
-rw-r--r-- | doc/rfc/rfc8258.txt | 395 |
1 files changed, 395 insertions, 0 deletions
diff --git a/doc/rfc/rfc8258.txt b/doc/rfc/rfc8258.txt new file mode 100644 index 0000000..2d4bbe9 --- /dev/null +++ b/doc/rfc/rfc8258.txt @@ -0,0 +1,395 @@ + + + + + + +Internet Engineering Task Force (IETF) D. Ceccarelli +Request for Comments: 8258 Ericsson +Category: Standards Track L. Berger +ISSN: 2070-1721 LabN Consulting, L.L.C. + October 2017 + + + Generalized SCSI: A Generic Structure + for Interface Switching Capability Descriptor (ISCD) + Switching Capability Specific Information (SCSI) + +Abstract + + This document defines a generic information structure for information + carried in routing protocol Interface Switching Capability Descriptor + (ISCD) Switching Capability Specific Information (SCSI) fields. This + "Generalized SCSI" can be used with routing protocols that define + GMPLS ISCDs and any specific technology. This document does not + modify any existing technology-specific formats and is defined for + use in conjunction with new GMPLS Switching Capability types. The + context for this document is Generalized MPLS, and the reader is + expected to be familiar with the GMPLS architecture and associated + protocol standards. + +Status of This Memo + + This is an Internet Standards Track document. + + This document is a product of the Internet Engineering Task Force + (IETF). It represents the consensus of the IETF community. It has + received public review and has been approved for publication by the + Internet Engineering Steering Group (IESG). Further information on + Internet Standards is available in Section 2 of RFC 7841. + + Information about the current status of this document, any errata, + and how to provide feedback on it may be obtained at + https://www.rfc-editor.org/info/rfc8258. + + + + + + + + + + + + + + +Ceccarelli & Berger Standards Track [Page 1] + +RFC 8258 Generalized SCSI October 2017 + + +Copyright Notice + + Copyright (c) 2017 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. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 + 3. Generalized SCSI Formats . . . . . . . . . . . . . . . . . . 3 + 4. Procedures . . . . . . . . . . . . . . . . . . . . . . . . . 4 + 5. Security Considerations . . . . . . . . . . . . . . . . . . . 4 + 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5 + 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 5 + 7.1. Normative References . . . . . . . . . . . . . . . . . . 5 + 7.2. Informative References . . . . . . . . . . . . . . . . . 6 + Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 7 + Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7 + +1. Introduction + + The context for this document is Generalized MPLS, and the reader is + expected to be familiar with the GMPLS architecture, associated + terminology, and protocol standards: notably, but not limited to, + [RFC3945], [RFC4202], [RFC4203] and [RFC5307]. + + The Interface Switching Capability Descriptor (ISCD) [RFC4202] allows + routing protocols such as OSPF and ISIS to carry technology-specific + information in the Switching Capability-specific information field, + see [RFC4203] and [RFC5307]. The format of an SCSI field is dictated + by the specific technology being represented as indicated by the ISCD + Switching Capability field. Existing Switching Capabilities are + managed by IANA in the "Switching Types" registry + <http://www.iana.org/assignments/gmpls-sig-parameters> and the + related "IANA-GMPLS-TC-MIB" definitions. + + + + + + +Ceccarelli & Berger Standards Track [Page 2] + +RFC 8258 Generalized SCSI October 2017 + + + [RFC7138] introduced a "sub-TLV" structure to its technology-specific + SCSI field. The sub-TLV-based approach allows for greater + flexibility in the structure, ordering, and ability to support + extensions of the SC-specific format. This Sub-TLV approach is also + used in [RFC7688]. + + This document generalizes this approach and defines a new generalized + SCSI field format for use by future specific technologies and + Switching Capability types. The generalized SCSI carries SCSI-TLVs + that may be defined within the scope of a specific technology or + shared across multiple technologies (e.g., [AVAIL-EXT]). This + document also establishes a registry for SCSI-TLV definitions that + may be shared across multiple technologies. + +2. Terminology + + 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. + + The reader is expected to be familiar with GMPLS terminology (e.g., + as found in [RFC3945]) as well as the terminology used in [RFC4202], + [RFC4203], and [RFC5307]. + +3. Generalized SCSI Formats + + The Generalized SCSI is composed of zero or more variable-length TLV + fields each of which is called an "SCSI-TLV". There are no specific + size restrictions on these SCSI-TLVs. Size and other formatting + restrictions may be imposed by the routing protocol ISCD field (refer + to [RFC4203] and [RFC5307]). Please refer to [RFC3630] for the + treatment of malformed Link TLVs. + + The SCSI-TLV format is: + + 0 1 2 3 + 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | Type | Length | + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + ... Value ... + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + + Figure 1: TLV Format + + + + + +Ceccarelli & Berger Standards Track [Page 3] + +RFC 8258 Generalized SCSI October 2017 + + + Type (2 octets): + This field indicates the type and structure of the information + contained in the Value field. + + Length (2 octets): + This field MUST be set to the size, in octets (bytes), of the + Value field. The value of the field MUST be zero or divisible by + 4. Note that this implies that the Value field can be omitted or + contain padding. + + Value (variable): + A variable-length field, formatted according to the definition + indicated by value of the Type field. This field can be omitted + for certain types. + +4. Procedures + + The ISCD can include a Generalized SCSI when advertising technologies + whose Switching Capability definition references this document. The + corollary of this is that the Generalized SCSI MUST NOT be used for + ISCDs of technologies whose Switching Capability definition do not + reference this document. + + The Generalized SCSI MAY contain a sequence of zero or more SCSI- + TLVs. Sub-TLV parsing (format) errors MUST be treated as a malformed + ISCD. SCSI-TLVs MUST be processed in the order received and, if re- + originated, ordering MUST be preserved. Unknown SCSI-TLVs MUST be + ignored and transparently processed, i.e., re-originated when + appropriate. Processing related to multiple SCSI-TLVs of the same + type may be further refined based on the definition on the type. + +5. Security Considerations + + This document does not introduce any security issue beyond those + discussed in [RFC4203] and [RFC5307]. As discussed there, the + information carried in ISCDs is not used for Shortest Path First + (SPF) computation or normal routing, and the extensions here defined + do not have a direct effect on IP routing. Tampering with GMPLS + Traffic Engineering (TE) Link State Advertisements (LSAs) may have an + effect on the underlying transport network. Mechanisms such as those + described in [RFC2154] and [RFC5304] to protect the transmission of + this information are suggested. + + + + + + + + + +Ceccarelli & Berger Standards Track [Page 4] + +RFC 8258 Generalized SCSI October 2017 + + +6. IANA Considerations + + This document defines a new SCSI-TLV that is carried in the SCSI + field of the ISCDs defined in [RFC4203] and [RFC5307]. The SCSI-TLV + includes a 16-bit type identifier (the Type field). The same Type + field values are applicable to the new SCSI-TLV. + + IANA has created and will maintain a new registry, the "Generalized + SCSI (Switching Capability Specific Information) TLV Types" registry + under the "Generalized Multi-Protocol Label Switching (GMPLS) + Signaling Parameters" registry. + + The initial contents of this registry are as follows: + + Value SCSI-TLV Switching Type Reference + --------- ----------------------- -------------- --------- + 0 Reserved [RFC8258] + 1-65535 Unassigned (value list) + + + New allocation requests to this registry must indicate the value or + values to be used in the Switching Type column. + + The registry should be established with registration policies of + "Specification Required", see [RFC8126]. + +7. References + +7.1. 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>. + + [RFC3630] Katz, D., Kompella, K., and D. Yeung, "Traffic Engineering + (TE) Extensions to OSPF Version 2", RFC 3630, + DOI 10.17487/RFC3630, September 2003, + <https://www.rfc-editor.org/info/rfc3630>. + + [RFC4202] Kompella, K., Ed. and Y. Rekhter, Ed., "Routing Extensions + in Support of Generalized Multi-Protocol Label Switching + (GMPLS)", RFC 4202, DOI 10.17487/RFC4202, October 2005, + <https://www.rfc-editor.org/info/rfc4202>. + + + + + + + +Ceccarelli & Berger Standards Track [Page 5] + +RFC 8258 Generalized SCSI October 2017 + + + [RFC4203] Kompella, K., Ed. and Y. Rekhter, Ed., "OSPF Extensions in + Support of Generalized Multi-Protocol Label Switching + (GMPLS)", RFC 4203, DOI 10.17487/RFC4203, October 2005, + <https://www.rfc-editor.org/info/rfc4203>. + + [RFC5307] Kompella, K., Ed. and Y. Rekhter, Ed., "IS-IS Extensions + in Support of Generalized Multi-Protocol Label Switching + (GMPLS)", RFC 5307, DOI 10.17487/RFC5307, October 2008, + <https://www.rfc-editor.org/info/rfc5307>. + + [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>. + +7.2. Informative References + + [AVAIL-EXT] + Long, H., Ye, M., Mirsky, G., D'Alessandro, A., and H. + Shah, "OSPF-TE Link Availability Extension for Links with + Variable Discrete Bandwidth", Work in Progress, + draft-ietf-ccamp-ospf-availability-extension-10, + August 2017. + + [RFC2154] Murphy, S., Badger, M., and B. Wellington, "OSPF with + Digital Signatures", RFC 2154, DOI 10.17487/RFC2154, June + 1997, <https://www.rfc-editor.org/info/rfc2154>. + + [RFC3945] Mannie, E., Ed., "Generalized Multi-Protocol Label + Switching (GMPLS) Architecture", RFC 3945, + DOI 10.17487/RFC3945, October 2004, + <https://www.rfc-editor.org/info/rfc3945>. + + [RFC5304] Li, T. and R. Atkinson, "IS-IS Cryptographic + Authentication", RFC 5304, DOI 10.17487/RFC5304, October + 2008, <https://www.rfc-editor.org/info/rfc5304>. + + [RFC7138] Ceccarelli, D., Ed., Zhang, F., Belotti, S., Rao, R., and + J. Drake, "Traffic Engineering Extensions to OSPF for + GMPLS Control of Evolving G.709 Optical Transport + Networks", RFC 7138, DOI 10.17487/RFC7138, March 2014, + <https://www.rfc-editor.org/info/rfc7138>. + + [RFC7688] Lee, Y., Ed. and G. Bernstein, Ed., "GMPLS OSPF + Enhancement for Signal and Network Element Compatibility + for Wavelength Switched Optical Networks", RFC 7688, + DOI 10.17487/RFC7688, November 2015, + <https://www.rfc-editor.org/info/rfc7688>. + + + + +Ceccarelli & Berger Standards Track [Page 6] + +RFC 8258 Generalized SCSI October 2017 + + + [RFC8126] Cotton, M., Leiba, B., and T. Narten, "Guidelines for + Writing an IANA Considerations Section in RFCs", BCP 26, + RFC 8126, DOI 10.17487/RFC8126, June 2017, + <https://www.rfc-editor.org/info/rfc8126>. + +Acknowledgments + + The authors would like to thank Adrian Farrel and Julien Meuric for + the careful review and suggestions. Thomas Heide Clausen provided + useful comments as part of the Routing Directorate review. + +Authors' Addresses + + Daniele Ceccarelli + Ericsson + Torshamnsgatan 21 + Kista - Stockholm + Sweden + + Email: daniele.ceccarelli@ericsson.com + + + Lou Berger + LabN Consulting, L.L.C. + + Email: lberger@labn.net + + + + + + + + + + + + + + + + + + + + + + + + + +Ceccarelli & Berger Standards Track [Page 7] + |