[Contents] [Prev] [Next] [Index] [Report an Error]


Configuring the Community Attribute

To create a named community and define the community members, include the community statement:

community name {
    invert-match;
    members [ community-ids ]; 
}

You can include this statement at the following hierarchy levels:

To include the community in a routing policy, include the community condition in the from statement:

[edit policy-options] 
community name members [ community-ids ]; 
policy-statement policy-name {
    term term-name {
        from {
            community [ names ]; 
        }
    } 
}

NOTE: You can include the names of multiple communities in the community match condition in the from statement. If you do this, only one community needs to match for a match to occur. The community matching is effectively a logical OR operation.

name identifies the community or communities. It can contain letters, numbers, and hyphens (-) and can be up to 255 characters long. To include spaces in the name, enclose the entire name in quotation marks (double quotes).

community-ids defines one or more members of the community. It consists of two components, which you specify in the following format:

as-number:community-value

You also can specify community-id as one of the following well-known community names, which are defined in RFC 1997, BGP Communities Attribute:

Additionally, you can explicitly exclude BGP community information with a static route by using the none option. Include this option when configuring an individual route in the route portion to override a community option specified in the defaults portion.

See also Configuring the Extended Communities Attribute.

The following sections discuss the following topics:


[Contents] [Prev] [Next] [Index] [Report an Error]