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

GMPLS Configuration Examples

This section contains configuration examples and commands you can issue to verify your GMPLS configuration:

Example: GMPLS Configuration

Figure 21: GMPLS Topology Diagram

Image g017148.gif

In Figure 21, a control channel is established between Router A and OXC1, OXC1 and OXC2, and OXC2 and Router C. A data channel is enabled on a second connection between each pair of devices. The optical network cloud can contain OXCs, ADMs, or other lower-layer devices. In this example, OXC1 and OXC2 are in the direct data path between Routers A and C and the two OXCs have point-to-point connectivity with each other and the directly connected peer routers.

Starting with Router A, configure LMP TE links and peers to create a data channel and a control channel to connect with OXC1. To differentiate the logical TE link from the physical network, the local and remote addresses in the TE link are not related to the IP addresses assigned to the physical interfaces.

When you enable LMP peering on both Router A and OXC1, include the control channel interface as one of the peer statements. Use the name of the peer (in this case, oxc1) as the peer interface name when you add the peer-interface statement to RSVP at the [edit protocols rsvp] hierarchy level and OSPF at the [edit protocols ospf area area-number] hierarchy level.

The peer-interface statement adds the remote address and local address from your LMP configuration into the routing and signaling processes activated between Router A and OXC1. Make sure the physical control channel is a point-to-point link and has some form of IP reachability through static routes, an interior gateway protocol (IGP), or BGP (this example uses OSPF). Another way to achieve point-to-point links, especially if there are multiple hops between peers, is to use a generic routing encapsulation (GRE) tunnel for the control channel.

Next, configure an MPLS LSP on Router A to reach Router C. For this example, assume your data plane connection uses STM1 and Point-to-Point Protocol (PPP) over a fiber-switched network. Configure these LSP attributes in the LSP. Because this LSP does not use packet switching, a bidirectional LSP is enabled by default. As a result, you do not need to configure a return path LSP on Router C.

Finally, remember to discover the local IDs and configure them on OXC1 with the remote-id statement at the [edit protocols link-management te-link te-link-name] and [edit protocols link-management te-link te-link-name interface] hierarchy levels. For Router A, use the command show link-management te-link to find Router A’s two local IDs (te-link and interface); then configure these IDs as remote IDs on OXC1 at the equivalent hierarchy levels.

Router A

[edit]
interfaces {
so-0/0/0 {
description “Data channel to OXC1”;
encapsulation ppp;
unit 0 {
family inet {
address 10.255.3.2/30 {
destination 10.255.3.1;
}
}
family mpls;
}
}
so-0/3/0 {
description “Control channel to OXC1”;
encapsulation ppp;
unit 0 {
family inet {
address 10.255.6.1/30 {
destination 10.255.6.2;
}
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.255.35/32;
}
}
}
}
protocols
rsvp {
interface all;
interface so-0/3/0.0 {
disable;
}
peer-interface oxc1;
}
mpls {
label-switched-path gmpls-lsp1 {
to 10.255.255.40;
lsp-attributes {
signal-bandwidth stm-1;
switching-type fiber;
gpid ppp;
}
primary path-lsp1;
}
path path-lsp1 {
10.35.100.1 strict; # This example does not disable CSPF,
10.35.150.1 strict; # so this step is optional.
10.35.200.1 strict;
}
interface all;
}
ospf {
area 0.0.0.0 {
interface lo0.0;
interface fxp0.0 {
disable;
}
peer-interface oxc1;
}
}
link-management {
te-link te-oxc1 {
local-address 10.35.100.2;
remote-address 10.35.100.1;
remote-id 8256;
interface t3-3/3/0:0 {
local-address 10.35.100.2;
remote-address 10.35.100.1;
remote-id 65536;
}
}
peer oxc1 {
address 10.255.255.69;
control-channel so-0/3/0.0;
te-link te-oxc1;
}
}

