Design a network using Cisco ONP
A network design using Cisco ONP is a network architecture planning process that
-
allows users to create a new design manually or import an existing design,
-
supports integration with various sources and tools, and
-
provides flexibility in how network models are created and managed.
You can design a network in one of these ways:
-
Manual design: Create a network design using the design palette.
-
Import design: Import a network design from an Excel sheet, live network import, Cisco Transport Planner, or another instance of Cisco ONP.
Manually design a network using Cisco ONP
|
Feature Name |
Release Information |
Feature Description |
|---|---|---|
| Multi-Layer Platform (MLP) Greenfield Design with NCS 4k-1k-2k |
Cisco ONP Release 4.1 |
This feature allows you to:
|
Use this procedure to create a network in the Cisco ONP.
You can create any of these network designs:
-
Spectrum Switched Optical Network (SSON) that uses flexible spectrum allocation, where the required minimum spectral resources are allocated adaptively based on traffic demand and network conditions.
-
Non-SSON network that allocates single spectrum (fixed spectrum) irrespective of the traffic demand and network conditions.
Before you begin
Procedure
|
Step 1 |
Choose . |
||||||
|
Step 2 |
In the Create New Network dialog box, choose the required options to create a network.
|
||||||
|
Step 3 |
Click the Drawing Tool icon (pencil and ruler crossed), and add sites and other network elements. |
||||||
|
Step 4 |
Choose .
|
Create shared risk link group
Use this procedure to create Shared Risk Link Group (SRLG) using the Cisco ONP GUI. The SRLG feature enables routing of protected services.
![]() Note |
SRLG is supported only for non-SSON networks that include traffic nodes. |
Before you begin
Log in to the Cisco ONP web interface.Procedure
|
Step 1 |
Open the network where you want to create the SRLGs. |
|
Step 2 |
Click the network tree panel. |
|
Step 3 |
Expand Fibers, and check the check box next to each fiber that should be in the same SRLG. |
|
Step 4 |
After selecting all fibers, right-click and choose Create SRLG. |
Cisco ONP creates an SRLG with a unique name, which you can subsequently rename.
Import a network using an Excel sheet
Use this procedure to import a network into Cisco ONP, using an Excel sheet.
Follow these steps to import a network into Cisco ONP, using an Excel sheet.
![]() Note |
By default, the system release of the Excel-imported network is 11.0. |
Before you begin
Log in to the Cisco ONP web interface.Procedure
|
Step 1 |
Choose to download the Excel sheet template. The template has tabs and fields that you must fill in the Excel sheet. For details about these tabs and fields, refer to Tabs available in the Excel sheet template. |
|
Step 2 |
Fill the network details in the template file or edit the current network file, and save the file. |
|
Step 3 |
Choose . |
|
Step 4 |
Browse for the file, select it, and click Import. |
If there are errors in the imported data, a pop-up error message is shown in case of new import, and the errors are available under the tabs in case of updating the existing network.
Tabs available in the Excel sheet template
This table lists the various tabs available in the Excel sheet template used to import a network.
| Tabs | Description |
|---|---|
| Network |
Label (name of the network), Platform (NCS2000) |
| Sites |
Site Label, Type, X coordinates, Y coordinates, Pre Equip Degree |
Network imports from Cisco Transport Planner
The Cisco Transport Planner network import is a compatibility feature that
-
allows you to import networks created and analyzed in Cisco Transport Planner into Cisco ONP, as
.mpzfiles, -
prevents the need to recreate existing networks, and
-
supports only networks from Release 11.0 or later for compatibility.
Supported hardware for CTP network import
Cisco ONP supports these hardware as part of CTP network import.
-
Optical source files and transponders
See Supported Optical Sources, and Supported Cards and Pluggables.
-
Contentionless, colorless, and colored point-to-point demands
-
Flex network
-
Gain Equalizer

