[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 (“ ”).

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]