On OXC1, complete your configuration of the control channel and the TE link data channel to Router A. Refer to your OXC vendor’s instructions to configure a TE link on your specific device. Enable LMP peering, configure Router A’s local IDs as remote IDs on OXC1, and discover OXC1’s local IDs. Finally, configure OXC1’s local IDs as remote IDs on Router A.

In the optical network between your OXCs, configure a TE link and a control channel between OXC1 and OXC2. Refer to the OXC vendor’s instructions to configure this link. For the example shown in Figure 21, you can assume a TE link with an address space of 10.255.150.x/30 has been enabled over a physical network with IP addresses 10.255.2.x/30. Also, a control channel has been created over the 10.255.4.x/30 link.

On OXC2, configure a TE link to Router A. Refer to your OXC vendor’s instructions to configure this TE link on your device. Enable LMP peering, configure Router C’s local IDs as remote-IDs on OXC2, and discover OXC2’s local IDs. Finally, configure OXC2’s local IDs as remote IDs on Router C.

Now you are ready to complete this GMPLS example. On Router C, set up your TE link, LMP peer, and control channel statements to connect to OXC2. As with Router A, the local and remote addresses in the TE link on Router C are not related to the IP addresses assigned to the physical interface.

Next, configure RSVP, MPLS, and OSPF to match the control channel protocols you configured on Router A. You do not need to set up an LSP on Router C because Router A’s nonpacket LSP is bidirectional by default. Also, because RSVP is enabled for all interfaces and you are using a peer interface, you must disable RSVP on the physical control channel interface so-0/3/2.

After you enable LMP on both Router C and OXC2, discover the local IDs and configure them as remote IDs on OXC2. For Router C, use the command show link-management te-link to discover Router C’s two local IDs (te-link and interface); then configure these IDs as remote IDs on OXC2 at the equivalent hierarchy levels.

Router C

[edit]
interfaces {
so-0/3/2 {
description “Control channel to OXC2”;
unit 0 {
family inet {
address 10.255.4.2/30 {
destination 10.255.4.1;
}
}
family mpls;
}
}
so-0/1/0 {
description “Data channel to OXC2”;
encapsulation ppp;
unit 0 {
family inet {
address 10.255.1.1/30 {
destination 10.255.1.2;
}
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.255.40/32;
}
}
}
}
protocols
rsvp {
interface all;
interface so-0/3/2.0 {
disabled;
}
peer-interface oxc2;
}
mpls {
interface all;
}
ospf {
area 0.0.0.0 {
interface fxp0.0 {
disable;
}
interface lo0.0;
peer-interface oxc2;
}
}
link-management {
te-link te-oxc2 {
local-address 10.35.200.1;
remote-address 10.35.200.2;
remote id 41060;
interface so-0/1/0 {
local-address 10.35.200.1;
remote-address 10.35.200.2;
remote-id 22278;
}
}
peer oxc2 {
address 10.255.255.37;
control-channel so-0/3/2.0;
te-link te-oxc2;
}
}

Verifying Your Work

To verify proper operation of GMPLS, you can use the following commands:

The following sections show the output of these commands used with the configuration example:

Router A Status

After you enter the local-address, remote-address, and interface parameters in TE link te-oxc1 and commit the changes, the router automatically creates a local ID at the te-link and interface levels of the [edit protocols link-management] hierarchy. To view these IDs, issue the show link-management te-link command.


user@RouterA> show link-management te-link 
 TE link name: te-oxc1 , State: Up
  Local identifier: 8255, Remote identifier: 0 , Local address: 10.35.100.2, Remote address: 10.35.100.1, Encoding: SDH/SONET,
  Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps, Available bandwidth: 0bps
   Name          Local ID  Remote ID      Bandwidth In use    LSP
   so-0/0/0         65535          0     155.52Mbps No

