Implementing MPLS Optical User Network Interface Protocol
The Optical User Network Interface (O-UNI) is specified by the Optical
Internetworking Forum (OIF). The O-UNI standard specifies a means by which
client devices, such as routers, Synchronous Optical Network
(SONET)/Synchronous Digital Hierarchy (SDH) Add Drop Multiplexers (ADMs), and
other devices with SONET/SDH interfaces may request optical layer connectivity
services of an optical transport network (OTN). Such services include the
establishment of connections between two client devices, the deletion of
connections, and the query of connection status.
Note
The term MPLS O-UNI is often used instead of O-UNI, as it emphasizes
that the OIF’s O-UNI is based upon many MPLS standards developed by the
Internet Engineering Task Force (IETF).
The following prerequisites are required to implement GMPLS UNI:
You must be in a user group associated with a task group that includes the proper task IDs. The command reference guides include the task IDs required for each command. If you suspect user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
Router that runs
Cisco IOS XR software.
Installation of the
Cisco IOS XR software
mini-image on the router.
Installation of the
Cisco IOS XR MPLS
software package on the router.
Information About Implementing MPLS O-UNI
O-UNI offers the ability to establish OIF standards-based connections
through a SONET/SDH-based heterogeneous optical network. These connections can
be made across optical transport networks (OTNs) composed of Cisco equipment or
third-party vendor equipment.
An OTN provides transport services to interconnect the optical
interfaces of O-UNI client devices, such as IP routers and SONET ADMs. Two routers running
Cisco IOS XR software
with O-UNI client (O-UNI-C) support are connected to SONET/SDH cross-connects,
which provide O-UNI Network (O-UNI-N) services. These cross-connects sit at the
edge of the OTN, and O-UNI client devices may request services from them. The
client devices have no knowledge of the OTN structure, and all services are
invoked at the edge of the OTN. These services include connection
establishment, deletion, and query for a given data link, where a data link
corresponds to a unique SONET/SDH interface on an O-UNI-C device.
To complete a connection request, an O-UNI-N node needs a database to
determine its route within the OTN. The algorithms used to determine the
connection path, although not standardized in the OIF’s O-UNI 1.0 standard,
must consider the connection characteristics requested by the O-UNI-C device,
including connection bandwidth, framing type, cyclic redundancy check (CRC)
type, and scrambling.
Routers request O-UNI services using the following RSVP messages:
path
reservation
reservation confirmation
path error
path tear
reservation tear
refresh
These RSVP messages are transported over IP Control Channels (IPCC)
between the router and the O-UNI-N device. The IPCCs rely on IP connectivity
between O-UNI-C and O-UNI-N devices, represented in dotted lines.
When services from the OTN are requested, the following parameters are included
in the RSVP messages transmitted:
Unique data link identifier
Bandwidth requested
Framing type requested (that is, SONET or SDH)
CRC 16 or 32
Scrambling type
IP address of the node to receive the request
A unique identifier exists for every interface participating in an O-UNI
connection. This identifier consists of a TNA and an interface ID. The TNA
addresses are unique within the OTN, and represent the address of one or more
data links between an O-UNI-N device and an O-UNI-C device.
Cisco IOS XR Software
supports the use of IPv4 TNA addresses.
The interface ID is used to uniquely identify a given data link
interface connected between an O-UNI-N device and an O-UNI-C device. The
interface ID is a 32-bit value with local significance, generated by the device
on which an interface resides; for example, a POS interface on a router
connected to an O-UNI-N device would have an interface ID generated by the
router and is only unique on this router. To avoid reconfiguration of LMP
information, it is important that the interface ID values are persistent across
control plane restarts and router reloads.
To establish an O-UNI connection, the messaging exchanges must include
data link information from other devices. This information is provisioned using
a static version of the LMP. The LMP commands allow the provisioning of the
following capabilities:
TNA associated with the data link. This value is assigned by the
operator of the OTN.
Interface ID of the neighboring device is the interface ID on the SONET/SDH cross-connect that is referred to as the
remote interface ID.
Node ID of the data link adjacent device is the IPv4 address that sends the RSVP messages to a directly attached
SONET/SDH cross-connect.
Local information is configured to enable the establishment of O-UNI
connections. This information includes:
Router ID used as the source IPv4 address for RSVP messaging.
This value is also configured on neighbor devices. Note that the terms node ID
and router ID are often used synonymously. Node ID represents the generic term,
while router ID refers to the node ID of a router.
TNA of the data link on which to terminate the connection.
The operational mode of the interface that participates in an O-UNI
connection. This interface can be configured to only terminate a connection or
to initiate a connection.
How to Implement MPLS O-UNI on
Cisco IOS XR Software
O-UNI requires setting up data links with neighbor nodes and
establishing Internet Protocol Control Channel (IPCC) channels to setup O-UNI
connections.
If IP connectivity is established over the RP management port and a
standby RP card is present, the following conditions ensure NSF in case of RP
failover:
Standby management port is not shutdown and operational up.
Standby management port has an IP address assigned to it.
Proxy-ARP is not enabled (proxy-ARP is disabled by default).
Active and standby ports have the same IP subnet configured.
IP virtual address with the same subnet as the active and standby
ports is configured.
Virtual address above is used as next hop in any static routes
configured on neighbor O-UNI-N nodes.
Perform this task to configure and set up an MPLS O-UNI connection.
Before You Begin
These prerequisites are required to configure and set up an O-UNI
connection:
To configure the data link parameters, you must have a node ID for
the neighboring node.
Stable node ID is required at both ends of the O-UNI data link
to ensure the configuration is successful. If you do not assign a node ID (also
known as a router ID), the system defaults to the configured global router ID.
SUMMARY STEPS
1.configure
2.snmp-server ifindex persist
3.snmp-server interface
type interface-path-id
index persistence
Uses SNMP generated ifindexes to uniquely identify interfaces, and
corresponds to O-UNI’s concept of an interface ID. To ensure that O-UNI
interface IDs are persistent across reloads, SNMP must save the ifindexes
generated for the interfaces. These identifiers are used for the requested
interfaces.
Step 3
snmp-server interface
type interface-path-id
index persistence
Example:
RP/0/RP0/CPU0:router(config)# snmp-server interface pos0/4/0/1 index persistence
Specifies that an interface ID for this interface is to be
generated. If the
snmp-server ifindex persist
command is entered, this interface ID is made
persistent.
Configures the node ID of the O-UNI-N neighbor router1. This
address is used as the destination address of O-UNI signaling messages sent to
the neighbor.
Associates the interface with the specified neighbor. In this
example, POS interface 0/4/0/1 (the configured interface) is associated with
the neighbor router1.
Configures the remote data-link interface ID. In this example,
configures POS interface 0/4/0/1 as connected to an interface on neighbor
router1, where the interface ID of 345 is assigned.
Configures the address of the remote end of the O-UNI connection
to be established by using the
destination address ipv4 command. In this
example, the address 50.5.7.4 corresponds to the TNA address assigned to the
destination O-UNI data link.
Configures the router to accept an incoming connection request by
using the
passive command.
Step 17
Use one of the following commands:
end
commit
Example:
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# end
or
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# commit
Saves configuration changes.
When you issue the
end command, the system prompts you to
commit changes:
Uncommitted changes found, commit them before exiting(yes/no/cancel)?
[cancel]:
Entering
yes saves configuration changes to the running
configuration file, exits the configuration session, and returns the router to
EXEC mode.
Entering
no exits the configuration session and returns the
router to EXEC mode without committing the configuration changes.
Entering
cancel leaves the router in the current
configuration session without exiting or committing the configuration changes.
Use the
commit command to save the
configuration changes to the running configuration file and remain within the
configuration session.
Step 18
show mpls optical-uni
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni
Verifies that the interface connection is
set up (the output should report the interface).
Enters O-UNI interface configuration mode for the interface
identified by
type interface-path-id arguments.
Step 4
Use one of the following commands:
no destination address ipv4
no
passive
Example:
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# no destination address ipv4
or
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# no passive
Removes the destination address configuration, causing the O-UNI
connection to be deleted by using the
no destination address ipv4 command. If a
passive configuration was entered, Step 5 should be used.
Removes the passive configuration, causing the deletion of an
existing O-UNI connection by using the
no passive command.
Step 5
Use one of the following commands:
end
commit
Example:
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# end
or
RP/0/RP0/CPU0:router(config-mpls-ouni-if)# commit
Saves configuration changes.
When you issue the
end command, the system prompts you to
commit changes:
Uncommitted changes found, commit them before exiting(yes/no/cancel)?
[cancel]:
Entering
yes saves configuration changes to the running
configuration file, exits the configuration session, and returns the router to
EXEC mode.
Entering
no exits the configuration session and returns the
router to EXEC mode without committing the configuration changes.
Entering
cancel leaves the router in the current
configuration session without exiting or committing the configuration changes.
Use the
commit command to save the
configuration changes to the running configuration file and remain within the
configuration session.
Step 6
show mpls optical-uni
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni
Verifies that the interface connection is
torn-down. The output should not report the interface.
Verify the configuration of the MPLS O-UNI connection by running the
show commands.
SUMMARY STEPS
1.Use the
show mpls optical-uni lmp neighbor command to display LMP neighbor information.
2.Use the
show mpls optical-uni lmp command to display LMP information.
3.Use the
show mpls optical uni lmp ipcc command to display LMP IPCC information.
4.Use the
show mpls lmp clients command to display information about MPLS LMP clients.
5.Use the
show mpls optical-uni lmp interface command to display LMP information for a specified
interface.
6.Use the
show mpls optical-uni command to display the state of O-UNI network connections.
7.Use the
show mpls optical-uni interface command to display detailed O-UNI information for a specific
interface.
8.Use the
show mpls optical-uni diagnostics interface command to display diagnostics information for an O-UNI
connection on a specific interface.
DETAILED STEPS
Step 1
Use the
show mpls optical-uni lmp neighbor command to display LMP neighbor information.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni lmp neighbor
LMP Neighbor
Name: oxc-uni-n-source, IP: 10.56.57.58, Owner: Optical UNI
IPCC ID: 1, State Up
Known via : Configuration
Type : Routed
Destination IP : 10.56.57.58
Source IP : None
Data LinkI/F |LclDataLink ID|Link TNA Addr|Data Link LMP state
--------------------------------------------------------------
POS0/2/0/2 2 10.0.0.5 Up Allocated
Step 2
Use the
show mpls optical-uni lmp command to display LMP information.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni lmp
Local OUNI CLI LMP Node ID: 10.56.57.58
(Source: OUNI LMP CLI configuration, I/F: Loopback0)
LMP Neighbor
Name: oxc-uni-n-dest, IP: 10.12.13.14, Owner: Optical UNI
IPCC ID: 2, State Up
Known via : Configuration
Type : Routed
Destination IP : 10.12.13.14
Source IP : None
Data LinkI/F |LclDataLink ID|Link TNA Addr|Data Link LMP state
--------------------------------------------------------------
POS0/2/0/2 2 10.0.0.5 Up Allocated
Step 3
Use the
show mpls optical uni lmp ipcc command to display LMP IPCC information.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni lmp ipcc
IPCC
ID | Type | IP | Status | Neighbor Name
-------------------------------------------------------------
1 Routed 10.56.57.58 Up oxc-uni-n-source
Step 4
Use the
show mpls lmp clients command to display information about MPLS LMP clients.
Example:
RP/0/RP0/CPU0:router# show mpls lmp clients
Current time: Tue Nov 4 13:20:50 2003
Total Number of Clients = 2
Client | Job ID | Node |Uptime| Since
--------------------------------------------------------------
ucp_ouni 304 node0_0_0 5m45s Tue Nov 4 13:15:05 2003
rsvp 261 node0_0_0 5m44s Tue Nov 4 13:15:06 2003
Step 5
Use the
show mpls optical-uni lmp interface command to display LMP information for a specified
interface.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni lmp interface pos 0/2/0/2
Interface: POS0/2/0/2
Owner: Optical UNI
Local data link ID type: Unnumbered
Local data link ID: Hex = 0x2, Dec = 2
TNA address type: IPv4y
TNA address: 10.0.0.5
Local TE link switching capability: Packet-Switch Capable
Remote neighbor name: oxc-uni-n-source
Remote neighbor node ID: 10.56.57.58
Remote data link ID type: Unnumbered
Remote data link ID: Dec = 2, Hex = 0x2
Remote TE link switching capability: TDM Capable (TDM)
Data link I/F state: Up
Data link LMP state: Up/Allocated
TE link LMP state: Up
Data link allocation status: Allocated
IPCC ID: 1
IPCC type: Routed
IPCC destination IP address: 10.56.57.58
Step 6
Use the
show mpls optical-uni command to display the state of O-UNI network connections.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni
Index of abbreviations:
----------------------
M=O-UNI configuration Mode.
P=Passive
AR =active/receiver
AS=active/sender
U=Unknown
Interface TunID M ig State CCT Up Since
------------------------------------------------------------
POS0/2/0/2 000004 AS Connected 04/11/2003 13:16:18
Step 7
Use the
show mpls optical-uni interface command to display detailed O-UNI information for a specific
interface.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni interface pos 0/2/0/2
Interface POS0/2/0/2
Configuration: Active->User
Signaling State: Connected since 04/11/2003 13:16:18
TNA: 10.0.0.5
Sender NodeID/Tunnel ID: 10.12.13.14/4
Local Data Link ID: 2
Remote Data Link ID: 2
Local Switching Capability: PSC 1
Remote Switching Capability: TDM
Primary IPCC: Interface: Routed
Local IP Address: 10.0.0.0
Remote IP Address: 10.56.57.58
Step 8
Use the
show mpls optical-uni diagnostics interface command to display diagnostics information for an O-UNI
connection on a specific interface.
Example:
RP/0/RP0/CPU0:router# show mpls optical-uni diagnostics interface pos 0/2/0/2
Interface [POS0/2/0/2]
Configuration: Active->User
Signaling State: [Connected] since 04/11/2003 13:16:18
Connection to OLM/LMP established? Yes
OUNI to OLM/LMP DB sync. status: Synchronized
Connection to RSVP established? Yes
RSVP to OLM/LMP DB sync. status: Synchronized
The neighbor [oxc-uni-n-source] has been configured, and has the node id [10.56.
57.58]
Found a route to the neighbor [oxc-uni-n-source]
Remote switching capability is TDM.
TNA [10.0.0.5] configured.
All required configs have been entered.
Global Code: No Error/ Success @ unknown time
Datalink Code: No Error/ Success @ unknown time
The Cisco Technical Support website contains thousands of
pages of searchable technical content, including links to products,
technologies, solutions, technical tips, and tools. Registered Cisco.com users
can log in from this page to access even more content.