Cisco Optical Network Controller Overview
Cisco Optical Network Controller is an SDN Domain Controller for Cisco Optical Networks. Optical Network Controller collects optical data which is used to provide network information in an abstracted format to higher layer controllers. This abstraction enables a centralized control of a Cisco Optical Network.
Some of the features of Cisco Optical Network Controller are:
-
Serves as a domain controller for optical products and provides data to Hierarchical Controllers. Optical Network Controller supports a standardized TAPI model which enables it to abstract the device level details from hierarchical controller.
-
As a Provisioning Network Controller (PNC), monitors the topology (physical or virtual) of the network, and collects information about the topology, and setup/teardown of optical circuits.
-
PCE service provides optical path computation to other Cisco Optical Network Controller services.
![]() Note |
For more details on how to model an alien wavelength or transceiver, etc through Cisco Optical Network Planner see Cisco Optical Network Planner Manage Alien. |
What's New in Cisco Optical Network Controller, Release 25.1.2
Cisco is continuously enhancing the product with every release and this section covers a brief description of key features and enhancements.
Feature | Description |
Geo Redundant Cisco Optical Network Controller Deployment |
Geo Redundant Deployment allows integration of multiple Cisco Optical Network Controller instances into a Geo Supercluster, enhancing service availability and resilience across multiple regions. The setup operates in a 1+1+1 configuration with an active node, a standby node, and an arbitrator node for active node selection. This deployment ensures continuous service and failover capabilities during regional outages, supporting high availability needs. |
Support for NCS 1001 devices |
You can now onboard, manage, provision circuits, and read PM values on Cisco Optical Site Manager nodes containing NCS1001 devices. |
Time zone configuration |
CONC now supports changing the timezone in the UI. You have to restart the VM after changing the timezone for the changes to take effect. |
What's New in Cisco Optical Network Controller, Release 25.1.1
Cisco is continuously enhancing the product with every release and this section covers a brief description of key features and enhancements.
Feature | Description |
Support for GMPLS circuits |
You can now provision GMPLS circuits from the Service Manager. Cisco Optical Network Controller now supports discovery and provisioning of GMPLS circuits. |
Support for NCS 2000 devices |
The following line cards are supported on NCS 2000 chassis.
|
Support for additional NCS 1000 line cards |
The following line cards are supported on NCS 1000 devices.
|
Workspace Enhancements |
Node and Link Multi-Select in Circuit Monitoring Workspace, Alarm History tab to the Circuit Monitoring Workspace, enabling you to view past alarms for a selected circuit, Added a dropdown in the Circuit Monitoring Workspace to select different interface types for PM data, |
New CONC_SYSTEM alarms |
The following new alarms were introduced:
|
SNMP Traps and Alarm Filters |
You can now send alarm traps to external SNMP managers from Cisco Optical Network Controller. This enables integration with external monitoring systems and provides a mechanism for forwarding alarm information. Cisco Optical Network Controller supports both SNMP v2c and v3. |
Support for LNI requests from Cisco Optical Network Planner |
LNI, or Live Network Import, is a feature in Cisco Optical Network Planner that allows users to import deployed networks into the planner in real-time. Cisco Optical Network Controller allows you to import live network information for NCS1000 and NCS2000 nodes in the network. |
SWIMU App Enhancements |
Enhanced the Software Image Management and Upgrade (SWIMU) app with features for software image distribution groups, image distribution jobs, software activation groups, and software activation jobs. |
Network Level Alarm Correlation Support |
Network Level Alarm Correlation (NLAC) automatically correlates and suppresses alarms at the network level, reducing alarm noise and improving troubleshooting. Added new fields to the alarms table for enhanced alarm tracking and correlation, |
In addition to these features the new Cisco Optical Network Controller 25.1.1 UI includes the following applications.
Application |
Description |
---|---|
Links |
The Links App is a new application in the Cisco Optical Network Controller. It provides a centralized location for managing and monitoring network links. It offers enhanced filtering and sorting capabilities compared to the topology view, allowing you to easily differentiate between discovered and undiscovered OMS links. |
Software and Hardware Requirements
Software Requirements
Cisco Optical Network Controller, Release 25.1.x supports the following software versions.
Hardware and Software | Version |
---|---|
NCS 1001 | Cisco IOS XR Release 7.10.1 |
NCS 1004 | Cisco IOS XR Release 24.3.1 |
NCS 1014 | Cisco IOS XR Releases 25.1.1 and 24.3.1 |
NCS 1010 | Cisco IOS XR Releases 25.1.1 and 24.3.1 |
Cisco Optical Site Manager | |
NCS 1000 |
Cisco IOS XR Releases 25.1.1 and 24.3.1 |
NCS 2000 |
Release 25.1.1 |
Data Center Requirements
Cisco Optical Network Controller 25.1.x can be deployed using VMware vCenter server version 7.0 and vSphere server and client with version 7.0. It is deployed on rack or blade servers within vSphere. To aid in the deployment, Cisco has developed a cluster installation tool. This tool works in both environments.
The following list contains the prerequisites of Cisco Optical Network Controller 25.1.x installation.
-
Before installing Cisco Optical Network Controller 25.1.x, you must log in in to the VMware customer center and download VMware vCenter server version 7.0, as well as vSphere server and client with version 7.0. Cisco Optical Network Controller 25.1.x is deployed on rack or blade servers within vSphere.
-
ESXi host must be installed on servers with vSphere version of 7.0 to support creating Virtual Machines (VM).
-
Before the Cisco Optical Network Controller 25.1.x installation, three networks must be created.
-
Control Plane Network:
The control plane network helps in the internal communication between the deployed VMs within a cluster. If you are setting up a standalone system, this can refer to any private network.
-
VM Network or Northbound Network:
The VM network is used for communication between the user and the cluster. It handles all the traffic to and from the VMs running on your ESXi hosts and this is your Public network through which the UI is hosted.
-
Eastbound Network:
The Eastbound network can be a private network for standalone setups. It requires one private IP address, a gateway, and a DNS server. If the node is not exposed to the internet, the DNS server must be an internal DNS, otherwise you can use an internet DNS.
-
VM Host Requirements
This section explains the VM host requirements.
The minimum requirement for Cisco Optical Network Controller 25.1.x installation is given in the table below.
Profile | CPU (in cores) | Memory (GB) | Disk (TB) | ||
Worker Node | Abitrator Node | Worker Node | Abitrator Node | ||
XS | 16 |
8 |
64 |
32 |
0.8 |
S | 32 |
8 |
128 |
32 |
2 |
M | 48 |
8 |
256 |
32 |
2 |
vCPU to Physical CPU Core Ratio
We support a vCPU to Physical CPU core ratio of 2:1 if hyperthreading is enabled and the hardware supports hyperthreading. Hyperthreading is enabled by default on Cisco UCS servers that support hyperthreading. In other cases, the vCPU to Physical CPU core ratio is 1:1.
The requirements based on type of deployment are given in the following table:
Deployment Type |
Requirements |
---|---|
Standalone ( SA ) |
Control Plane: 1 IP ( this can be a private network). Northbound Network/VM Network: 1 IP (this must be a public network) Eastbound Network: 1 IP ( this can be a private network). |
Requirement |
Description |
---|---|
Additional Storage |
10 GB (approximately) of storage is required for OVA installation. |
Network Connections |
For production deployments, we recommend that you use three interfaces, one each for the Eastbound, Northbound, and Control Plane networks. For optimal performance, the Eastbound, Northbound networks should use links configured at a minimum of 1 Gbps with latency less than 100 ms. The Control Plane Network must have a 10 Gbps link. |
IP Addresses |
Three IP subnets, Control Plane, Northbound Network, Eastbound Network are necessary.
|
NTP Servers |
The IPv4 addresses or host names of the NTP servers you plan to use. If you want to enter multiple NTP servers, separate them with spaces. These should be the same NTP servers you use to synchronize the Cisco Optical Network Controller application VM clock, devices, clients, and servers across your network.
|
DNS Servers |
The IPv4 addresses of the DNS servers you plan to use. These should be the same DNS servers you use to resolve host names across your network.
|
DNS Search Domain |
The search domain you want to use with the DNS servers, for example, cisco.com. You can have only one search domain. |
Important Notes
-
Cisco Optical Network Controller Infrastructure and applications are built to run as a distributed collection of containers managed by Kubernetes. The number of containers varies as applications are added or deleted.
Caveats
Open Caveats In Release 25.1.2
The following table lists the open caveats for Cisco Optical Network Controller, Release 25.1.1
Identifier |
Headline |
---|---|
GeoHA: Onboard of COSM Nodes failed with ITCA during node failover |
|
client NTPs not removed after deleting IPC connecting trunk port to AD port |
|
ONC_13802_ONC_14287 - unexpected reply from DM, http_status received: 500, expected: 405 |
|
GeoHA : SVO Node Deletion Fails During Switchover and Retry as NBI Service Stuck in INIT State |
|
1k-2K mixed GMPLS circuit Client label is not modified after edit |
|
Request to create circuit containing additional special characters via TAPI failed |
|
Logs are not displayed after the filters are applied in the CONC Logs page |
|
Client ports do not appear in ONC without a resync after modifying the card mode for OCHCC creation. |
|
Ports Still Present in OSA Response After CardMode Deletion |
|
SWIMU ncs2k software not update in summary after activation job |
|
after power down of NCS1001 hosting COSM, CONC took 10mins to raise alarm |
|
Job - selecting 'Services Endpoints' more circuit shows only one circuit data and no client port reported |
|
onc nbi service stuck in 1/2 doing onboarding + enable TAPI + more onboarding |
|
UI can't filter for rows having empty value only |
|
CONC Add to network topology the degree letters, beside the numerical values, to better align with CONP |
|
Service manager: include/exclude unidirectional link configuration limitations |
Open Caveats In Release 25.1.1
The following table lists the open caveats for Cisco Optical Network Controller, Release 25.1.1
Identifier |
Headline |
---|---|
Click operation is not working on the app Icons located on Left pane(side bar). |
|
cannot delete device immediately after onboard complete. |
|
Client ports do not appear in ONC without a resync after modifying the card mode for OCHCC creation. |
|
ONC is not changing src/dst ports of a circuit when OXCs change their addDrop port |
|
Trunk port not available in UI circuit wizard after add remote TXP device |
|
Failure to provision circuits with Error: 500 |
|
OCH-CC Service Delete doesn't put the Client ports in Admin State OOS/Locked Disabled |
|
Port not available in Wizard circuit creation after COSM HA-switch |
|
SVO port not found in ONC but is found in SVO device |
|
Inventory not update after adding 1004 device in already onboarded COSM |
|
IMPROPER-REMOVAL alarms are not listed in circuit monitoring alarm panel |
|
UI circuit creation wizard filter out some port usable for circuit creation |
|
NCS2K-1.2T-MXP Ports Incorrectly Displayed for GMPLS Circuit Provisioning |
|
NCS2000 1.2T-MXP - No ports seen for 200G,300G Trunk to create Ochtrail |
|
Port list mismatch found in PM History page and COSM for NCS1K4-1.2T-s (Little) card. |
|
Discrepancy between 2K/1k Edit OCHCC/OCTRAIL |
|
OTN XP card doesnt list ports with FC-MXP card mode |
|
No info about specific card and port in case of OXC alarm |
|
Discovery of the client circuits not working as expected on 2.4TX card |
|
circuit delete confirmation popup not present after delete is clicked and return to service is not responding |
|
empty circuits are present in ONC UI/TAPI after onboard |
|
unable to create OCH-Trail and CC for NCS1K4-1.2T-K9 card with 600G and OTU4 client rate config. |
Bug Search Tool
Cisco Bug Search Tool (BST) is a web-based tool that acts as a gateway to the Cisco bug tracking system that maintains a comprehensive list of defects and vulnerabilities in Cisco products and software. BST provides you with detailed defect information about your products and software.
Using the Cisco Bug Search Tool
You can use the Cisco Bug Search Tool to search for a specific bug or to search for all bugs in a release.
Procedure
Step 1 |
Go to the http://tools.cisco.com/bugsearch. |
Step 2 |
Log in using your registered Cisco.com username and password. The Bug Search page opens. |
Step 3 |
Use any of these options to search for bugs, and then press Enter (Return) to initiate the search:
|
Step 4 |
When the search results are displayed, use the filter tools to narrow the results. You can filter the bugs by status, severity, and so on. To export the results to a spreadsheet, click Export Results to Excel. |
Other Important Information and References
Cisco Optical Network Controller Documentation
This section lists the guides that are provided with Cisco Optical Network Controller, Release 25.1.x: