Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Configuring Policies for Layer 2 Circuits

 

You can configure Junos routing policies to control the flow of packets over Layer 2 circuits. This capability allows you to provide different level of service over a set of equal-cost Layer 2 circuits. For example, you can configure a circuit for high-priority traffic, a circuit for average-priority traffic, and a circuit for low-priority traffic. By configuring Layer 2 circuit policies, you can ensure that higher-value traffic has a greater likelihood of reaching its destination.

The following sections explain how to configure Layer 2 circuit policies:

Configuring the Layer 2 Circuit Community

To configure a community for Layer 2 circuits, include the community statement.

You can include this statement at the following hierarchy levels:

  • [edit policy-options]

  • [edit logical-systems logical-system-name policy-options]

name identifies the community or communities.

community-ids identifies the type of community or extended community:

  • A normal community uses the following community ID format:

    as-number:community-value

    as-number is the autonomous system (AS) number of the community member.

    community-value is the identifier of the community member. It can be a number from 0 through 65,535.

  • An extended community uses the following community ID format:

    type:administrator:assigned-number

    type is the type of target community. The target community identifies the route’s destination.

    administrator is either an AS number or an IP version 4 (IPv4) address prefix, depending on the type of community.

    assigned-number identifies the local provider.

    You also need to configure the community for the Layer 2 circuit interface; see Configuring a Community for the Layer 2 Circuit.

Configuring the Policy Statement for the Layer 2 Circuit Community

To configure a policy to send community traffic over a specific LSP, include the policy-statement statement:

You can include this statement at the following hierarchy levels:

  • [edit policy-options]

  • [edit logical-systems logical-system-name policy-options]

To prevent the installation of any matching next hops, include the install-nexthop statement with the except option:

You can include this statement at the following hierarchy levels:

  • [edit policy-options policy-statement policy-name term term-name then]

  • [edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name then]

To assign traffic from a community to a specific LSP, include the install-nexthop statement with the lsp lsp-name option and the accept statement:

You can include these statements at the following hierarchy levels:

  • [edit policy-options policy-statement policy-name term term-name then]

  • [edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name then]

You can also use a regular expression to select an LSP from a set of similarly named LSPs for the install-nexthop statement. To configure a regular expression, include the install-nexthop statement with the lsp-regex option and the accept statement:

You can include these statements at the following hierarchy levels:

  • [edit policy-options policy-statement policy-name term term-name then]

  • [edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name then]

Example: Configuring a Policy for a Layer 2 Circuit Community

The following example illustrates how you might configure a regular expression in a Layer 2 circuit policy. You create three LSPs to handle gold-tier traffic from a Layer 2 circuit. The LSPs are named alpha-gold, beta-gold, and delta-gold. You then include the install-nexthop statement with the lsp-regex option with the LSP regular expression .*-gold at the [edit policy-options policy-statement policy-name term term-name then] hierarchy level:

The community gold Layer 2 circuits can now use any of the -gold LSPs. Given equal utilization across the three -gold LSPs, LSP selection is made at random.

You need to apply the policy to the forwarding table. To apply a policy to the forwarding table, configure the export statement at the [edit routing-options forwarding-table] hierarchy level:

Verifying the Layer 2 Circuit Policy Configuration

To verify that you have configured a policy for the Layer 2 circuit, issue the show route table mpls detail command. It should display the community for ingress routes that corresponds to the Layer 2 circuits, as shown by the following example:

user@host> show route table mpls detail

For more information about how to configure routing policies, see Routing Policies, Firewall Filters, and Traffic Policers User Guide.