Once you find these values on Router A, configure them as remote IDs at the same hierarchy levels on OXC1. In this example, 8255 is Router A’s local TE link ID (configure this as the TE link remote-ID on OXC1) and 65535 is Router A’s local interface ID (configure this as the interface remote-ID on OXC1).

After you configure both remote IDs on both peers, the GMPLS TE links should work. Using the same command as before, you can verify whether the link is functional, with both remote and local IDs in place:


user@RouterA> show link-management te-link
 TE link name: te-oxc1, State: Up
  Local identifier: 8255, Remote identifier: 8256, Local address: 10.35.100.2, Remote address: 10.35.100.1, Encoding: SDH/SONET,
  Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps, Available bandwidth: 0bps
   Name          Local ID  Remote ID      Bandwidth In use    LSP
   so-0/0/0         65535      65536     155.52Mbps Yes       gmpls-lsp1

To further verify proper operation, use the following commands:


user@RouterA> show link-management routing peer
Peer name: oxc1, System identifier: 13892
 State: Up, Control address: 10.255.255.69
   Control-channel                   State
   so-0/3/0.0                        Active

user@RouterA> show link-management routing te-link
 TE link name: te-oxc1, State: Up
  Local identifier: 8255, Remote identifier: 8256, Local address: 10.35.100.2, Remote address: 10.35.100.1, Encoding: SDH/SONET,
  Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps, Available bandwidth: 0bps

user@RouterA> show link-management peer
Peer name: oxc1, System identifier: 13892
 State: Up, Control address: 10.255.255.69
   Control-channel                   State
   so-0/3/0.0                        Active 
  TE links:
   te-oxc1

user@RouterA>  show mpls lsp bidirectional
Ingress LSP: 1 sessions
To              From            State Rt ActivePath       P     LSPname
10.255.255.40   10.255.255.35   Up     0 path-lsp1        *     gmpls-lsp1 Bidir
Total 1 displayed, Up 1, Down 0

Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0

Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0

user@RouterA>  show mpls lsp bidirectional extensive
Ingress LSP: 1 sessions

10.255.255.40
  From: 10.255.255.35, State: Up, ActiveRoute: 0, LSPname: gmpls-lsp1
  Bidirectional
  ActivePath: path-lsp1 (primary)
  LoadBalance: Random
  Signal type: STM-1
  Encoding type: SDH/SONET, Switching type: Fiber, GPID: PPP
 *Primary   path-lsp1             State: Up
    Bandwidth: 155.52Mbps
    Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 2)
          10.35.100.1 S 10.35.150.1 S 10.35.200.1 S 
    Received RRO:
          10.35.100.1 10.35.150.1 10.35.200.1
    7 Nov  7 15:47:11  Selected as active path
    6 Nov  7 15:47:11  Record Route:  10.35.100.1 10.35.150.1 10.35.200.1
    5 Nov  7 15:47:11  Up
    4 Nov  7 15:47:11  Update LSP Encoding Type
    3 Nov  7 15:47:11  Originate Call
    2 Nov  7 15:47:11  CSPF: computation result accepted
    1 Nov  7 15:46:41  CSPF failed: no route toward 10.255.255.40
  Created: Thu Nov  7 15:46:38 2002
Total 1 displayed, Up 1, Down 0

Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0

Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0

If you configure an LMP peer interface in OSPF, you can see that this virtual interface is treated as a point-to-point link. To view this, use the show ospf interface command.


user@RouterA> show ospf interface 
Interface           State     Area            DR ID           BDR ID       Nbrs
lo0.0               DR       0.0.0.0         10.255.255.35   0.0.0.0         0
oxc1                PtToPt   0.0.0.0         0.0.0.0         0.0.0.0         1

The next command is useful because it indicates whether RSVP is disabled on the control channel. It also shows the state of the reservations on the TE links.


user@RouterA> show rsvp interface link-management 
RSVP interface: 1 active
oxc1  State Up
Active control channel: so-0/3/0.0  RSVP disabled
  TElink: te-oxc1, Local identifier: 8255
  ActiveResv 1, PreemptionCnt 0
  StaticBW: 155.52Mbps, ReservedBW: 155.52Mbps, AvailableBW: 0bps

