Provided are a method for service status analysis, a server, and a storage medium. The method includes: for each vertex of multiple vertices in a graph database: reading out attribute data of the vertex, where the graph database is generated in advance according to a service description table, the vertex represents a service, and the attribute data of the vertex includes at least one service attribute of the service represented by the vertex; and according to the attribute data of the vertex and attribute data of each of multiple related vertices, determining a service status level of the service represented by the vertex, where each of the multiple related vertices has a propagation relationship with the vertex; and according to the service status level of each of the services represented by the vertices, analyzing a service propagation network.

Examples provided herein describe a method for managing power consumption of a network. For example, a network device may monitor a set of network area zones of a network coverage area, where each network area zone is associated with a set of edge devices. A first occupancy state may be determined for a first network area zone of the set of network area zones based on usage of a first set of edge devices of the first network area zone. Based on the determined first occupancy state, a first power consumption policy for the first network area zone may be determined. Responsive to determining the first power consumption policy, the determined first power consumption policy may be applied to the first set of edge devices in the first network area zone at least edge changing a power consumption mode of a first edge device in the first set of edge devices.

A system for constructing and storing procedures for troubleshooting computer networks. A user can design and add troubleshooting steps, via a GUI, to define the procedure including annotations. Each step is configured to take an action on the network. The order of the steps can be re-arranged via the GUI. The procedure can be stored and re-executed by another user.

A system for constructing and storing procedures for troubleshooting computer networks. A user can design and add troubleshooting steps, via a GUI, to define the procedure including annotations. Each step is configured to take an action on the network. The order of the steps can be re-arranged via the GUI. The procedure can be stored and re-executed by another user.

A system for remote device management includes in a network an auto-configuration server managing device, at least one database, and a plurality of auto-configuration servers. The auto-configuration server managing device and the database are coupled in a communicative connection. The database holds information for identification of electronic devices. The auto-configuration server managing device is arranged for communication with a manageable electronic device over the network. The auto-configuration server manager is further being arranged for: receiving a request from the manageable electronic device for configuration data, determining an identification of the manageable electronic device by comparing the request with the information for identification of electronic devices of the database, determining an identification of an auto-configuration server from the plurality of auto-configuration servers in accordance with the identification of the manageable electronic device.

Novel tools and techniques are provided for implementing network management layer configuration management. In some embodiments, a system might determine one or more network devices in a network for implementing a service arising from a service request that originates from a client device over the network. The system might further determine network technology utilized by each of the one or more network devices, and might generate flow domain information (in some cases, in the form of a flow domain network (“FDN”) object), using flow domain analysis, based at least in part on the determined network devices and/or the determined network technology. The system might automatically configure at least one of the network devices to enable performance of the service (which might include, without limitation, service activation, service modification, fault isolation, and/or performance monitoring), based at least in part on the generated flow domain information.

The Remote Embedded Device Update Platform Apparatuses, Methods and Systems (“REDUP”) transforms telemetry inputs via REDUP components into remote embedded updates outputs. The REDUP may include a memory and processor with instructions to: obtain a remote embedded device connection request message from a remote embedded device and analyze the message to determine a version of embedded instructions on the remote embedded device. With that, the REDUP may determine if other remote embedded devices similar to the remote embedded device have provided request messages by searching a remote embedded device connection request message database. This allows the REDUP to determine if a potential issue requiring updates on the remote embedded device exists. With that, the REDUP may determine and provide an update for the remote embedded device.

The SNMP cache of the present solution supports multi-core/multi-node environment by recalculating the SNMP ordering of the entities in the response from multiple cores/nodes at insertion time. The most significant gain is achieved by prefetching or augmenting the cache, wherein while requesting an entity and its stat information, next few entities in SNMP order are requested from the owner processes. SNMP Management systems extensively utilize repeated GETNEXT (such as via a SNMP WALK) and few next responses may be served from the cache directly. Further performance improvements are obtained by introducing another level of cache on top of the existing cache. This auxiliary cache ensures a high hit ratio for repeated SNMP GETNEXT request (SNMP WALK operation) by caching last accessed entity within the main cache. This auxiliary cache also aids in insertion in the larger main cache by maintaining pointers to last accessed entity before the main cache miss. Cache implements other features like new stat inclusion/updating of the already cached entity.

Mechanisms for devolving microflows from aggregate flows are disclosed. An ingress node receives a packet that matches an aggregate flow entry in a flow table. A determination that a devolve action is associated with the aggregate flow entry is made. Based on the determination that the devolve action is associated with the aggregate flow entry, a microflow flow entry is generated in the flow table to define a microflow. The microflow flow entry includes header information extracted from the packet. Microflow generation information that identifies the microflow is sent to a controller node. It is determined that the microflow has timed out based on an idle timeout period of time. In response to determining that the microflow has timed out, microflow termination information that includes path measurement metric information associated with the microflow is sent to the controller node.

A network device intercepts, from an application associated with a user space, a request message associated with obtaining information regarding a network state from a kernel. The network device directs the request message to a service daemon of the user space based on intercepting the request message, and determines, using the service daemon, network state information regarding the network state. The network device intercepts, from the service daemon, a response message associated with providing the network state information to the application, and directs an altered response message to the application based on intercepting the response message such that the altered response message identifies the kernel as a source of the response message and not the service daemon as the source of the response message.