<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc category="std" docName="draft-heitz-idr-large-community-02" ipr="trust200902">
  <front>
    <title abbrev="Large BGP Community">Large BGP Community</title>

    <author fullname="Jakob Heitz" initials="J. " surname="Heitz">
      <organization>Cisco</organization>
      <address>
        <postal>
          <street>170 West Tasman Drive</street>
          <city>San Jose</city>
          <region>CA</region>
          <code>95054</code>
          <country>USA</country>
        </postal>
        <email>jheitz@cisco.com</email>
      </address>
    </author>

    <author fullname="Keyur Patel" initials="K. " surname="Patel">
      <organization>Cisco</organization>
      <address>
        <postal>
          <street>170 West Tasman Drive</street>
          <city>San Jose</city>
          <region>CA</region>
          <code>95054</code>
          <country>USA</country>
        </postal>
        <email>keyupate@cisco.com</email>
      </address>
    </author>

    <author fullname="Job Snijders" initials="J." surname="Snijders">
        <organization abbrev="NTT">NTT Communications, Inc.</organization>
        <address>
            <postal>
                <street>Theodorus Majofskistraat 100</street>
                <code>1065 SZ</code>
                <city>Amsterdam</city>
                <country>NL</country>
            </postal>
            <email>job@ntt.net</email>
        </address>
    </author>

    <author fullname="Ignas Bagdonas" initials="I. " surname="Bagdonas">
      <organization>Equinix</organization>
      <address>
        <postal>
          <street></street>
          <city>London</city>
          <country>UK</country>
        </postal>
        <email>ibagdona.ietf@gmail.com</email>
      </address>
    </author>

    <date/>

    <area>Routing</area>
    <workgroup>IDR</workgroup>
    <keyword>BGP</keyword>
    <keyword>communities</keyword>

    <abstract>
      <t>A new type of BGP community attribute that contains communities that each hold a 4-octet AS number and a 8-octet opaque field is defined.</t>
    </abstract>

    <note title="Requirements Language">
      <t>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 <xref target="RFC2119"/>.</t>
    </note>

  </front>

  <middle>
    <section title="Introduction">
        <t>A BGP Community attribute is defined that encodes 12 byte communities, suitable for 4-Octet Autonomous System Numbers that require 8 octets of locally significant opaque data.</t>
      <t>To ensure rapid and smooth adoption of the new community attribute, it must be as similar to the  <xref target="RFC1997"/> community as possible, only bigger.</t>
    </section>

    <section title="Large BGP Community Attribute">
      <t>The Large Community Attribute is a transitive optional BGP attribute, with the Type Code (suggested 41) to be assigned by IANA. The attribute consists of a set of "Large Communities". All routes with the Large Community attribute belong to the communities listed in the attribute.</t>
      <t>Each Large Community is encoded as a 12-octet quantity, as follows:
<figure align="center"><artwork><![CDATA[
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      Autonomous System number                 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          Local Data Part 1                    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          Local Data Part 2                    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork></figure></t>
</section>
       <section title="Textual Representation">
           <t>The textual representation of the Large BGP Community is A:B:C,
               where A is the Autonomous System number, B is the Local Data
               part 1 and C is the Local Data part 2. A ranges from 0 to
               4294967295. B ranges from 0 to 4294967295. C ranges from 0 to
               4294967295. A, B and C are plain decimal non-negative integers
               without leading zeroes. Each number must appear, even if it is
               0. For example, "0:1:2" cannot be written as ":1:2". The string
               is expected to match the following regular expression:
               ^[0-9]+:[0-9]+:[0-9]+$ </t> </section>

    <section title="Security Considerations">
       <t>TBD</t>
    </section>

    <section title="IANA Considerations">
       <t>IANA is requested to assign a BGP path attribute value for the Large community attribute.</t>
    </section>

    <section title="Acknowledgements">
       <t>Thanks to Russ White, Acee Lindem, Shyam Sethuram and Jared Mauch for insightful review and comments.</t>
    </section>

  </middle>

  <back>
    <references title="Normative References">
      <?rfc include="reference.RFC.1997"?>
      <?rfc include="reference.RFC.2119"?>
    </references>

  </back>
</rfc>