user@RouterA>  show rsvp session detail 
Ingress RSVP: 1 sessions

10.255.255.40
  From: 10.255.255.35, LSPstate: Up, ActiveRoute: 0
  LSPname: gmpls-lsp1, LSPpath: Primary
  Bidirectional, Upstream label in: 27676, Upstream label out: -
  Suggested label received: -, Suggested label sent: 27676
  Recovery label received: -, Recovery label sent: 60444
  Resv style: 1 FF, Label in: -, Label out: 60444
  Time left:    -,  Since: Thu Nov  7 15:47:11 2002
  Tspec: rate 0bps size 0bps peak 1.544Mbps m 20 M 1500
  Port number: sender 1 receiver 17 protocol 0
  PATH rcvfrom: localclient 
  PATH sentto: 10.255.255.40 (oxc1) 157 pkts
  RESV rcvfrom: 10.255.255.40  (oxc1) 71 pkts
  Explct route: 10.35.100.1 10.35.150.1 10.35.200.1
  Record route: <self>  10.35.100.1 10.35.150.1 10.35.200.1
Total 1 displayed, Up 1, Down 0

Egress RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

Transit RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

user@RouterA>  show rsvp session bidirectional 
Ingress RSVP: 1 sessions
To              From            State Rt Style Labelin Labelout LSPname 
10.255.255.40   10.255.255.35   Up     0  1 FF       -    60444 gmpls-lsp1 Bidir
Total 1 displayed, Up 1, Down 0

Egress RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

Transit RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

user@RouterA>  show rsvp session te-link te-oxc1 
Ingress RSVP: 1 sessions
To              From            State Rt Style Labelin Labelout LSPname 
10.255.255.40   10.255.255.35   Up     0  1 FF       -    60444 gmpls-lsp1 Bidir
Total 1 displayed, Up 1, Down 0

Egress RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

Transit RSVP: 0 sessions
Total 0 displayed, Up 0, Down 0

user@RouterA>  show ted database extensive
TED database: 0 ISIS nodes 4 INET nodes
NodeID: 10.255.255.35
  Type: Rtr, Age: 2178 secs, LinkIn: 4, LinkOut: 5
  Protocol: OSPF(0.0.0.0)
    To: 10.255.255.69, Local: 10.35.100.2, Remote: 10.35.100.1
      Metric: 1
      Static BW: 155.52Mbps
      Reservable BW: 155.52Mbps
      Available BW [priority] bps:
       [0] 0bps         [1] 0bps         [2] 0bps         [3] 0bps
       [4] 0bps         [5] 0bps         [6] 0bps         [7] 0bps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 155.52Mbps   [1] 155.52Mbps   [2] 155.52Mbps   [3] 155.52Mbps
         [4] 155.52Mbps   [5] 155.52Mbps   [6] 155.52Mbps   [7] 155.52Mbps
        Minimum LSP BW: 155.52Mbps
        Interface MTU: 2595
