Network Working Group S.Vapiwala Internet Draft K.Ratnam Expires: January 2008 Cisco Systems R.Papneja Isocore July 2, 2007 Motivation for Benchmarking MPLS TE Scalability and Performance draft-vapiwala-bmwg-rsvpte-convergece-motivation-01.txt Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. This document may only be posted in an Internet-Draft. 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- Drafts. 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." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html This Internet-Draft will expire on December 2, 2007. Copyright Notice Copyright (C) The IETF Trust (2007). Abstract This document describes the motivation for benchmarking MPLS traffic engineering (TE) convergence using Resource Reservation protocol as an underlying signaling protocol. This document provides an overview of the work item and a separate methodology and terminology document Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 1] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence will be generated if there is enough interest in this area. This work compliments MPLS protection benchmarking work, which is already being pursued in the Benchmarking working group at IETF. Table of Contents 1. Introduction...................................................2 2. Existing definitions...........................................3 3. Factors impacting MPLS TE Scalability and Performance..........3 3.1. RSVP Refresh reduction....................................3 3.2. RSVP Authentication.......................................4 3.3. RSVP Rate-limit parameter.................................4 3.4. CPU utilization at the time of signaling..................4 3.5. CPU Utilization at stead state............................4 3.6. Memory Usage..............................................4 4. MPLS TE Scalability and Convergence Performance cases..........5 4.1. Convergence MPLS TE Headend without Refresh Reduction.....5 4.2. Convergence MPLS TE Headend with Refresh Reduction........5 4.3. Convergence MPLS TE Mid-Point without Refresh Reduction...5 4.4. Convergence MPLS TE Mid-Point with Refresh Reduction......5 4.5. Convergence of 25% of LSP on MPLS TE Mid-Point............6 4.6. Convergence Authentication on MPLS TE Headend.............6 4.7. Convergence Authentication on MPLS TE Mid-Point...........6 4.8. Convergence (latency) time of a single LSP in a scale network ...............................................................6 5. MPLS TE Convergence Table......................................7 This section provides the recommended numbers of TE LSPs for......7 evaluating the convergence of MPLS TE implementations.............7 5.1. MPLS TE Headend...........................................7 5.2. MPLS TE Mid-point.........................................7 6. Security Considerations........................................7 7. IANA Considerations............................................8 This document requires no IANA considerations.....................8 8. Acknowledgments................................................8 9. References.....................................................8 9.1. Normative References......................................8 9.2. Informative References....................................8 10. Author's Addresses............................................9 Intellectual Property Statement..................................10 Disclaimer of Validity...........................................10 1. Introduction MPLS traffic engineering enables service providers achieve efficient utilization of available network resources including available Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 2] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence bandwidth without adding additional resources in proportional to the increased demand. In addition MPLS TE helps improve QoS and resiliency against unplanned node or link failures in the network. This in essence allows network operators to offer strict service level agreements (SLAs) to consumers. This high-availability and faster recovery capabilities of MPLS TE many network operators have already or are in process of migrating all their services (i.e. voice, data, video, and wireless) over IP/MPLS based network. It is important as the network size grows, the MPLS TE enabled label switched paths (or tunnels) is able to scale to thousands of LSPs and converge the routes bound to the tunnels while keeping memory and CPU resource utilization to a minimal value. This further ensures that how fast TE tunnels convergence assist in recovery of services bound to the tunnels in short interval. As MPLS TE becomes more widely accepted as the primary protocol for network core, the need for common benchmarking of its performance and scalability is of great importance. In this motivational draft, we elaborate on the key performance and scalability metrics that one need to consider for designing MPLS traffic engineering network. 2. Existing definitions For the sake of clarity and continuity this RFC adopts the template or definitions set out in Section 2 of RFC 1242. Definitions are indexed and grouped together in sections for ease of reference. 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.The reader is encouraged to be familiar with the commonly used BFD terms, some of which are defined in the appendix. 3. Factors impacting MPLS TE Scalability and Performance 3.1. RSVP Refresh reduction RSVP refresh reduction consists of reliable, summary and bundle Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 3] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence messages to reduce the number of messages exchanged between the nodes. 3.2. RSVP Authentication Authentication is used for security purpose and has impact on the scalability and convergence performance of MPLS traffic engineering. 3.3. RSVP Rate-limit parameter Rate limiting is used by the vendors to pace the RSVP messages on the output queue. Rate limiting is also a key factor in MPLS TE scalability and performance. 3.4. CPU utilization at the time of signaling CPU Utilization of the DUT at the time of signaling is a key factor that one need to consider when designing the network. 3.5. CPU Utilization at steady state CPU Utilization of the DUT at steady state is also a key factor in designing the network. 3.6. Memory Usage Memory usage of the DUT is important to identify in a scale Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 4] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence network. 4. MPLS TE Scalability and Convergence Performance cases 4.1. Convergence MPLS TE Headend without Refresh Reduction Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Headend 4.2. Convergence MPLS TE Headend with Refresh Reduction Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Headend 4.3. Convergence MPLS TE Mid-Point without Refresh Reduction Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Mid-Point 4.4. Convergence MPLS TE Mid-Point with Refresh Reduction Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Mid-Point 4.5. Convergence MPLS TE Mid-point with Refresh Reduction when RSVP Bundle message is enable Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 5] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence 4.6. Convergence MPLS TE Mid-point with Refresh Reduction when RSVP Bundle message is disable 4.7. Convergence of only portion of LSPs on MPLS TE Mid-Point Time taken to signal only portion of LSPs after interface is up on DUT as MPLS TE Mid-Point. 4.8. Convergence with RSVP Authentication on MPLS TE Headend Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Headend with RSVP Authentication is configured with different types like MD5/SHA-1 and Challenges 4.9. Convergence with RSVP Authentication on MPLS TE Mid-Point Time taken to signal x no of LSPs after interface is up on DUT as MPLS TE Mid-Point with RSVP Authentication is configured with different types like MD5/SHA-1 and Challenges 4.10. Convergence (latency) time of a single LSP in a scale network Time taken to signal a single LSP in a network with X number of LSPs in the network. Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 6] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence 5. MPLS TE Convergence Table This section provides the recommended numbers of TE LSPs for evaluating the convergence of MPLS TE implementations. 5.1. MPLS TE Headend - 100 - 500 - 1000 - 2000 - Max 5.2. MPLS TE Mid-point - 5000 - 10000 - 20000 - 30000 - 40000 - Max 6. Security Considerations Documents of this type do not directly affect the security of the Internet or of corporate networks as long as benchmarking is not performed on devices or systems connected to operating networks Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 7] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence 7. IANA Considerations This document requires no IANA considerations. 8. Acknowledgments We would like to thank input from Azhar Sayeed and in addition we would also like to thank contribution from Aamer Akhter, Rajiv Asati, Gabor Feher, Krisztian Nemeth and Andras Korn 9. References 9.1. Normative References [RFC3209] D.Awduche, L.Berger, D.Gan, T.Li, V.Srinivasan, and G.Swallow, "Extensions to RSVP for LSP Tunnels", RFC- 3209, December, 2001 [RFC2961] L.Berger, D.Gan, G.Swallow, P.Pan, F.Tommasi and S.Molendini, " RSVP Refresh Overhead Reduction Extention” RFC-2961, April, 2001 9.2. Informative References [1] Faber, T., Touch, J. and W. Yue, "The TIME-WAIT state in TCP and Its Effect on Busy Servers", Proc. Infocom 1999 pp. 1573- 1583. [Fab1999] Faber, T., Touch, J. and W. Yue, "The TIME-WAIT state in TCP and Its Effect on Busy Servers", Proc. Infocom 1999 pp. 1573-1583. Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 8] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence 10. Author's Addresses Samir Vapiwala Cisco System 300 Beaver Brook Road Boxborough, MA 01719 USA Phone: +1 978 936 1484 Email: svapiwal@cisco.com Karu Ratnam Cisco System 300 Beaver Brook Road Boxborough, MA 01719 USA Phone: +1 978 936 1551 Email: kratnam@cisco.com Rajiv Papneja Isocore 12359 Sunrise Valley Drive, STE 100 Reston, VA 20190 USA Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 9] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence Phone: +1 703 860 9273 Email: rpapneja@isocore.com Intellectual Property Statement The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The IETF Trust (2007). Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 10] Internet-Draft Motivation for Benchmarking March-2007 MPLS TE Convergence This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society. Vapiwala, Ratnam, Papneja Expires Sep, 2007 [Page 11]