Networking Working Group P. Jain Internet-Draft G. RemaDevi Intended status: Standards Track J. Kotalwar Expires: November 16, 2013 G. Birajdar Alcatel-Lucent, Inc. J. Zhang Juniper Networks Inc May 15, 2013 BGP Extension for MVPN Site-Type Attribute draft-jain-mvpn-bgp-sitetype-attribute-00 Abstract This document defines a new BGP attribute in BGP based multicast VPN, that allows a MVPN PE router to inform the rest of MVPN PE routers whether it is a sender site/receiver site and there by avoid all other PEs from setting up P-tunnels to the sender site PE. This would reduce control plane states in the network and allow efficient network bandwidth utilization . 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 November 16, 2013. Copyright Notice Copyright (c) 2013 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 Jain, et al. Expires November 16, 2013 [Page 1] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 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 . . . . . . . . . . . . . . . . . . . . . . . . . 4 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 5 3. MVPN sender site . . . . . . . . . . . . . . . . . . . . . . . 6 4. MVPN Site-type Attribute . . . . . . . . . . . . . . . . . . . 7 5. Signaling procedures and usage considerations . . . . . . . . 8 5.1. Originating PE Procedures . . . . . . . . . . . . . . . . 8 5.2. Receiving PE Procedures . . . . . . . . . . . . . . . . . 8 6. Management Considerations . . . . . . . . . . . . . . . . . . 9 7. Security Considerations . . . . . . . . . . . . . . . . . . . 10 8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 11 9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 12 9.1. IANA Considerations for BGP . . . . . . . . . . . . . . . 12 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 13 10.1. Normative References . . . . . . . . . . . . . . . . . . . 13 10.2. Informative References . . . . . . . . . . . . . . . . . . 13 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 14 Jain, et al. Expires November 16, 2013 [Page 2] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 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 RFC2119 [RFC2119]. When used in lower case, these words convey their typical use in common language, and are not to be interpreted as described in RFC2119 [RFC2119]. Jain, et al. Expires November 16, 2013 [Page 3] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 1. Introduction RFC 6513 defines sender site and receiver site in MVPN as mentioned below. An MVPN is defined by two sets of sites: the Sender Sites set and the Receiver Sites set, with the following properties: o Hosts within the Sender Sites set could originate multicast traffic for receivers in the Receiver Sites set. o Receivers not in the Receiver Sites set should not be able to receive this traffic. o Hosts within the Receiver Sites set could receive multicast traffic originated by any host in the Sender Sites set o Hosts within the Receiver Sites set should not be able to receive multicast traffic originated by any host that is not in the Sender Sites set With this definition the sender sites does not receive traffic but still can have terminating P-tunnels, which causes traffic in RSVP P2MP I-PMSI tunnel to be forwarded to a sender site from another sender or sender-receiver site which eventually gets dropped at the sender site. The following are the few disadvantages associated with the above approach. o unnecessary RSVP control plane states in the network based o inefficient network resource utilization. This document addresses the above disadvantage by adding a new BGP attribute to the BGP I-PMSI A-D route which will inform other PEs that a site is sender site or receiver site, there by preventing setting up of P-Tunnels to the sender site. Jain, et al. Expires November 16, 2013 [Page 4] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 2. Terminology Terminology used in this document: Sender PE: PE closest to the Multicast Source (This could be either directly connected to Multicast Source or via some network). P-Tunnel would be originating at this node. This P-Tunnel could be Inclusive or Selective.. Receiver PE: PE Node closest to the Multicast Receiver (This could be either directly connected to Multicast Source or via some network). P-Tunnel would be terminating at this node. Other terminologies are as defined in [RFC6513] and [RFC6514]. Jain, et al. Expires November 16, 2013 [Page 5] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 3. MVPN sender site MVPN setup with sender site, receiver site and sender-receiver PEs (sender-receiver site) +---+ +-|-+ | | | | (S)+---|PE1|- + .--. .--. +- |PE3|-----+(S) | | \ ( ' '.--. / | | +---+ \.-.' IP-MPLS / +-|-+ sender site ( network ) +---+ / ( .'-' +-|-+ (S)-----| | / '--'. .'. ) \ | | |PE2|-+ '--''--' \ |PE4| | | +-- | | +---+ +-|-+ sender site receiver site As seen in the above diagram, PE1 and PE2 are sender sites,PE3 is sender-receiver and PE4 is receiver site PE1 will have terminating I-PMSI P-Tunnels from PE2 and PE3.PE2 and PE3 will send traffic towards PE1 also through these P-Tunnels. Since PE1 is a sender site, traffic received on the I-PMSI tunnels will be dropped. The P-Tunnel which is setup to PE1 causes unnecessary control plane states in the core network If there is a way to inform PE2 and PE3 that PE1 is a sender site, then these PEs will not originate I-PMSI P-tunnel to PE1 and thus conserving network resources. This document defines a new BGP attribute to be advertised to all PEs in the I-PMSI A-D route, which will inform the site-type of a PE. Jain, et al. Expires November 16, 2013 [Page 6] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 4. MVPN Site-type Attribute This document defines and uses a new BGP attribute called the "MVPN site-type attribute". This is an optional transitive BGP attribute. The format of this attribute is defined as follows: +-------------------------------+ | Flags (1 octet) | +-------------------------------+ | Site Type (2 octets) | +-------------------------------+ IANA type code ( TBD) Site Type: The field will carry the value of the site type, the value can be one of the following o 00 -- sender receiver site type (Default) o 01 -- sender site o 02 -- receiver site Jain, et al. Expires November 16, 2013 [Page 7] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 5. Signaling procedures and usage considerations 5.1. Originating PE Procedures A MVPN PE originating BGP I-PMSI A-D route will attach MVPN site-type attribute to the route. This attribute is used to inform the route receiving PE if the originating PE is a sender site, receiver site or a sender-receiver site If the attribute is absent in the I-PMSI A-D route the originating PE will be considered as a sender-receiver site If a MVPN PE with existing P-tunnels to other PEs is changed to be a sender site or receiver site, a new I-PMSI A-D route needs to be send with the new MVPN site-type attribute. 5.2. Receiving PE Procedures A MVPN PE receiving the I-PMSI A-D route with MVPN site-type attribute performs the below action based on the value of the site- type attribute. o If the site-type attribute in the I-PMSI A-D route is received with value of sender site , then the route receiving PE does not include the PE which originated the I-PMSI A-D route as leaf. o If the site-type attribute in the I-PMSI A-D route is received with value of receiver site, then the route receiving PE includes the PE which originated the I-PMSI A-D route as leaf. o If the site-type attribute in the I-PMSI A-D route is received with value of sender-receiver, then the route receiving PE includes the PE which originated the I-PMSI A-D route as leaf. If the PE receiving the BGP Intra-AD route, already has a P-Tunnel to a given PE and then it receives new I-PMSI A-D Route with site-type attribute as sender site, it must accept the I-PMSI A-D Route and tear down the existing tunnels to the sender PE. If the PE receiving the BGP Intra-AD route has not established P-tunnel to a given PE since it is a sender site and if it receives a new I-PMSI A-D route from the PE without site-type attribute or with site-type attribute as receiver site or sender-receiver site, then it should set up a new P-tunnel to the PE. Jain, et al. Expires November 16, 2013 [Page 8] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 6. Management Considerations None Jain, et al. Expires November 16, 2013 [Page 9] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 7. Security Considerations The function described in this document does not create any new security issues for BGP protocol. Jain, et al. Expires November 16, 2013 [Page 10] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 8. Acknowledgements The authors want to thank Wim Henderickx of Alcatel-Lucent, Inc for significant contribution and feedback. Jain, et al. Expires November 16, 2013 [Page 11] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 9. IANA Considerations 9.1. IANA Considerations for BGP IANA will assign type code for MVPN site-type Attribute Flags TLV, which is carried in BGP I-PMSI Intra-AD route. Jain, et al. Expires November 16, 2013 [Page 12] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 10. References 10.1. Normative References [RFC6513] Rosen, E. and R. Aggarwal, "Multicast in MPLS/BGP IP VPNs", RFC 6513, February 2012. [RFC6514] Aggarwal, R., Rosen, E., Morin, T., and Y. Rekhter, "BGP Encodings and Procedures for Multicast in MPLS/BGP IP VPNs", RFC 6514, February 2012. 10.2. Informative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2205] Braden, B., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September 1997. [RFC4875] Aggarwal, R., Papadimitriou, D., and S. Yasukawa, "Extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label Switched Paths (LSPs)", RFC 4875, May 2007. Jain, et al. Expires November 16, 2013 [Page 13] Internet-Draft bgp-extensions-mvpn-site-type-attribute May 2013 Authors' Addresses Pradeep Jain Alcatel-Lucent, Inc. 701 E Middlefield Rd Mountain View, CA 94040 USA Email: pradeep.jain@alcatel-lucent.com Geetha RemaDevi Alcatel-Lucent, Inc. 701 E Middlefield Rd Mountain View, CA 94040 USA Email: geetha.rema_devi@alcatel-lucent.com Jayant Kotalwar Alcatel-Lucent, Inc. 701 E Middlefield Rd Mountain View, CA 94040 USA Email: Jayant.Kotalwar@alcatel-lucent.com Girish Birajdar Alcatel-Lucent, Inc. 701 E Middlefield Rd Mountain View, CA 94040 USA Email: girish.birahdar@alcatel-lucent.com Jeffrey Zhang Juniper Networks Inc 10 Technology Park Drive Westford,MA 01886 USA Email: zzhang@juniper.net Jain, et al. Expires November 16, 2013 [Page 14]