NodeID: 10.255.255.37
  Type: Rtr, Age: 2852 secs, LinkIn: 5, LinkOut: 5
  Protocol: OSPF(0.0.0.0)
    To: 10.255.255.69, Local: 10.35.150.1, Remote: 10.35.150.2
      Metric: 1
      Static BW: 622.08Mbps
      Reservable BW: 622.08Mbps
      Available BW [priority] bps:
       [0] 622.08Mbps   [1] 622.08Mbps   [2] 622.08Mbps   [3] 622.08Mbps
       [4] 622.08Mbps   [5] 622.08Mbps   [6] 622.08Mbps   [7] 622.08Mbps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 622.08Mbps   [1] 622.08Mbps   [2] 622.08Mbps   [3] 622.08Mbps
         [4] 622.08Mbps   [5] 622.08Mbps   [6] 622.08Mbps   [7] 622.08Mbps
        Minimum LSP BW: 622.08Mbps
        Interface MTU: 2597
    To: 10.255.255.40, Local: 10.35.200.2, Remote: 10.35.200.1
      Metric: 1
      Static BW: 155.52Mbps
      Reservable BW: 155.52Mbps
      Available BW [priority] bps:
       [0] 0bps         [1] 0bps         [2] 0bps         [3] 0bps
       [4] 0bps         [5] 0bps         [6] 0bps         [7] 0bps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 155.52Mbps   [1] 155.52Mbps   [2] 155.52Mbps   [3] 155.52Mbps
         [4] 155.52Mbps   [5] 155.52Mbps   [6] 155.52Mbps   [7] 155.52Mbps
        Minimum LSP BW: 155.52Mbps
        Interface MTU: 2600
NodeID: 10.255.255.40
  Type: Rtr, Age: 2854 secs, LinkIn: 2, LinkOut: 2
  Protocol: OSPF(0.0.0.0)
    To: 10.255.255.37, Local: 10.35.200.1, Remote: 10.35.200.2
      Metric: 1
      Static BW: 155.52Mbps
      Reservable BW: 155.52Mbps
      Available BW [priority] bps:
       [0] 0bps         [1] 0bps         [2] 0bps         [3] 0bps
       [4] 0bps         [5] 0bps         [6] 0bps         [7] 0bps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 155.52Mbps   [1] 155.52Mbps   [2] 155.52Mbps   [3] 155.52Mbps
         [4] 155.52Mbps   [5] 155.52Mbps   [6] 155.52Mbps   [7] 155.52Mbps
        Minimum LSP BW: 155.52Mbps
        Interface MTU: 2600
NodeID: 10.255.255.69
  Type: Rtr, Age: 2832 secs, LinkIn: 8, LinkOut: 7
  Protocol: OSPF(0.0.0.0)
    To: 10.255.255.35, Local: 10.35.100.1, Remote: 10.35.100.2
      Metric: 1
      Static BW: 155.52Mbps
      Reservable BW: 155.52Mbps
      Available BW [priority] bps:
       [0] 0bps         [1] 0bps         [2] 0bps         [3] 0bps
       [4] 0bps         [5] 0bps         [6] 0bps         [7] 0bps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 155.52Mbps   [1] 155.52Mbps   [2] 155.52Mbps   [3] 155.52Mbps
         [4] 155.52Mbps   [5] 155.52Mbps   [6] 155.52Mbps   [7] 155.52Mbps
        Minimum LSP BW: 155.52Mbps
        Interface MTU: 2595
    To: 10.255.255.37, Local: 10.35.150.2, Remote: 10.35.150.1
      Metric: 1
      Static BW: 622.08Mbps
      Reservable BW: 622.08Mbps
      Available BW [priority] bps:
       [0] 622.08Mbps   [1] 622.08Mbps   [2] 622.08Mbps   [3] 622.08Mbps
       [4] 622.08Mbps   [5] 622.08Mbps   [6] 622.08Mbps   [7] 622.08Mbps
      Interface Switching Capability Descriptor(1):
        Switching type: Fiber
        Encoding type: SDH/SONET
        Maximum LSP BW [priority] bps:
         [0] 622.08Mbps   [1] 622.08Mbps   [2] 622.08Mbps   [3] 622.08Mbps
         [4] 622.08Mbps   [5] 622.08Mbps   [6] 622.08Mbps   [7] 622.08Mbps
        Minimum LSP BW: 622.08Mbps
        Interface MTU: 2597

user@RouterA>  show rsvp neighbor detail
RSVP neighbor: 1 learned
Address: 10.255.255.40   via: oxc1    status: Up
  Last changed time: 50:52, Idle: 0 sec, Up cnt: 1, Down cnt: 0
  Message received: 145
  Hello: sent 338, received: 338, interval: 9 sec
  Remote instance: 0x643087c7, Local instance: 0x3271e0a4
  Refresh reduction:  not operational
  Link protection:  disabled 
    Bypass LSP: does not exist,  Backup routes: 0,  Backup LSPs: 0

Router C Status

After you enter the local-address, remote-address, and interface parameters in TE link te-oxc2 and commit the changes, the router automatically creates a local ID at the te-link and interface levels of the [edit protocols link-management] hierarchy. To view these IDs, issue the show link-management te-link command.


user@RouterC> show link-management te-link 
  TE link name: te-oxc2,  State: Up
   Local identifier: 41059, Remote identifier: 0,  Local address: 10.35.200.1, Remote address: 10.35.200.2, Encoding: SDH/SONET,
  Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps, Available bandwidth: 0bps
   Name          Local ID  Remote ID      Bandwidth In use    LSP
   so-0/1/0         22277          0     155.52Mbps No

Once you see what these values are, configure them as remote IDs at the same hierarchy levels on OXC2 where you found them on Router C. In this example, 41059 is Router C’s local TE link ID (configure this as the TE link remote-ID on OXC2) and 22277 is Router C’s local interface ID (configure this as the interface remote-ID on OXC2).

After you configure both remote IDs on both peers, the GMPLS TE links should work. Using the same command as before, you can determine whether the link is functional, with both remote and local IDs in place:


user@RouterC> show link-management te-link
 TE link name: te-oxc2, State: Up
  Local identifier: 41059, Remote identifier: 41060, Local address: 10.35.200.1, Remote address: 10.35.200.2, Encoding: SDH/SONET,
  Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps, Available bandwidth: 0bps
   Name          Local ID  Remote ID      Bandwidth In use    LSP
   so-0/1/0         22277      22278     155.52Mbps Yes       gmpls-lsp1

The other show commands operate like those in Router A Status.

Example: LMP Control Channel Configuration

Figure 22: LMP Control Channel Topology Diagram

Image g017251.gif

Figure 22 shows a series of four routers that are used to establish an LMP control channel and TE link between Routers R1 and R4. The control channel originates on the so-1/1/0 interface of Router 1 and ends at the so-6/0/0 interface of Router 4. The TE link data channel is a point-to-point link from the so-0/1/2 interface of Router R1 to the so-3/0/2 interface of Router R4.

On Router 1, configure IS-IS, MPLS, and RSVP to support the LMP control channel. For the control channel, use the so-1/1/0 interface as the origin and specify 10.35.100.22 (the so-6/0/0 interface on Router 4) as the remote address. For the TE link, use the so-0/1/2 interface as the origin, include a local address and remote address pair of your choice, and configure the remote IDs to match the local IDs generated by the remote peer.

Configure a bidirectional GMPLS LSP to reach Router 4. Use the loopback address of 10.255.71.244 as the destination for the LSP, disable CSPF, and configure a strict path to the remote address of the TE link.

Router 1

