Guest

Cisco ONS 15454 Series Multiservice Provisioning Platforms

SDH Tunneling Over Cisco ONS 15454 SONET MSPP Systems

  • Viewing Options

  • PDF (597.1 KB)
  • Feedback
SDH Tunneling Over Cisco ONS 15454 SONET MSPP Systems

Table Of Contents

SDH Tunneling Over Cisco ONS 15454 SONET MSPP Systems

Optical Modules

SDH Over SONET Applications

Submarine Link Extension

SDH Aggregation Within SDH Markets

Engineering Rules for Deploying SDH over SONET

Managing Third-Party Network Equipment

Configuring Cisco ONS 15454 to Carry Ether traffic Through SONET and SDH Network

Summary

Obtaining Documentation and Submitting a Service Request


SDH Tunneling Over Cisco ONS 15454 SONET MSPP Systems


The Cisco ONS 15454 SONET MSPP SDH tunneling provides a SDH traffic transport solution with scalable SONET, data or DWDM multiservice capabilities.

The Cisco ONS 15454 leadership in the optical transport market is partly due to its unprecedented aggregation capacity where any type of traffic can be efficiently multiplexed together and transported within the metro network or handed off to DWDM networks for inter-city transport.

Similar to SONET TDM and data services, SDH traffic too is aggregated and transported across an ONS 15454 network. STM-1 to STM-64 payloads are transported over SONET from any port on a Cisco ONS 15454 OC-N card provisioned to support SDH signals.


Note This application note is applicable to software releases 6.x and later.


Optical Modules

All Cisco ONS 15454 optical modules support both SONET and SDH signals. Once a port is provisioned using Provisioning > Port in CTC to support an SDH signal, the cards process the received signal as follows:

Terminates the incoming SDH signal (RSOH, MSOH and AU pointer(s))

Pointer processes to locate the J1 byte of the HO-POH (1st byte of VC-4-Nc)

Maps VC-4-Nc into a STS-Mc where M = 3 x N

Inserts STS-Mc into an OC-M facility where the SPE pointer is created and the S1S0 bits of the H1 byte are set to 00 (received as 10 from the SDH line)

At the far end of an SDH tunnel, the reverse process takes place, transitioning the signal from SONET to SDH as follows:

Drops STS-Mc from OC-M facility (SPE pointer processed and J1 byte of the HO-POH located)

Maps STS-Mc into a VC-4-Nc where M = 3 x N

Creates an AU pointer with the value 10 for the SS bits as required for SDH

Generates an STM-N signal with MSOH and RSOH

The SDH to SONET mapping depends on the SDH payload type being transported, which the user defines during the creation of the SONET circuits used to transport the SDH traffic. For example, an STM-4 port can be mapped in a number of alternative ways, depending on the content of the signal including:

One STS-12c circuit to transport a 600M concatenated data payload.

Four (4) STS-3c circuits created to transport a sub-structured signal from a STM-4 port to overwrite the pointers of all the incoming AU4s and enable the visibility and access to the sub-structure, when the signal is converted back to SDH at the end optical interface.

The multi-circuit creation capacity of the CTC allows the user to provision several circuits with the same characteristics at one go. CTC automatically duplicates the creation process, applying sequential circuit names and picking available resources to terminate the circuits on the same end interfaces.

Table 1 SDH to SONET Circuit Type Mapping

Module
Provisioned SDH interface
SONET circuit type mapping
Equivalent SDH circuits

OC-3/STM-1

1310 IR

STM-1 optical

STS-3c

VC-4

OC-12/STM-4

1310 IR, 1310 LR, 1550 LR

STM-4 optical

4 x STS-3c or STS-12c depending on payload type

4 x VC-4 or VC-4-4c depending on payload type

OC-48/STM-16

1310 IR, 1550 LR High speed slot

STM-16 optical

16 x STS-3c or 4 x STS-12c or STS-48c or any STS-12c / STS-3c mix depending on payload type

16 x VC-4 or 4 x VC-4-4c or VC-4-16c or any VC-4-4c / VC-4 mix depending on payload type

OC-48/STM-16

1310 IR, 1550 LR Any slot

STM-16 optical

16 x STS-3c or 4 x STS-12c or STS-48c or any STS-12c / STS-3c mix depending on payload type

16 x VC-4 or 4 x VC-4-4c or VC-4-16c or any VC-4-4c / VC-4 mix depending on payload type

OC-192/STM-64

1550 LR High speed slot

STM-64 optical

64 x STS-3c or 16 x STS-12c or 4 x STS-48c or STS-192c or any STS-48c / STS-12c / STS-3c mix depending on payload type

64 x VC-4 or 16 x VC-4-4c or 4 x VC-4-16c or VC-4-64c or any VC-4-16c / VC-4-4c / VC-4 mix depending on payload type


