Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Navigation

Configuring LMP Traffic Engineering Links

An LMP traffic engineering link acts as a data channel connection between GMPLS devices.

To configure a traffic engineering link, include the te-link statement at the [edit protocols link-management] hierarchy level:

[edit protocols link-management]te-link te-link-name {disable;interface interface-name {local-address ip-address;remote-address ip-address;remote-id id-number;}label-switched-path lsp-name;local-address ip-address;remote-address ip-address;remote-id id-number;}

Complete the procedures in the following sections to configure an LMP traffic engineering link:

When you configure a traffic engineering link that contains interfaces for an LMP peer, you must also configure a control channel. However, no control channel is required for a traffic engineering link that contains an LSP. For information about configuring control channels, see Configuring LMP Peers.

Configuring the Local IP Address for Traffic Engineering Links

Use the local-address statement to configure the local IP address associated with the traffic engineering link.

We recommend that you configure an IP address subnet for your traffic engineering link addresses that is different from the subnet configured for your physical interfaces. This configuration enables you to identify which addresses are physical and which addresses belong to the traffic engineering link.

To configure the local IP address for the traffic engineering link, include the local-address statement:

te-link te-link-name {interface interface-name {local-address ip-address;}local-address ip-address;}

For a list of hierarchy levels at which you can include this statement, see the statement summary section for this statement.

Configuring the Remote IP Address for Traffic Engineering Links

You need to specify the address of the remote end of the data channel for each traffic engineering link. Use the remote-address statement to configure the remote IP address.

We recommend that you configure an IP address subnet for your traffic engineering link addresses that is different from the subnet configured for your physical interfaces. This enables you to identify which addresses are physical and which addresses belong to the traffic engineering link.

To configure the remote IP address for the traffic engineering link, include the remote-address statement:

te-link te-link-name {interface interface-name {remote-address ip-address;}remote-address ip-address;}

For a list of hierarchy levels at which you can include this statement, see the statement summary section for this statement.

Configuring the Remote ID for Traffic Engineering Links

The local ID for the traffic engineering link is automatically assigned by LMP. The port identifier and labels for the interfaces (resources) in the traffic engineering link are also assigned automatically. However, you need to explicitly configure the remote ID for the traffic engineering link and the remote ID traffic engineering link interface. The remote ID for the interface must be based on the post-ID assignment of the peer node. The remote IDs are needed for static mapping of remote labels to local labels.

Before you can obtain the remote IDs for the traffic engineering link and traffic engineering link interface on the peer node, you must first configure the LMP peer, as described in Configuring LMP Peers. Once you have configured the LMP peer, you can obtain the traffic engineering link local ID and interface local ID by issuing the show link-management te-link command. Once you have these IDs, you can configure them as the remote IDs on the peer node.

To configure the remote ID for a traffic engineering link and for the traffic engineering link interface, include the remote-id statement:

te-link te-link-name {interface interface-name {remote-id id-number;}remote-id id-number;}

For a list of hierarchy levels at which you can include this statement, see the statement summary section for this statement.

Published: 2012-11-29

Supported Platforms

Published: 2012-11-29