[edit]
interfaces {
so-0/1/2 {
description “Data channel to Router 4”;
unit 0 {
family inet {
address 10.35.100.9/30;
}
family iso;
family mpls;
}
}
so-1/1/0 {
description “Control channel to Router 4”;
unit 0 {
family inet {
address 10.35.100.1/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.71.241/32;
}
family iso {
address 47.0005.0000.0000.0000.0000.0000.0102.5507.1241.00;
}
}
}
}
routing-options {
router-id 10.255.71.241;
}
protocols {
rsvp {
interface all;
}
mpls {
label-switched-path gmpls-router1-router4 {
to 10.255.71.244;
lsp-attributes {
switching-type fiber;
}
no-cspf;
primary path1;
}
path path1 {
10.35.1.2 strict;
}
interface so-1/1/0.0;
}
isis {
interface so-1/1/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
link-management {
te-link sonet {
local-address 10.35.1.1;
remote-address 10.35.1.2;
remote-id 8070;
interface so-0/1/2 {
remote-id 21303;
}
}
peer router4 {
address 10.255.71.244;
lmp-control-channel so-1/1/0.0 {
remote-address 10.35.100.22;
}
te-link sonet;
}
traceoptions {
file lmp.logs size 5m files 10 world-readable;
flag hello-packets;
flag packets;
flag state;
}
}
}

On Router 2, configure IS-IS, MPLS, and RSVP to provide backbone connectivity for GMPLS and LMP between Routers 1 and 3.

Router 2

[edit]
interfaces {
so-1/1/0 {
description “Connection to Router 3”;
unit 0 {
family inet {
address 10.35.100.5/30;
}
family iso;
family mpls;
}
}
so-5/0/0 {
description “Connection to Router 1”;
unit 0 {
family inet {
address 10.35.100.2/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.71.242/32;
}
family iso {
address 47.0005.0000.0000.0000.0000.0000.0102.5507.1242.00;
}
}
}
}
routing-options {
router-id 10.255.71.242;
}
protocols {
rsvp {
interface all;
}
mpls {
interface all;
}
isis {
interface so-1/1/0.0;
interface so-5/0/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
link-management {
traceoptions {
file lmp.logs size 5m files 10 world-readable;
flag hello-packets;
flag packets;
flag state;
}
}
}

The configuration of Router 3 is very similar to the configuration on Router 2. Configure IS-IS, MPLS, and RSVP to provide backbone connectivity for GMPLS and LMP between Routers 2 and 4.

Router 3

[edit]
interfaces {
so-0/1/1 {
description “Connection to Router 2”;
unit 0 {
family inet {
address 10.35.100.6/30;
}
family iso;
family mpls;
}
}
so-1/1/0 {
description “Connection to Router 4”;
unit 0 {
family inet {
address 10.35.100.21/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.71.243/32;
}
family iso {
address 47.0005.0000.0000.0000.0000.0000.0102.5507.1243.00;
}
}
}
}
routing-options {
router-id 10.255.71.243;
}
protocols {
rsvp {
interface all;
}
mpls {
interface all;
}
isis {
interface so-0/1/1.0;
interface so-1/1/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
link-management {
traceoptions {
file lmp.logs size 5m files 10 world-readable;
flag hello-packets;
flag packets;
flag state;
}
}
}

On Router 4, complete the example by configuring IS-IS, MPLS, and RSVP to support the LMP control channel. For the control channel, use the so-6/0/0 interface as the origin and specify 10.35.100.1 (the so-1/1/0 interface on Router 1) as the remote address. For the TE link, use the so-3/0/2 interface as the origin, swap the local address and remote address pair configured on Router 1 and add them here, and configure the remote IDs to match the local IDs generated by the remote peer.

Because GMPLS LSPs are bidirectional by default, you do not need to configure a return path to Router 1.

Router 4

[edit]
interfaces {
so-3/0/2 {
description “Data channel to Router 1”;
unit 0 {
family inet {
address 10.35.100.10/30;
}
family iso;
family mpls;
}
}
so-6/0/0 {
description “Control channel to Router 1”;
unit 0 {
family inet {
address 10.35.100.22/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.71.244/32;
}
family iso {
address 47.0005.0000.0000.0000.0000.0000.0102.5507.1244.00;
}
}
}
}
routing-options {
router-id 10.255.71.244;
}
protocols {
rsvp {
interface all;
}
mpls {
interface all;
}
isis {
interface so-6/0/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
link-management {
te-link sonet {
local-address 10.35.1.2;
remote-address 10.35.1.1;
remote-id 8070;
interface so-3/0/2 {
remote-id 22279;
}
}
peer router1 {
address 10.255.71.241;
lmp-control-channel so-6/0/0.0 {
remote-address 10.35.100.1;
}
te-link sonet;
}
traceoptions {
file lmp.logs size 5m files 10 world-readable;
flag hello-packets;
flag packets;
flag state;
}
}
}

Verifying Your Work

To verify proper operation of LMP control channels, use the following commands:

The following sections show the output of these commands used with the configuration example:

Router 1 Status

On Router 1, issue the show link-management commands to verify if the control channel, TE links, and LMP negotiations are working as expected. The show link-management peer command indicates peer addresses, names, and identifiers, as well as control channel identifiers. The show link-management statistics command shows the number of LMP hellos and messages that have been exchanged. The show link-management te-link command displays names and identifiers configured for the TE link.


user@router1> show link-management peer
Peer name: router4, System identifier: 37495
 State: Up, Control address: 10.255.70.103
   CC local ID CC remote ID State       TxSeqNum  RcvSeqNum Flags
         22515        38882 Up              1692       1691 
  TE links:
   sonet

user@router1> show link-management statistics
Statistics for peer router4
    Received packets
        ConfigAck: 1
        Hello: 748
        LinkSummary: 13
        LinkSummaryAck: 1
    Small packets: 0
    Wrong protocol version: 0
    Messages for unknown peer: 0
    Messages for bad state: 0
    Stale acknowledgements: 0
    Stale negative acknowledgements: 0
    Sent packets
        Config: 24
        Hello: 748  
        LinkSummary: 13
        LinkSummaryAck: 13
    Retransmitted packets
        Config: 18
        LinkSummary: 9
    Dropped packets
        Config: 5
        LinkSummary: 3

user@router1> show link-management te-link
 TE link name: sonet, State: Up
  Local identifier: 8070, Remote identifier: 8070, Local address: 10.35.1.1,
  Remote address: 10.35.1.2, Encoding: SDH/SONET, Switching: PSC-1,
  Minimum bandwidth: 622.08Mbps, Maximum bandwidth: 622.08Mbps,
  Total bandwidth: 622.08Mbps, Available bandwidth: 622.08Mbps
    Name        State Local ID  Remote ID      Bandwidth Used  LSP-name
    so-0/1/2    Up       22279      21303     622.08Mbps   No

Router 4 Status

On Router 4, issue the show link-management commands to verify if the control channel, TE links, and LMP negotiations are being reciprocated by Router 1.


user@router4> show link-management peer 
Peer name: router1, System identifier: 56483
 State: Up, Control address: 10.255.71.242
   CC local ID CC remote ID State       TxSeqNum  RcvSeqNum Flags
         38882        22515 Up              1451       1450 
  TE links:
   sonet

user@router4> show link-management statistics
Statistics for peer router1
    Received packets
        Config: 1
        Hello: 255
        LinkSummary: 1
        LinkSummaryAck: 1
    Small packets: 0
    Wrong protocol version: 0
    Messages for unknown peer: 0
    Messages for bad state: 0
    Stale acknowledgements: 0
    Stale negative acknowledgements: 0
    Sent packets
        Config: 31
        ConfigAck: 1
        Hello: 255
        LinkSummary: 13
        LinkSummaryAck: 1
    Retransmitted packets
        Config: 23
        LinkSummary: 9
    Dropped packets
        Config: 7
        LinkSummary: 3

user@router4> show link-management te-link
TE link name: sonet, State: Up
  Local identifier: 8070, Remote identifier: 8070, Local address: 10.35.1.2,
  Remote address: 10.35.1.1, Encoding: SDH/SONET, Switching: PSC-1,
  Minimum bandwidth: 622.08Mbps, Maximum bandwidth: 622.08Mbps,
  Total bandwidth: 622.08Mbps, Available bandwidth: 622.08Mbps
    Name        State Local ID  Remote ID      Bandwidth Used  LSP-name
    so-3/0/2    Up       21303      22279     622.08Mbps   No
[ Contents] [ Prev] [ Next] [ Index] [ Report an Error]