Each ONS 15454 optical card can be provisioned to support SDH or SONET traffic on a port-to-port basis. When configured for SDH signal, the ONS 15454 node may be provisioned for line timing from the incoming SDH signal. Additionally, the SDH configured optical modules (except the OC3/STM1 card) can support the ONS 15454 DCC tunneling feature. This is further explained in the "Managing Third-Party Network Equipment" section.

SDH configured ports can be provisioned as part of a 1+1 linear protection group to interconnect with an SDH device. However, interoperability tests with third party SDH equipment must be conducted to completely validate the solution. SNCP and MS-SPRing are not supported on the ONS 15454 SONET platform. Once encapsulated in the SONET payload, the SDH traffic can be transported through any SONET network topology to the other end of the tunnel.

When provisioned to support SDH signal, the ONS 15454 optical modules continue to report alarms and performance measurements (PMs) in the same manner as if they were provisioned for standard SONET transport. This allows an ONS 15454 node supporting SDH transport to report alarms in a consistent manner with the rest of the SONET nodes in the network.

SDH Over SONET Applications

The SDH transport feature of the ONS 15454 addresses a variety of applications, with two applications depicted in Figure 1:

A simple SDH point-to-point transport tunnel, where both terminations have the same bit-rate, is the basic tunneling feature of the ONS 15454.

SDH signal aggregation allows the user to consolidate lower speed signals to higher speed signals, that is STM-1s and STM-4s signals are consolidated into STM-16 or STM-64 signals.

Figure 1 SDH Over Sonet Applications

Submarine Link Extension

In most carrier applications, transoceanic submarine cables transport SDH traffic. For North American carriers, where SONET infrastructure is the norm for domestic business, the ability to transport these AU4 mapped SDH signals with the same SONET network provides significant economic and competitive advantages. This SDH transport capability enables the service provider to interconnect submarine landing sites to their international traffic dispatching site, which may be located hundreds of miles away from the coast, using a common North American network (see Figure 2). The ONS 15454 allows North American service providers to deliver value-added services and backhaul SDH submarine traffic, leveraging a common next generation SONET infrastructure based on the ONS 15454.

Figure 2 Submarine Network Link Extension Application

SDH Aggregation Within SDH Markets

Service providers positioned in SDH markets to deliver STM-1 and higher speed services can benefit from the Cisco ONS 15454. An ONS 15454 based network can be used to deliver high-speed leased line services to customers leveraging its SDH aggregation and tunneling capability. As illustrated in Figure 3, an ONS 15454 network enables service providers to differentiate themselves by offering high-speed native Ethernet connectivity, along with more traditional private line STM-based services. STM-N leased lines can be offered within the metro network as well as between Metro Area Networks (MANs), leveraging the aggregation capability of SDH payloads for long haul transport.

Figure 3 SDH Aggregation Applications

Engineering Rules for Deploying SDH over SONET

The engineering rules to be followed when deploying SDH over SONET transport capability of the Cisco ONS 15454 are:

1. When OC-12/STM-4 (IR, 1310 LR and 1550 LR) or OC-48/STM-16 high-speed (IR and LR) port is provisioned to support SDH, alarms at the path level are not supported due to improper B3 byte calculation. The signal degrade alarm at the path level (SD-P) must be disabled on the port to suppress unreliable alarm notifications. Also, the PM data at the path level is not reliable and the associated threshold values must be set to 0 to avoid threshold crossing alerts (TCA) notification on that port.

This limitation does not exist with the OC-3/STM-1, OC-48/STM-16 AS (any slot), and OC-192/STM-64 cards.

2. The ONS 15454 can be deployed for SDH hairpinning appications where both ends of an SDH tunnel terminate on the same network element for all cases as stated in Table 2:

Table 2 SDH Hairpinning Compatibility

 
OC-3_4
OC3_8
OC-12
OC12-4
OC-48
(High Speed
Slot)
OC-48 (Any Speed slot)
OC-192
MRC-12
MRC-4
OC192-XFP

OC-3_4

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC3_8

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC-12

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC12-4

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC-48 (High speed slot)

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC-48 (Any Speed slot)

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC-192

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

MRC-12

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

MRC-4

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

OC192-XFP

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes


Figure 4 Typical SDH Hairpin Circuit on 15454 ANSI Node

3. AU3 SDH tunneling is not supported on ONS 15454. The tunneling capacity presented in this application note relates to AU4 SDH multiplexing structure.

Managing Third-Party Network Equipment

You can use the DCC tunneling feature of Cisco ONS 15454 to provide the ability to transparently interconnect third party management channels of the connected SDH networks.

