CA2451947A1 - Zero touch inventory (zti) as part of operation support system (oss) in future networks - Google Patents
Zero touch inventory (zti) as part of operation support system (oss) in future networks Download PDFInfo
- Publication number
- CA2451947A1 CA2451947A1 CA002451947A CA2451947A CA2451947A1 CA 2451947 A1 CA2451947 A1 CA 2451947A1 CA 002451947 A CA002451947 A CA 002451947A CA 2451947 A CA2451947 A CA 2451947A CA 2451947 A1 CA2451947 A1 CA 2451947A1
- Authority
- CA
- Canada
- Prior art keywords
- network
- data
- inventory
- always
- oss
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
Abstract
Operation Support System (OSS) is a set of programs that help a communications service provider monitor, control, analyze, and manage problems with a telephone or data network. Inventory Management Systems such as Granite's Xng or Cramer's Dimension helping service providers to keep track of their assets in their network, to improve their service delivery and last but not least to provision a new service for customers. Standard products in Inventory space require an implementation/modeling-phase of an existing network any where between 6 to 9 months. Also an accuracy of data is not always guaranteed, since there is always a discrepancy between the modeling and the planning organization.
In this invention the inventory module is not to be fed with data from existing network. It rather scans the network and poll the information out of the network. Once the information is gathered from the network, some smart algorithms needs to be run, in order to put the data together and get a meaningful inventory system. Since the data is always updated from network (network driven update vs. manually), the data stored is always accurate.
In this invention the inventory module is not to be fed with data from existing network. It rather scans the network and poll the information out of the network. Once the information is gathered from the network, some smart algorithms needs to be run, in order to put the data together and get a meaningful inventory system. Since the data is always updated from network (network driven update vs. manually), the data stored is always accurate.
Description
Right now the two biggest OSS inventory leaders of the market Granite and Cramer need more than 6 months to implement their projects in Tier-1 environment. Most of the time is being consumed by data validation and take over of existing data in the new environment. After the implementation the data needs to be kept accurate. For this purpose most of the companies have such a synchronization tool, which tries to keep the data up to date (ca. 70%). Other companies are able to feed the inventory system with accurate data out of network with regards to Chassis Cards Ports Power supplies Fans Hardware, software and firmware Logical service components .
Hereby the emphasis is still the physical asset management. The support for logical service is built rudimentary. In reality such an extended project for auto-reconciliation would take another 3 months to get implemented.
The described scenario would apply for old fashioned SDHISONET networks. As most companies are moving toward IP based network in a fully dynamic environment, the mentioned scenario is getting more complex. The modeling phase is not a one-time approach, rather than ongoing.
The auto-reconciliation is ideally being run once-a-day.
The Zerp-Touch Inventory is a fully automated, 1009 zero-error-prone approach, to model the inventory data based on the data fed directly by the network. There is no human interaction required in order to keep the data loaded out of the network(s). The data will be gathered and then compiled in order to generate new data e.g. to see who is running VoIP from node A to node Z. This approach is not only covering ISO/OSi model Layer1 to Layer 3, but furthermore the application layer. As situation changes rapidly in dynamic IP environment, a smart rule based engine needs to be developed to compile the data constantly and provide the user with up to date and accurate data. The rule based engine needs to be self configurable in order to minimize the maintenance cost.
Zero-Touch inventory ultimately will provide the user with an exact snapshot of the current configuration of the network(s).
The sources to load data out of networks) could be the following:
- Telnet module o Queries data from IOS-based Cisco equipments - Corba module o Queries data from Cisco VPN SC
o Receives notifications from Cisco VPN SC
- SNMP module o Queries data from SNMP-based equipments o Receives traps from equipments HP OpenVisw Once the data are loaded and compiled into useful inventory data, a complete path consisting of equipment, links in between can be displayed and visualized. The following example explains the goal of the invention. In the frgure 2 a simple network consisting of 4 Cisco 15414 network is displaced.
Furthermore we assume that Cisco 7502 Router is being used to transfer IP
networks directly this backbone. In this case the Zero-Touch-Inventory module v~rould capture the equipment with regards to chassis, cards, ports. The MPLS LSP (Label Switching Paths, the logical services) are then gathered in the next step. Once all the information is gathered, the Rule Based Engine can be run to sort the data and build the inventory output data. The data flow is being shown in the figure 3.
Hereby the emphasis is still the physical asset management. The support for logical service is built rudimentary. In reality such an extended project for auto-reconciliation would take another 3 months to get implemented.
The described scenario would apply for old fashioned SDHISONET networks. As most companies are moving toward IP based network in a fully dynamic environment, the mentioned scenario is getting more complex. The modeling phase is not a one-time approach, rather than ongoing.
The auto-reconciliation is ideally being run once-a-day.
The Zerp-Touch Inventory is a fully automated, 1009 zero-error-prone approach, to model the inventory data based on the data fed directly by the network. There is no human interaction required in order to keep the data loaded out of the network(s). The data will be gathered and then compiled in order to generate new data e.g. to see who is running VoIP from node A to node Z. This approach is not only covering ISO/OSi model Layer1 to Layer 3, but furthermore the application layer. As situation changes rapidly in dynamic IP environment, a smart rule based engine needs to be developed to compile the data constantly and provide the user with up to date and accurate data. The rule based engine needs to be self configurable in order to minimize the maintenance cost.
Zero-Touch inventory ultimately will provide the user with an exact snapshot of the current configuration of the network(s).
The sources to load data out of networks) could be the following:
- Telnet module o Queries data from IOS-based Cisco equipments - Corba module o Queries data from Cisco VPN SC
o Receives notifications from Cisco VPN SC
- SNMP module o Queries data from SNMP-based equipments o Receives traps from equipments HP OpenVisw Once the data are loaded and compiled into useful inventory data, a complete path consisting of equipment, links in between can be displayed and visualized. The following example explains the goal of the invention. In the frgure 2 a simple network consisting of 4 Cisco 15414 network is displaced.
Furthermore we assume that Cisco 7502 Router is being used to transfer IP
networks directly this backbone. In this case the Zero-Touch-Inventory module v~rould capture the equipment with regards to chassis, cards, ports. The MPLS LSP (Label Switching Paths, the logical services) are then gathered in the next step. Once all the information is gathered, the Rule Based Engine can be run to sort the data and build the inventory output data. The data flow is being shown in the figure 3.
Claims (3)
1. A process for Operation Support System (OSS) auto-reconciliation of network inventory system without manual interference of human being for IP and MPLS based networks. In this process not only the hardware data can be gathered and modeled, furthermore the logical services can be inventoried. The modeling phase does not require an implementation phase (Zero-Touch-Inventory)
2. A process as defined in claim 1, in which the inventory data can be gathered without manual interaction, supports for an on-demand-reconciliation of the modeled data and real data in the network (network driven vs. modeled).
3. The process as defined in claim 1 will be supported by the Rule Based Engine. It is an algorithm based on fuzzy-logic pattern recognition, which is able to automatically consolidate the network driven gathered data and build the inventory data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002451947A CA2451947A1 (en) | 2003-12-15 | 2003-12-15 | Zero touch inventory (zti) as part of operation support system (oss) in future networks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002451947A CA2451947A1 (en) | 2003-12-15 | 2003-12-15 | Zero touch inventory (zti) as part of operation support system (oss) in future networks |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2451947A1 true CA2451947A1 (en) | 2005-06-15 |
Family
ID=34658557
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002451947A Abandoned CA2451947A1 (en) | 2003-12-15 | 2003-12-15 | Zero touch inventory (zti) as part of operation support system (oss) in future networks |
Country Status (1)
| Country | Link |
|---|---|
| CA (1) | CA2451947A1 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7729286B2 (en) | 2005-10-07 | 2010-06-01 | Amdocs Systems Limited | Method, system and apparatus for telecommunications service management |
| US7797425B2 (en) | 2005-12-22 | 2010-09-14 | Amdocs Systems Limited | Method, system and apparatus for communications circuit design |
| US8082335B2 (en) | 2005-11-18 | 2011-12-20 | Amdocs Systems Limited | Method and system for telecommunications network planning and management |
| US8380833B2 (en) | 2006-02-20 | 2013-02-19 | Amdocs Systems Limited | Method of configuring devices in a telecommunications network |
| US8650101B1 (en) | 2011-10-03 | 2014-02-11 | Tsn Llc | Internal material system for facilitating material and asset movement within organizational infrastructures |
-
2003
- 2003-12-15 CA CA002451947A patent/CA2451947A1/en not_active Abandoned
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7729286B2 (en) | 2005-10-07 | 2010-06-01 | Amdocs Systems Limited | Method, system and apparatus for telecommunications service management |
| US8082335B2 (en) | 2005-11-18 | 2011-12-20 | Amdocs Systems Limited | Method and system for telecommunications network planning and management |
| US7797425B2 (en) | 2005-12-22 | 2010-09-14 | Amdocs Systems Limited | Method, system and apparatus for communications circuit design |
| US8380833B2 (en) | 2006-02-20 | 2013-02-19 | Amdocs Systems Limited | Method of configuring devices in a telecommunications network |
| US8650101B1 (en) | 2011-10-03 | 2014-02-11 | Tsn Llc | Internal material system for facilitating material and asset movement within organizational infrastructures |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Bari et al. | On orchestrating virtual network functions | |
| John et al. | Research directions in network service chaining | |
| CN110098950A (en) | Network is verified to be intended to | |
| Giorgetti et al. | Control of open and disaggregated transport networks using the Open Network Operating System (ONOS) | |
| Zhang et al. | Enabling efficient service function chaining by integrating NFV and SDN: architecture, challenges and opportunities | |
| US20180062945A1 (en) | Method and Entities for Service Availability Management | |
| CN109155741A (en) | For different frame of reference allocating system resources | |
| Bergenti et al. | Large-scale network and service management with WANTS | |
| US8819206B2 (en) | Graph based flexible service discovery and management system and method | |
| US20100131627A1 (en) | Method and apparatus for reconfiguring application services in home network environment | |
| Knoll | Life-cycle cost modelling for NFV/SDN based mobile networks | |
| Naudts et al. | How can a mobile service provider reduce costs with software‐defined networking? | |
| Loreti et al. | SRv6-PM: A cloud-native architecture for performance monitoring of SRv6 networks | |
| Cheikhrouhou et al. | Intelligent agents in network management, a state-of-the-art | |
| CA2451947A1 (en) | Zero touch inventory (zti) as part of operation support system (oss) in future networks | |
| Schulz | Intent-based automation networks: Toward a common reference model for the self-orchestration of industrial intranets | |
| Kukliński | Programmable management framework for evolved SDN | |
| Alhuseini et al. | 5G service value chain and network slicing framework using ecosystem modeling, agile delivery, and user-story automation | |
| Bianco et al. | Snmp management in a distributed software router architecture | |
| EP3704894B1 (en) | A method and arrangement for allocating communication resources in a communication network | |
| Das et al. | An agent-based modeling approach of network migration to new technologies | |
| Bley et al. | Scheduling technology migration in WDM networks | |
| P610 participants et al. | The EURESCOM P610 Project: Providing a framework, architecture and methodology for multimedia service management | |
| Shukla et al. | Cisco Cloud Infrastructure | |
| Perez et al. | MUDED: Integrating Networks with Applications through Multi-Domain Exposure and Discovery Mechanisms |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FZDE | Dead |