H04L41/0672

Processing customer experience events from a plurality of source systems

There is provided improved management of a communications network including a plurality of sub-systems for providing services to subscribers. Data is received from a plurality of source systems in a communications network, said source systems encoding data according to different data models. Rules of processing the data received data from each of the source systems are defined. At least one customer experience event of the communications network is generated on the basis of the rules.

Conflict avoidant traffic routing in a network environment

An example method for facilitating conflict avoidant traffic routing in a network environment is provided and includes detecting, at a network element, an intent conflict at a peer network element in a network, and changing a forwarding decision at the network element to steer traffic around the conflicted peer network element. The intent conflict refers to an incompatibility between an asserted intent associated with the traffic and an implemented intent associated with the traffic. In specific embodiments, the detecting includes mounting rules from the peer network element into the network element, and analyzing the mounted rules to determine intent conflict. In some embodiments, a central controller in the network deploys one or more intentlets on a plurality of network elements in the network according to corresponding intent deployment parameters.

NETWORK POLICY CONFLICT DETECTION AND RESOLUTION
20170288952 · 2017-10-05 ·

Example implementations relate to network policy conflict detection and resolution. For example, a system for network policy conflict detection and resolution can include a policy compilation engine to compile a plurality of network policies based on an intent format, a conflict detection engine to detect a conflict between a first network policy among the plurality of network policies and a second network policy among the plurality of network policies, using the intent format, and a conflict resolution engine to resolve the detected conflict between the first network policy and the second network policy. Further, the system for network policy conflict detection and resolution can include a translation engine to translate the resolution of the detected conflict to a protocol-specific format.

REMOTELY DEBUGGING AN OPERATING SYSTEM
20170286257 · 2017-10-05 ·

Remotely debugging a non-responsive operating system (OS) of a computer system. Central processing units (CPUs) in a computer system are bound to receive queues of a network adapter. Interrupts for a CPU is disabled, wherein the CPU is not available to process hardware interrupt requests queued in the bound receive queues. A debugging message including debugging commands is received by the network adapter, wherein the debugging message is stored in a first receive queue of the network adapter bound to a first CPU. If the first CPU is available, the debugging commands in the debugging message stored in the first of the one or more receive queues of the network adapter are identified by a debugger of the computer system. The identified debugging commands are executed by the CPU to debug the non-responsive OS of the computer system.

RADIOCOMMUNICATION INFRASTRUCTURE FOR A RAILWAY SIGNALLING SYSTEM OF THE CBTC TYPE
20170279636 · 2017-09-28 ·

This infrastructure includes a network MPLS; first and second groups of access points associated with each section of the track; first and second modems, on the train, communicating with access points of the first and second groups. The network includes pairs of local switches, each associated with a section of the track and including first and second local switches for communication with, respectively, the first and second groups of access points of the associated section, and first and second central switches, the switches being in series with one another and implementing a service for defining paths between each central switch and each local switch so the path between the first central switch and the first local switch of a pair and the path between the second central switch and the second local switch of this pair correspond to separate portions of the ring formed by the network.

ELECTRONIC DEVICE, METHOD, AND MEDIUM FOR GENERATING AND DETECTING ERRORS IN CONFIGURATION FILES

An electronic device to: present a Graphical User Interface (GUI) to a user, the GUI including a plurality of selectable elements and one or more parameter controls associated with each of the plurality of selectable elements, each of the plurality of selectable elements corresponding to a feature of a network access device; receive a user selection of at least one of the plurality of selectable elements; receive one or more parameter values associated with the at least one selectable element inputted by the user via the parameter controls; and generate a configuration file of the network access device based at least on the at least one selectable element selected by the user, and the one or more parameter values associated with the at least one selectable element inputted by the user, in response to an activation of a first interactive button on the GUI by the user.

PROVIDING A REDUNDANT CONNECTION IN RESPONSE TO A MODIFIED CONNECTION
20170279667 · 2017-09-28 ·

Examples herein disclose detecting a modification to a first connection between components. In response to the detected modification, the examples provide a second connection redundant to the first connection. The second connection resumes a capability of the first connection.

Communication network operations management system and method

A communication network operations center (NOC) management system. The system comprises a network equipment performance data store, an equipment fault data store, an equipment inventory data store, an equipment trouble history data store, and a knowledge data store. The system further comprises a computer system that executes a NOC management application. The NOC management application opens new network equipment trouble cases and analyzes the trouble cases based on data in the data stores. Based on the analysis, the application identifies an information pattern shared by the new trouble case and a resolved trouble case stored in the history data store. The application automatically executes a control command on a network equipment item identified in the new network equipment trouble case based on a resolution action identified in the resolved trouble case stored in the history data store with the shared information pattern.

Exception handling method, apparatus, and client

Embodiments of the present invention disclose an exception handling method, apparatus, and client. The method includes: receiving, by a virtual management server, an exception notification sent by a virtual machine that interacts with a first client, where the exception notification at least carries a user identifier and an application identifier; and storing, according to a stored exception handling mode corresponding to the user identifier and the application identifier, data of the virtual machine or application data of an application corresponding to the application identifier, and releasing resources of the virtual machine. According to the present invention, different exception handling methods can be customized for different applications and users according to requirements, the client can also store a usage state of a user at exception occurrence time or at the time nearest to the exception occurrence time, and the capacity and efficiency of an online application system are improved.

System and method for reducing information loss in an aggregated information handling system

An information handling system is provided. The information handling system includes a plurality of aggregation devices configured to distribute information in a virtual link trunk and a plurality of nodes coupled to the aggregation devices. When one of the plurality of aggregation devices received a reboot command, that aggregation device is configured to transmit a first message to the nodes indicating that the aggregation device is rebooting, receive a first acknowledgement message from the nodes indicating that they will not send any information to the rebooting aggregation device. The aggregation device is then configured to reboot, receive a second message from the nodes indicating the nodes are ready to receive information from the rebooted aggregation device, transmit a second acknowledgement message to the nodes indicating that the rebooted aggregation device has rebooted and is capable of receiving information, and receive information from at least one of the nodes for transmission to at least one other node.