The DCC tunnels from third party SDH devices pass through ONS 15454 nodes without the need for understanding the DCC message content. This is possible because the SONET protocol provides four data communication channels (DCCs) for network element operations, administration, maintenance, and provisioning (OAM&P). One data channel is in the SONET section overhead layer (D1-D3 bytes) and three data channels are in the SONET line overhead layer (D4-D12 bytes). The ONS 15454 system allows you to leverage the line overhead to transport the Section DCC (SDCC) overhead of the third-party.

The ONS 15454 system supports DCC tunnels on all optical cards (except the OC-3/STM-1 card). Each optical card can support the primary SDCC and up to three DCC tunnels through Tunnel #1, Tunnel #2, and Tunnel #3. The DCC tunnels that can be created are listed in Table 3:

Table 3 DCC Tunnels

DCC
SONET Layer
SONET Bytes
OC-3
All ports
OC-12, OC-48, OC-192
OC-192-XFP, MRC

SDCC

Section

D1 - D3

Yes

Yes

Yes

Tunnel #1

Line

D4 - D6

No

Yes

Yes

Tunnel #2

Line

D7 - D9

No

Yes

Yes

Tunnel #3

Line

D10 - D12

No

Yes

Yes


Various types of connections can be configured that includes SDCC to tunnels, SDCC to SDCC, tunnel to tunnel, and tunnel to SDCC. The following guidelines apply when DCC tunnels are created:

The ONS 15454 can support a maximum of 32 DCC tunnel connections per shelf

The ONS 15454 can have up to 10 SDCC terminations per shelf

An SDCC that is terminated cannot be used as a DCC tunnel end-point

An SDCC that is used as a DCC tunnel end-point cannot be terminated

All DCC tunnel connections are bidirectional

The ONS 15454 also supports the upgrade of unprotected DCC tunnels to protected linear 1+1 tunnels.

Configuring Cisco ONS 15454 to Carry Ether traffic Through SONET and SDH Network

CTC on a SONET node does not allow an SDH node to be added to it (or vice versa). So, an end-to-end circuit provisioning is not possible. The SONET and SDH nodes must be configured separately.


Note Any Ethernet card that supports STS-3c or multiples of STS-3c circuit type can be provisioned as explained in this section. Data traffic similar to Ethernet traffic can also be provisioned if the front port (Eth, Gigi, and FC) of the IO cards (CE-1000,CE-MR,and FC-MR) process the frames.


The following steps provide a configuration overview to connect a SONET node to an SDH node.


Step 1 Optical Port Configuration.

To connect a SONET node to an SDH node, ensure:

Both ends of the fiber connections are of the same matching rate. For example, if a SONET node has OC-48 port, then the peer SDH port must be STM-16.

Port in the SONET node must be configured as TYPE = SDH (go to CTC > Card > Line tab. Select SONET node and select Type as SDH).

Step 2 Circuit Configuration on SONET Node.

In the SONET node, configure an STS-Mc circuit between the traffic terminating port (such as a port in CE-MR) and OC-N port (converted into TYPE = SDH in Step 1).

Refer Table 1, for the equivalent circuits.


Note For V-CAT and LCAS circuits, each member circuit size needs to be STS-3c-nv, where n is 1 to 7. For details on the CE-MR-10 card and member circuits, refer to Chapter 5, Ethernet Cards of the Cisco ONS 15454 Reference Manual.


Step 3 Circuit configuration on SDH node (other end).

Configure an equivalent SDH circuit between STM-N port and input-output traffic terminating port. If the SDH node is not a traffic terminating node, but an intermediate node, create an equivalent SDH circuit between the two optical ports.

The following example describes how to configure the Ether traffic flow from a SONET node to an SDH node. An STS-3c circuit is used in the example.

Example:

Configure circuits as shown in Figure 5 using the steps in the "Configuring Cisco ONS 15454 to Carry Ether traffic Through SONET and SDH Network" section. This carries traffic from a CE-MR-10 card in SONET node (Node A) to the CE-MR-10 card in the SDH node (Node B).

Figure 5 Configuration Example to Connect SONET Node to SDH Node

Summary

The SDH tunneling feature leverages a single SONET network to support traditional TDM services, as well as next generation data and SDH private line services. This single network capability decreases the time-to-market demands for SDH services, thereby eliminating the need for an overlay network. The ONS 15454 further extends its multiservice capabilities by supporting SDH transport over all optical interface speeds, from STM1 to STM64. In addition, the DCC tunneling capability further enables a differentiated service offering, by providing an end-to-end management visibility option when transporting the SDH service for their customers.

The ONS 15454 metro optical transport platform provides the tools necessary to enable a service provider to deliver cost-effective solutions to their markets.

Obtaining Documentation and Submitting a Service Request

For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.

© 2009 Cisco Systems, Inc. All rights reserved.