--- 1/draft-ietf-idr-bgp4-cap-neg-04.txt 2006-02-04 23:30:33.000000000 +0100 +++ 2/draft-ietf-idr-bgp4-cap-neg-05.txt 2006-02-04 23:30:33.000000000 +0100 @@ -1,18 +1,17 @@ Network Working Group Ravi Chandra -Internet Draft Cisco Systems -Expiration Date: March 2000 John G. Scudder - Internet Engineering Group, LLC - +Internet Draft Siara Systems +Expiration Date: August 2000 John G. Scudder + cisco Systems Capabilities Negotiation with BGP-4 - draft-ietf-idr-bgp4-cap-neg-04.txt + draft-ietf-idr-bgp4-cap-neg-05.txt 1. Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026 except that the right to produce derivative works is not granted. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- @@ -104,53 +103,60 @@ of the Capability Value field in octets. Capability Value: Capability Value is a variable length field that is interpreted according to the value of the Capability Code field. A particular capability, as identified by its Capability Code, may occur more than once within the Optional Parameter. - This document reserves Capability Codes 128-255 for vendor-specific - applications. - - This document reserves value 0. - - Capability Codes (other than those reserved for vendor specific use) - are assigned only by the IETF consensus process and IESG approval. - 5. Extensions to Error Handling This document defines new Error Subcode - Unsupported Capability. The value of this Subcode is 7. The Data field in the NOTIFICATION message lists the set of capabilities that cause the speaker to send the message. Each such capability is encoded the same way as it was encoded in the received OPEN message. -6. Security Considerations +6. IANA Considerations - This extension to BGP does not change the underlying security issues. + As specified in this document, the Capability optional parameter + contains the Capability Code field. Capability Code value 0 is + reserved. Capability Code values 1 through 63 are to be assigned by + IANA using the "IETF Consensus" policy defined in RFC2434. Capability + Code values 64 through 127 are to be assigned by IANA, using the + "First Come First Served" policy defined in RFC2434. Capability Code + values 128 through 255 are vendor-specific, and values in this range + are not to be assigned by IANA. -7. Acknowledgements +7. Security Considerations + + This extension to BGP does not change the underlying security issues + inherent in the existing BGP [Heffernan]. + +8. Acknowledgements The authors would like to thank members of the IDR Working Group for their review and comments. -8. References +9. References [BGP-4] Rekhter, Y., and T. Li, "A Border Gateway Protocol 4 (BGP- 4)", RFC 1771, March 1995. -9. Author Information + [Heffernan] Heffernan, A., "Protection of BGP Sessions via the TCP + MD5 Signature Option", RFC2385, August 1998. + +10. Author Information Ravi Chandra + Siara Systems Incorporated + 1195 Borregas Avenue + Sunnyvale, CA 94089 + e-mail: rchandra@siara.com + + John G. Scudder Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 - e-mail: rchandra@cisco.com - - John G. Scudder - Internet Engineering Group, LLC - 122 S. Main, Suite 280 - Ann Arbor, MI 48104 - e-mail: jgs@ieng.com + e-mail: jgs@cisco.com