Patent classifications
H04L2012/5627
MULTIPATH TRAFFIC MANAGEMENT
One embodiment provides an apparatus. The apparatus includes client traffic management (CTM) logic. The CTM logic is to trigger implementation of a selected network traffic flow related to the client device, the triggering based, at least in part, on a network traffic flow related to the client device. The network traffic flow is associated with a connection and includes at least one subflow. Each subflow is carried by a respective path associated with the connection. The triggering includes at least one of constraining and/or adjusting an allowable throughput at a service provider for one or more of the at least one subflow. The selected traffic policy is to be implemented in a transport layer.
Multipath traffic management
One embodiment provides an apparatus. The apparatus includes client traffic management (CTM) logic. The CTM logic is to trigger implementation of a selected network traffic flow related to the client device, the triggering based, at least in part, on a network traffic flow related to the client device. The network traffic flow is associated with a connection and includes at least one subflow. Each subflow is carried by a respective path associated with the connection. The triggering includes at least one of constraining and/or adjusting an allowable throughput at a service provider for one or more of the at least one subflow. The selected traffic policy is to be implemented in a transport layer.
Multipath traffic management
One embodiment provides an apparatus. The apparatus includes client traffic management (CTM) logic. The CTM logic is to trigger implementation of a selected network traffic flow related to the client device, the triggering based, at least in part, on a network traffic flow related to the client device. The network traffic flow is associated with a connection and includes at least one subflow. Each subflow is carried by a respective path associated with the connection. The triggering includes at least one of constraining and/or adjusting an allowable throughput at a service provider for one or more of the at least one subflow. The selected traffic policy is to be implemented in a transport layer.
Communication failure detection device
There is provided a communication failure detection device configured to detect a communication failure of a two-wire CAN communication device that makes communication between nodes according to a CAN protocol. Each of the nodes is provided with two signal detection circuits configured to detect signals on the two communication lines. Each node makes communication for failure dentification to output signals of predetermined patterns onto the two communication lines when an execution condition is satisfied in response to the occurrence of a protocol error of CAN communication. Each node then performs failure identification to identify the type of a failure based on a combination of the signals respectively detected by the two signal detection circuits during the communication for failure identification.
Detection of node isolation in subtended ethernet ring topologies
Systems and methods for node isolation detection include, in one or more hub nodes in an Ethernet network having a first ring and a second ring that subtends off the one or more hub nodes on the first ring, operating a first plurality of Operations, Administration, and Maintenance (OAM) sessions with each node in the second ring in a first direction around the second ring; operating a second plurality of OAM sessions with each node in the second ring in a second direction around the second ring; and correlating and detecting faults and node isolation in the second ring based on the first plurality of OAM sessions and the second plurality of OAM sessions.
COMMUNICATION FAILURE DETECTION DEVICE
There is provided a communication failure detection device configured to detect a communication failure of a two-wire CAN communication device that makes communication between nodes according to a CAN protocol. Each of the nodes is provided with two signal detection circuits configured to detect signals on the two communication lines. Each node makes communication for failure dentification to output signals of predetermined patterns onto the two communication lines when an execution condition is satisfied in response to the occurrence of a protocol error of CAN communication. Each node then performs failure identification to identify the type of a failure based on a combination of the signals respectively detected by the two signal detection circuits during the communication for failure identification.
Detection of node isolation in subtended Ethernet ring topologies
Systems and methods for node isolation detection include, in one or more hub nodes in an Ethernet network having a first ring and a second ring that subtends off the one or more hub nodes on the first ring, operating a first plurality of Operations, Administration, and Maintenance (OAM) sessions with each node in the second ring in a first direction around the second ring; operating a second plurality of OAM sessions with each node in the second ring in a second direction around the second ring; and correlating and detecting faults and node isolation in the second ring based on the first plurality of OAM sessions and the second plurality of OAM sessions.
Automatic configuration updating to stabilize ports in a telecommunication system
Multiple ports of a vectored digital subscriber line (DSL) system can be automatically reconfigured to respond to a fault or defect associated with another one of the ports of the system. Information regarding retrain events for the ports of the system can be examined to identify the bad port with the associated fault or defect and the corresponding group of ports affected by the bad port. The affected group of ports can be identified as a group of ports that all were retrained within a predetermined time period and for common retrain reasons (e.g., 1 or 2 different retrain reasons). Once the affected group of ports is identified, the affected group of ports and the bad port can receive corresponding repair profiles to reconfigure the ports to respond to the fault or defect.
Providing high availability in a software defined network
In one example, a method for monitoring the state and health of a centralized software defined networking controller includes detecting, by a standby software defined networking controller, when a number of path computation client sessions reported by an active software defined networking controller fails to match an expected number; verifying, by the standby software defined networking controller after expiration of a predefined delay implemented after the detecting, that the number of path computation client sessions reported by the active software defined networking controller still fails to match the expected number; and assuming, by the standby software defined networking controller after the verifying, a role of the active software defined networking controller.
PHYSICAL LAYER DEVICE AND METHOD FOR PERFORMING PHYSICAL LAYER OPERATIONS IN A COMMUNICATIONS NETWORK
Embodiments of a method and a device are disclosed. In an embodiment, a method for performing physical layer operations at a network node in a communications network is disclosed. In an embodiment, the method involves identifying a fault status at the network node, embedding an indication of the fault status into a bit stream at the physical layer of the network node, and transmitting the bit stream from the network node. In an embodiment, embedding an indication of the fault status into a bit stream at the physical layer includes embedding an operations, administration, and management (OAM) word into the bit stream to communicate the indication of the fault status.