Network Working Group S. Mynam Internet-Draft S. Yilmaz Intended status: Experimental R. Raszuk Expires: September 1, 2011 K. Patel Cisco Systems February 28, 2011 Diverse Path Implementation Report draft-mynam-grow-diverse-path-impl-00 Abstract This document provides an implementation report for Diverse Path as defined in draft-ietf-grow-diverse-bgp-path-dist-03. The editor did not verify the accuracy of the information provided by respondents or by any alternative means. The respondents are experts with the implementations they reported on, and their responses are considered authoritative for the implementations for which their responses represent. 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]. 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 http://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 September 1, 2011. Copyright Notice Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved. Mynam, et al. Expires September 1, 2011 [Page 1] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 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. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Implementation Forms . . . . . . . . . . . . . . . . . . . . . 3 2.1. Support for multiple RRs . . . . . . . . . . . . . . . . . 3 2.2. Path Selection . . . . . . . . . . . . . . . . . . . . . . 4 2.3. Deployment Consideration . . . . . . . . . . . . . . . . . 4 2.4. Usage of Diverse Path . . . . . . . . . . . . . . . . . . . 4 2.5. Bestpath algorithm . . . . . . . . . . . . . . . . . . . . 5 2.6. Interoperable Implementations . . . . . . . . . . . . . . . 5 3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5 4. Security considerations . . . . . . . . . . . . . . . . . . . . 5 5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 6 6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6 6.1. Normative References . . . . . . . . . . . . . . . . . . . 6 6.2. Informative References . . . . . . . . . . . . . . . . . . 6 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 6 Mynam, et al. Expires September 1, 2011 [Page 2] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 1. Introduction The BGP4 protocol specifies the selection and propagation of a single best path for each prefix. Apart from BGP Add-Paths Proposal , today BGP has no other mechanisms to distribute paths other then best path between its speakers. BGP Divrsepath proposal does not specify any changes to the BGP protocol definition as specificed by BGP Add-Paths proposal. It does not require upgrades to provider edge or core routers nor does it need network wide upgrades. Diverse Path attempts do solve the addpath problem and provision an interim solution to the customers who cannot deploy addpath solution on certain networks. Due to the simple natiure of Diverse Path with simple upgrades and configuration to the Route Reflectors without any configurations on the edge routers, Diverse Path becomes very easy to deploy This document provides an implementation report for Diverse Path as defined in draft-ietf-grow-diverse-bgp-path-dist-03 The editor did not verify the accuracy of the information provided by respondents or by any alternative means. The respondents are experts with the implementations they reported on, and their responses are considered authoritative for the implementations for which their responses represent. 2. Implementation Forms Contact and implementation information for person filling out this form: Name: Satish Mynam, Email: mynam@cisco.com, Vendor: Cisco Systems, Inc. Release: IOS 2.1. Support for multiple RRs Does the implementation support Sec.4. [draft-ietf-grow-diverse-bgp-path-dist-03] Provision for Multi plane route reflection? Cisco: YES Does the implementation provide support for Sec4.1[draft-ietf-grow-diverse-bgp-path-dist-03 ] Co-located best and backup path RRs? Cisco: YES Mynam, et al. Expires September 1, 2011 [Page 3] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 Does the implementation provide provision for Sec 4.3. [draft-ietf-grow-diverse-bgp-path-dist-03] Multi plane route servers for Internet Exchanges? Cisco: YES 2.2. Path Selection Does BGP diverse Path implementation follow the procedures for selection of the bestpath outlined in Section 9.1.Decision Process in RFC 4271? Cisco: YES 2.3. Deployment Consideration Does BGP diverse Path implementation be easily enabled by introduction of a new route reflector, route server plane dedicated to the selection and distribution of Nth best-path? Cisco: YES Does BGP diverse Path implementation require any upgrades to the edge/core routers? Cisco: NO Can BGP diverse Path implementation be deployed on multiple RR clusters? Cisco: YES Does your BGP diverse Path implementation involve major modification to BGP implementations in the entire network? Cisco: NO 2.4. Usage of Diverse Path Does BGP diverse Path implementation require any modifications to BGP4 protocol? Cisco: NO Does it help in the Multi-path load balancing applications for both IBGP and EBGP? Cisco: YES Mynam, et al. Expires September 1, 2011 [Page 4] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 Does the implementation support second session from RR to the same RR-client preferably terminated at a different loopback address of the route reflector and provide second bestpath to the RR-client? Cisco: NO 2.5. Bestpath algorithm Does it add any modifications to the 9.1.Decision Process in RFC 4271? Does it skip any steps in the decision process? Cisco: NO. No modifications to the algorithm are done except when RRs are not co-located and have different metric to reach the edge routers. A configurable CLI command is provided for the user to control the disabling of the IGP metric check in the Decision Process to select bestpath and backupath Does the implementation provide support for disabling IGP metric for bestpath selection on Sec 4.2 [draft-ietf-grow-diverse-bgp-path-dist-03] randomly located best and backup path RRs? Cisco: YES 2.6. Interoperable Implementations List other implementations that you have tested interoperability of Diverse Path Cisco: The implementation should be interoperable with other vendor BGP implementations as no BGP Protocol changes are needed 3. IANA Considerations This document makes no request of IANA. Note to RFC Editor: this section may be removed on publication as an RFC. 4. Security considerations No new security issues are introduced to the BGP protocol by this specification. Mynam, et al. Expires September 1, 2011 [Page 5] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 5. Acknowledgements 6. References 6.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC4223] Savola, P., "Reclassification of RFC 1863 to Historic", RFC 4223, October 2005. [RFC4271] Rekhter, Y., Li, T., and S. Hares, "A Border Gateway Protocol 4 (BGP-4)", RFC 4271, January 2006. 6.2. Informative References [I-D.ietf-grow-diverse-bgp-path-dist] Raszuk, R., Fernando, R., Patel, K., McPherson, D., and K. Kumaki, "Distribution of diverse BGP paths.", draft-ietf-grow-diverse-bgp-path-dist-03 (work in progress), January 2011. Authors' Addresses Satish Mynam Cisco Systems 170 West Tasman Drive San Jose, CA 95134 US Email: mynam@cisco.com Selma Yilmaz Cisco Systems 170 West Tasman Drive San Jose, CA 95134 US Email: seyilmaz@cisco.com Mynam, et al. Expires September 1, 2011 [Page 6] Internet-Draft draft-mynam-grow-diverse-path-impl-00.txt February 2011 Robert Raszuk Cisco Systems 170 West Tasman Drive San Jose, CA 95134 US Email: raszuk@cisco.com Keyur Patel Cisco Systems 170 West Tasman Drive San Jose, CA 95134 US Email: keyupate@cisco.com Mynam, et al. Expires September 1, 2011 [Page 7]