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/rfc6608.txt | |
parent | ea76e11061bda059ae9f9ad130a9895cc85607db (diff) |
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc6608.txt')
-rw-r--r-- | doc/rfc/rfc6608.txt | 283 |
1 files changed, 283 insertions, 0 deletions
diff --git a/doc/rfc/rfc6608.txt b/doc/rfc/rfc6608.txt new file mode 100644 index 0000000..2096ba8 --- /dev/null +++ b/doc/rfc/rfc6608.txt @@ -0,0 +1,283 @@ + + + + + + +Internet Engineering Task Force (IETF) J. Dong +Request for Comments: 6608 M. Chen +Updates: 4271 Huawei Technologies +Category: Standards Track A. Suryanarayana +ISSN: 2070-1721 Cisco Systems + May 2012 + + + Subcodes for BGP Finite State Machine Error + +Abstract + + This document defines several subcodes for the BGP Finite State + Machine (FSM) Error that could provide more information to help + network operators in diagnosing BGP FSM issues and correlating + network events. This document updates RFC 4271. + +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 5741. + + Information about the current status of this document, any + errata, and how to provide feedback on it may be obtained at + http://www.rfc-editor.org/info/rfc6608. + +Copyright Notice + + Copyright (c) 2012 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 + (http://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. + + + + + +Dong, et al. Standards Track [Page 1] + +RFC 6608 BGP FSM Error Subcode May 2012 + + +Table of Contents + + 1. Introduction ....................................................2 + 2. Requirements Language ...........................................2 + 3. Definition of Finite State Machine Error Subcodes ...............2 + 4. Usage of FSM Error Subcodes .....................................2 + 5. Security Considerations .........................................3 + 6. IANA Considerations .............................................3 + 7. Contributors ....................................................4 + 8. Acknowledgements ................................................4 + 9. References ......................................................4 + 9.1. Normative References .......................................4 + 9.2. Informative References .....................................4 + +1. Introduction + + This document defines several subcodes for the BGP [RFC4271] Finite + State Machine (FSM) Error that could provide more information to help + network operators in diagnosing BGP FSM issues and correlating + network events. This information is also helpful to developers in + lab situations. This document updates [RFC4271] by requiring that + BGP implementations insert appropriate FSM Error subcodes in + NOTIFICATION messages for BGP FSM errors. + +2. Requirements Language + + The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", + "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this + document are to be interpreted as described in RFC 2119 [RFC2119]. + +3. Definition of Finite State Machine Error Subcodes + + This document defines the following subcodes for the BGP Finite State + Machine Error: + + 0 - Unspecified Error + + 1 - Receive Unexpected Message in OpenSent State + + 2 - Receive Unexpected Message in OpenConfirm State + + 3 - Receive Unexpected Message in Established State + +4. Usage of FSM Error Subcodes + + If a BGP speaker receives an unexpected message (e.g., KEEPALIVE/ + UPDATE/ROUTE-REFRESH message) on a session in OpenSent state, it MUST + send to the neighbor a NOTIFICATION message with the Error Code + + + +Dong, et al. Standards Track [Page 2] + +RFC 6608 BGP FSM Error Subcode May 2012 + + + Finite State Machine Error and the Error Subcode "Receive Unexpected + Message in OpenSent State". The Data field is a 1-octet, unsigned + integer that indicates the type of the unexpected message. + + If a BGP speaker receives an unexpected message (e.g., OPEN/UPDATE/ + ROUTE-REFRESH message) on a session in OpenConfirm state, it MUST + send a NOTIFICATION message with the Error Code Finite State Machine + Error and the Error Subcode "Receive Unexpected Message in + OpenConfirm State" to the neighbor. The Data field is a 1-octet, + unsigned integer that indicates the type of the unexpected message. + + If a BGP speaker receives an unexpected message (e.g., OPEN message) + on a session in Established State, it MUST send to the neighbor a + NOTIFICATION message with the Error Code Finite State Machine Error + and the Error Subcode "Receive Unexpected Message in Established + State". The Data field is a 1-octet, unsigned integer that indicates + the type of the unexpected message. + +5. Security Considerations + + Specification, implementation, and deployment of the proposed BGP FSM + Error subcodes could make BGP implementation fingerprinting easier + and probably more accurate. Operators using BGP need to consider + this as an operational security consideration of their BGP deployment + decisions. + + [BFMR2010] discusses a number of BGP security issues and potential + solutions that might be relevant both to BGP implementers and BGP + operators. + +6. IANA Considerations + + IANA has created the registry "BGP Finite State Machine Error + Subcodes", within the "BGP Error Subcodes" registry, with a + Registration Procedure of "Standards Action" as defined in [RFC5226] + (early allocation of such subcodes is allowed, in accordance with + [RFC4020]). + + The registry has been populated with the following values: + + Value Name + 0 Unspecified Error + 1 Receive Unexpected Message in OpenSent State + 2 Receive Unexpected Message in OpenConfirm State + 3 Receive Unexpected Message in Established State + + + + + + +Dong, et al. Standards Track [Page 3] + +RFC 6608 BGP FSM Error Subcode May 2012 + + +7. Contributors + + The following individuals contributed to this document: + + Xiaoming Gu + EMail: guxiaoming@huawei.com + + Chong Wang + EMail: chongwang@huawei.com + +8. Acknowledgements + + The authors would like to thank John Scudder, Jeffrey Haas, Susan + Hares, Keyur Patel, Enke Chen, Ruediger Volk, and Ran Atkinson for + their valuable suggestions and comments to this document. + +9. References + +9.1. Normative References + + [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate + Requirement Levels", BCP 14, RFC 2119, March 1997. + + [RFC4020] Kompella, K. and A. Zinin, "Early IANA Allocation of + Standards Track Code Points", BCP 100, RFC 4020, February + 2005. + + [RFC4271] Rekhter, Y., Ed., Li, T., Ed., and S. Hares, Ed., "A + Border Gateway Protocol 4 (BGP-4)", RFC 4271, January + 2006. + + [RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an + IANA Considerations Section in RFCs", BCP 26, RFC 5226, + May 2008. + +9.2. Informative References + + [BFMR2010] Butler, K., Farley, T., Mcdaniel, P., and J. Rexford, "A + Survey of BGP Security Issues and Solutions", January + 2010. + + + + + + + + + + + +Dong, et al. Standards Track [Page 4] + +RFC 6608 BGP FSM Error Subcode May 2012 + + +Authors' Addresses + + Jie Dong + Huawei Technologies + Huawei Building, No.156 Beiqing Rd + Beijing 100095 + China + + EMail: jie.dong@huawei.com + + + Mach Chen + Huawei Technologies + Huawei Building, No.156 Beiqing Rd + Beijing 100095 + China + + EMail: mach.chen@huawei.com + + + Anantharamu Suryanarayana + Cisco Systems + USA + + EMail: asuryana@cisco.com + + + + + + + + + + + + + + + + + + + + + + + + + + +Dong, et al. Standards Track [Page 5] + |