Note
The Gain Equalizer node converts to a ROADM node when you unlock the site after a release upgrade.
-
ROADM-SMR-9 and SMR-20
-
All flex supported amplifiers, controller cards, and chassis types
Import an mpz design file from Cisco Transport Planner
Use this procedure to import an mpz file from Cisco Transport Planner to Cisco ONP.
Before you begin
-
Log in to the Cisco ONP web interface as a user with network creation permission.
-
Import the required optical source files and layout template using and options. For more information, refer to Manage Alien, and Manage Layout .
-
Delete the unsupported parameters for Cisco ONP from the mpz file. For example, mpz networks with P-Ring and A2A demands are not supported for import. Delete these demands in Cisco Transport Planner, reanalyze the networks in Cisco Transport Planner, and import the mpz file into Cisco ONP.
The network must be in design-analyzed or upgrade-analyzed mode.
Procedure
|
Step 1 |
Choose . The Import File (mpz) dialog box appears.
|
||
|
Step 2 |
Choose or to make any changes on the imported network.
|
Export the CPZ file
Cisco ONP saves the network design file as a .cpz file in its database. Use this process to export the design file to your computer.
The contents of the .cpz file depend on the network mode:
-
In design mode, the .cpz file includes the design file, layout template, and optical source details.
-
In analyze mode, the .cpz file contains several items: a design file, analyze file, ANS file, per-side ANS file, BOM, error messages, trace files, layout template, mpz, and report.
-
For networks in upgraded mode, you can only export the last child in the parent-child hierarchy.
![]() Note |
You can export only one network at a time. |
Before you begin
Procedure
|
Step 1 |
Open the network whose design file that you want to export. The network opens.
|
||
|
Step 2 |
Choose . |
||
|
Step 3 |
Inside the Export .cpz file dialog box:
|
Import the CPZ file
Use this procedure to import the cpz network design files that are exported from another Cisco ONP instance.
![]() Note |
You can import only the networks that are exported from the current release. |
Before you begin
Procedure
|
Step 1 |
Choose . |
|
Step 2 |
In the Import .cpz file dialog box: |
Live Network Import
The Live Network Import (LNI) feature is a network import capability that:
-
enables real-time import of deployed networks into Cisco ONP,
-
supports networks with NCS 1004, NCS 2000, and NCS 4000 nodes , and
-
allows you to view comprehensive deployed network details after import.
|
Feature Name |
Release Information |
Feature Description |
|---|---|---|
|
Live Network Import |
Cisco ONP Release 4.1 |
This feature allows you to import a live deployed network having NCS 1004, NCS 2000, and NCS 4000 nodes into Cisco ONP, using the LNI (Live Network Import) import template. This feature also allows you to view network topology, BOM, and layout report. |
Perform live network import
Use this procedure to perform live import of a network.
Before you begin
-
Perform LNI only when the Cisco ONC is in a stable or running state. Do not perform LNI during the maintenance period for software upgrade.
-
Configure all the mandatory parameters on the circuit.
-
Make sure that the following Cisco IOS XR Software Maintenance Updates (SMUs) are loaded on the NCS 4000 devices on top of Cisco IOS XR Release 6.5.28:
-
ncs4k-6.5.28.CSCvu93045.tar
-
ncs4k-sysadmin-6.5.28.CSCvt67465.tar
-
ncs4k-6.5.28.CSCvv79518.tar
-
-
Make sure that there is a provision for opening three TL1 sessions per NCS 2000 device for Live data collection. Avoid overloading NCS 2000 devices with TL1 sessions.
-
Configure the fibers with the same channel numbers (Spectral Density, for example: 91.0/82.0) on both the source and destination ends.
-
Check the card label set for these NCS 2000 cards and update it if they are not aligned.
PID
Card label
NCS2K-16-AD-CCOFS
AD-16-FS
NCS2K-20-SMRFS
SMR20-FS-CV
NCS2K-20-SMRFS-L
SMR20-FS
NCS2K-9-SMR17FS
SMR9-17-FS
NCS2K-9-SMR24FS
SMR9-24-FS
NCS2K-9-SMR34FS
SMR9-34-FS
NCS2K-9-SMR34FS-L
SMR9-34-FS
15454-M-RAMAN-COP=
OPT-RAMP-COP
15454-M-RAMAN-CTP=
OPT-RAMP-CTP
NCS2K-OPT-EDFA-35
OPT-EDFA-35
-
To open the Cisco ONP application, install Microsoft Excel on the client machine where you launch the browser.
Procedure
|
Step 1 |
Choose , and download the template which is in the form of an Excel sheet. |
||||||
|
Step 2 |
Fill the template with the details of all the nodes belonging to the network to be imported and save the file. These fields are mandatory:
|
||||||
|
Step 3 |
Choose . |
||||||
|
Step 4 |
View the status of the LNI operation: |
||||||
|
Step 5 |
After the completion of the LNI operation, choose . The format of the LNI imported network filename is LNI_<Date>_<Time>. |
||||||
|
Step 6 |
Click the imported network name to view the network under the Map tab and its corresponding network tree in the left panel. The aggregated node that includes NCS 1004, NCS 2000, and NCS 4000 appears in purple, and the aggregated node that includes NCS 1004 and NCS 2000 appears in orange in the network tree. You can view the tag Imported from Network in the interface.
|
What to do next
Click the BOM tab to view the BOM details of the network.![]() Note |
The PIDs of prototype cards are shown as "NA" in the BOM details of the LNI network. |
You can export the CPZ, import the CPZ, and share the imported network. Use the Entity Editor to view network properties.
Ports Used in LNI
LNI application uses the following ports. If any port is shut down due to any failure, then the service is restarted by the Docker system.
|
Port |
Service |
Usage |
||
|---|---|---|---|---|
|
8761 |
Eureka Service |
Registration and discovery service, which holds the information about all microservice applications |
||
|
8088 |
API Gateway |
Receives all the incoming requests, and then delegates the requests to internal microservices like LNI Broker |
||
|
8086 |
Collector Service |
Collects metrics and operation data from the devices |
||
|
8082 |
Device Manager |
Responsible for device onboarding process |
||
|
8083 |
Inventory Service |
Provides inventory data |
||
|
9975 |
TL1 plug-in Service |
South bound interface plug-ins for TL1 protocol-based NCS 2000 devices |
||
|
8898 |
NCS 2K Inventory Adapter Service |
Adapter module to transform NCS 2000 device response from collector to Cisco ONP NCMS schema-based POJO |
||
|
8899 |
NCS 4K Inventory Adapter Service |
Adapter module to transform NCS 4000 device response from collector to Cisco ONP NCMS schema-based POJO |
||
|
8900 |
NCS 1K Inventory Adapter Service |
Adapter module to transform NCS 1004 device response from collector to Cisco ONP NCMS schema-based POJO |
||
|
9976 |
NETCONF plug-in Service |
South bound interface plug-ins for NETCONF based 1K/4K devices |
||
|
8102 |
LNI Broker Service |
Provides interfaces for Cisco ONP BE service to trigger live network import |
||
|
8085 |
Topology Service |
Provides network topology data | ||
|
8090 |
Circuit Service |
Provides network circuit data |
||
|
8024 |
NETCONF Adapter Service |
Common adapter for Topology and Circuit services |
||
|
8091 |
Model Aggregator Service |
Aggregates inventory, topology, and circuit details under NCMS schema-based networks |
||
|
8092 |
TL1 Adapter Service |
Common adapter for Topology and Circuit Service |
||
|
5601 |
Kibana |
Data visualization and exploration tool that is used for log and time-series analytics, application monitoring, and operational intelligence use cases
|
||
|
2181 |
Zookeeper |
Keeps track of status of the Kafka cluster nodes, and also keeps track of Kafka topics, partitions publish-subscribe messaging system that enables inter service communication |
||
|
9092 |
Kafka |
Publish-subscribe messaging system that enables inter-service communication |
||
|
27017 |
Mongo |
Database to persist services data |
Supported Hardware and Software for LNI
The following table describes the software versions and hardware requirements of the network imported through LNI.
|
Property |
Values |
|---|---|
|
Network |
|
|
Network Type |
SSON |
|
Platform |
ETSI |
|
System Release |
NCS 2000: R11.1, and R11.1.1.2 NCS 1004: XR 7.0.1 NCS 4000: XR 6.5.2.8 |
|
Site/Node |
|
|
Site Type |
4K-1K-2K: ADD/DROP, 1K-2K;Regen, 2K:ROADM/OLA |
|
ROADM |
SMR-20, SMR-9-17FS, SMR-9-34FS, SMR-9-24FS |
|
Amplifier |
RAMAN-CTP, RAMAN-COP, EDFA35-24, EDFA35-35 |
|
Degree Mesh Type |
DEG-5/UPG-4 |
|
Chassis Type |
4K: NCS4016, 2K:NCS2006, 1K:NCS1004 |
|
Power Supply |
4K-DC, 1K-DC, 2K-DC40 |
|
ECU |
ECU-S |
|
Controller Card |
TNCS-2, TNCS-2O |
|
Channel Rule |
82 |
|
Line Cards |
NCS1K4-1.2T-K9=, NCS4K-4H-OPW-QC2 |
|
Evolved Mesh |
ON and OFF |
|
Node Protection |
2K: Separated shelves, 4K: Single shelf |
|
Mpo16Lc |
MPO-16LC Unit |
|
Mpo16ToMpo08 |
MPO16TO2MPO8Cable |
|
Cascaded SMR |
Yes |
|
Enable NCS |
Yes |
|
Use Payg |
No |
|
Connection Verification |
Yes, No |
|
MF Unit |
MF-6RU, MF6-10RU, or MF-1RU |
|
Structure |
Line, Multidegree, Terminal |
|
Scalable upto degree |
4, 8, 12 |
|
Power redundancy |
Yes |
|
IP Address |
IPv4 |
|
Fiber |
|
|
OSC Frame Type |
Auto |
|
DCN Extension |
Yes |
|
ENE/GNE |
Yes |
|
Length |
Yes |
|
Loss |
Yes |
|
Measurement Unit |
KM |
|
Length based Loss |
No |
|
Raman Amplified |
Yes |
|
Fiber Type |
G652-SMF-28E |
|
Connector Loss A |
Yes |
|
Connector Loss B |
Yes |
|
Cross OSC and Parallel OSC |
Yes |
|
Media Channel |
|
|
Traffic Type |
NCS1004_SP_16QAM_16QAM_300G_27%SDFEC_60GBd |
|
Protection |
Unprotected, and 1+R |
|
Path |
Actual Path |
|
Regen |
Regen site |
|
Multicarrier |
No |
|
Contentionless |
Yes |
|
Circuit State |
Restored, Unrestored |
|
Service |
|
|
Service Type |
100GE, 10GE, STM-64 |
|
Protection |
1+1, Unprotected, 1+R, 1+1+R, 1+1+R+R |
|
Path |
Actual Path |
|
Client Type (1K) |
OTU4 |
|
Interface Type (1K) |
BH |
|
Trunk Mode (1K) |
200G, 300G |
|
Baud Rate (1K) |
60 and 69 GBd |
|
Client Pluggable |
ONS-QSFP28-LR4=, QSFP-100G-SR4-S=,ONS-QSFP-4X10-MLR= |
Limitations of LNI
These are the limitations, unsupported features, and known constraints of LNI, and scenarios where LNI may not function as expected and the available workarounds.
-
Simultaneous import of multiple live networks and scheduled import are not supported. LNI does not support importing Non-SSON networks, Non-Contentionless configurations, circuits with NCS 2000 Transponder or Muxponder cards, or NCS1001, NCS1004, and NCS4000 devices.
-
The chassis position in the layout may not be accurate in the live imported network. NCS 2000, NCS 1004, and NCS 4000 chassis are placed in separate racks to provide a clearer layout view.
Workaround: You can edit the layout after network upgrade and analysis.
-
If X, Y coordinates are not configured in the devices, nodes are overlapped in the Cisco ONP map.
Workaround: Configure X, Y coordinates before importing the network for a better view of the topology in Cisco ONP map; otherwise, you can drag and drop the nodes in the Cisco ONP map and adjust the node position after importing.
-
The Scalable upto degree parameter is not imported from the real device. Cisco ONP chooses the maximum scalable up to degree based on the number of line sides and contentionless sides present on the node.
Workaround: Unlock the node after upgrading and change the scalable upto degree. After unlocking the site, use the layout template to rearrange the layout.
-
Cisco ONP imports the proto-PID, if present in the inventory, and show as N/A PID in the Cisco ONP BOM. Duplicate media channel labels are not supported. If multiple media channels with the same label exist in the network, only one is imported; the rest are discarded.
-
Fiber name, source, and destination names may not match between imports; source and destination site names may interchange for bidirectional fibers. Fibers may not associate with the correct optical subnet if channel numbers differ at source and destination, causing amplifier output power issues. Workaround: Correct channel numbers at both ends and re-import or associate fibers with the correct optical subnet after upgrade.
-
If the regenerated demand is in restored state, the restored path is shown as working or protected path, and service protection is shown as 1+R in Cisco ONP. Restoration details will not be available. Service protection type is shown as 1+1+R or 1+1+R+R only if restoration path is available. Otherwise, it is shown as 1+1.
Preprovisioned cards are not listed in the Cisco ONP BOM and are populated only after a successful upgrade and analysis of the LNI network. Ensure that the cards are equipped to retrieve the PID details.
Feedback