Table Of Contents
SDH Tunneling Over Cisco ONS 15454 SONET MSPP Systems
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
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.
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:
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:
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.
CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco IronPort, the Cisco logo, Cisco Nurse Connect, Cisco Pulse, Cisco SensorBase, Cisco StackPower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flipshare (Design), Flip Ultra, Flip Video, Flip Video (Design), Instant Broadband, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Capital, Cisco Capital (Design), Cisco:Financed (Stylized), Cisco Store, Flip Gift Card, and One Million Acts of Green are service marks; and Access Registrar, Aironet, AllTouch, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Lumin, Cisco Nexus, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Continuum, EtherFast, EtherSwitch, Event Center, Explorer, Follow Me Browsing, GainMaker, iLYNX, IOS, iPhone, IronPort, the IronPort logo, Laser Link, LightStream, Linksys, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, PCNow, PIX, PowerKEY, PowerPanels, PowerTV, PowerTV (Design), PowerVu, Prisma, ProConnect, ROSA, SenderBase, SMARTnet, Spectrum Expert, StackWise, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0910R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2009 Cisco Systems, Inc. All rights reserved.