Abstract: A method may include receiving a message from a first Ethernet interface in a second Ethernet interface, wherein the message includes a first attribute indicative of an Ethernet service at the first interface according to a first operation, administration, or management (OAM) protocol. The method may further include mapping the first attribute to a second attribute, wherein the second attribute is in accordance with a second OAM protocol different than the first OAM protocol. The method may further include performing an operation at the second interface based on the second attribute.

Abstract: A request is received to compute a route from a start point to an end point. The route is computed using map data that includes a plurality of map elements, and route data that includes rules associated with the map elements, each of the rules being triggered by a condition flag that specifies a condition according to which the rule should be applied. The route data is based inputs related to driver experience in a geographic area associated with the route, and the inputs are based on stored data and not real-time or near-real-time data.

Abstract: A master video server may deliver video streams to multiple sub-master video servers pursuant to the request of each sub-master video server. Each sub-master video server, in turn, may deliver video steams to multiple slave video servers pursuant to the request of each slave video server. Each sub-master video server may also deliver video streams to one or more other sub-master video servers pursuant to the request of each of the other sub-master video servers.

Abstract: Disclosed is a method and system allowing for network-wide synchronization of performance tests. The system consists of network collection devices or test probes and a central management system with pre-configured data structures, a test trigger mechanism and control algorithm for providing a precise control of traffic load and network-wide coordination of executing performance tests. In addition, multiple test patterns can be selected and customized for the specific needs and constraints of different types of networks to form the basis of scheduling performance tests to optimize the performance testing efficiency.

Abstract: A method includes detecting, by a first network device, a configuration problem at a second network device, where the first and second network devices are associated with a link aggregation group (LAG) coupling the first and second network devices. The method also includes de-activating, by the first network device, one or more links in the LAG in response to detecting the configuration problem. The method further comprises maintaining at least one of the links in the LAG as an active link and allowing traffic to be forwarded on the active link in the LAG.

Abstract: A method includes generating, by a first network device, test traffic to be transmitted to a second network device. The first and second network devices are coupled via a number of communication links, where one of links is a backup link. The method also includes transmitting, by the first network device, the test traffic to the second network device at periodic intervals via the backup link, receiving, by the second network device, the test traffic and monitoring the received test traffic. The method further includes comparing the monitored test traffic to a threshold, determining whether the monitored test traffic meets the threshold, and generating an alarm or notification message, in response to determining that the monitored test traffic does not meet the threshold.

Abstract: A device may receive first data at a channel over a network, the device having an interface for the channel and other channels. In addition, the device may measure over a particular time interval, a burst size and an information arrival rate at the channel based on received data. The device may also determine whether the burst size is greater than a first burst size metric, the first burst size metric initialized to a committed burst size of the channel. When the burst size is determined to be greater than the first burst size metric, the device may set a second burst size metric to a sum of the first burst size metric and an increment value. Furthermore, the device may determine whether the burst size is greater than the second burst size metric after the second burst size metric is set to the sum of the first burst size metric and the increment value.

Abstract: A computer-implemented method may include measuring a performance of a virtual channel carrying packets through a transport network for a time period, measuring a performance of an ingress interface to the transport network carrying the virtual channel packets for the time period, and measuring a performance of an internal interface carrying the virtual channel packets internal to the transport network for the time period. The computer-implemented method may determine that the performance of the virtual channel during the time period does not meet a first performance standard, and, when the performance of the virtual channel does not meet the first performance standard, may automatically determine whether the performance of the ingress interface meets a second performance standard and whether the performance of the internal interface meets a third performance standard.

Abstract: A method may include receiving, by a first Ethernet interface, a message from a remote second Ethernet interface via an Ethernet operation, administration, or management (OAM) channel. The first Ethernet interface may determine whether the message includes a request for status information regarding an identified higher layer service. The first Ethernet interface may determine, in response to the message, a current status of the identified higher layer service. A response message may be generated to include the current status. The response message is transmitted from the first Ethernet interface to the remote second Ethernet interface via the Ethernet OAM channel.

Abstract: A request is received to compute a route from a start point to an end point. The route is computed using map data that includes a plurality of map elements, and route data that includes rules associated with the map elements, each of the rules being triggered by a condition flag that specifies a condition according to which the rule should be applied. The route data is based inputs related to driver experience in a geographic area associated with the route, and the inputs are based on stored data and not real-time or near-real-time data.

Abstract: This invention develops a Multi-Media Medical Notes System (MMMNS) that allows for the creation of the medical notes and integration with the medical records data bases. Its purpose is to provide an electronic format where the notes created during a patient's admission regarding daily examinations normally noted in analogue form could be organized to improve their presentation, accessibility, and integration. MMMNS system provides the integration and accessibility of all forms of medical notation such as operation notes, radiologist's reports, discharge letters, admission reports and interpretation of lab and examination results. In addition it expands the medical notes to include any type of record available, such as but not limited to, typed notes, handwritten notes, videos clips, radiographic imaging modalities (CT, PET, MRI, USG, Xray), still photographs, scanned bar cods or ID tags, GPS data, remote sense data is available, voice recording clips.

Abstract: A request is received to compute a route from a start point to an end point. The route is computed using map data that includes a plurality of map elements, and route data that includes rules associated with the map elements, each of the rules being triggered by a condition flag that specifies a condition according to which the rule should be applied. The route data is based inputs related to driver experience in a geographic area associated with the route, and the inputs are based on stored data and not real-time or near-real-time data.

Abstract: In one of many possible embodiments, a system includes a session sender configured to define and transmit a sender test packet, and a session reflector communicatively coupled to the session sender. The session reflector is configured to receive the sender test packet from the session sender, determine whether the sender test packet is received by a predetermined time. Upon a determination that the sender test packet is received by the predetermined time, the session reflector is configured to define a response test packet and transmit the response test packet to the session sender. The response test packet is defined to include data for calculating at least one two-way performance metric. In some embodiments, the session reflector is configured to record information for calculating at least one one-way performance metric. In certain embodiments, a fetch client is configured to remotely retrieve the recorded information from the session reflector.

Abstract: A method includes monitoring, by a first network device, traffic from a customer device, wherein the traffic is to be forwarded via a provider's network. The method also includes identifying a traffic pattern associated with the traffic, identifying a link on which the identified traffic pattern was transmitted and generating performance monitoring traffic. The method further includes forwarding, by the first network device, the performance monitoring traffic to the provider's network via the link on which the identified traffic pattern was transmitted.

Abstract: A master video server may deliver video streams to multiple sub-master video servers pursuant to the request of each sub-master video server. Each sub-master video server, in turn, may deliver video steams to multiple slave video servers pursuant to the request of each slave video server. Each sub-master video server may also deliver video streams to one or more other sub-master video servers pursuant to the request of each of the other sub-master video servers.

Abstract: A method includes generating, by a first network device, test traffic to be transmitted to a second network device. The first and second network devices are coupled via a number of communication links, where one of links is a backup link. The method also includes transmitting, by the first network device, the test traffic to the second network device at periodic intervals via the backup link, receiving, by the second network device, the test traffic and monitoring the received test traffic. The method further includes comparing the monitored test traffic to a threshold, determining whether the monitored test traffic meets the threshold, and generating an alarm or notification message, in response to determining that the monitored test traffic does not meet the threshold.

Abstract: A network device may receive an Ethernet frame from a first leaf user-to-network (UNI) interface in a tree. The tree includes the first leaf UNI, a second leaf UNI, and a root UNI. In addition, the network device may look up, in a table, source and destination media access control (MAC) addresses in the Ethernet frame and a field value in a virtual local area network (VLAN) tag in the Ethernet frame. The destination MAC address is associated with the second leaf UNI. In addition, the network device may identify, based on the lookup, an output port via which the Ethernet frame is to be sent from the network device. Furthermore, the network device may send, through the output port, the Ethernet frame toward the second leaf UNI in the tree via a network path that includes the first leaf UNI and the second leaf UNI. The network path does not include the root UNI of the tree.

Abstract: A system advertises a multifunctional control channel (MFCC) in an interface parameter sub-type-length-value (TLV) of an advertisement label mapping message that is dispatched to a network device. The system also processes a reply label mapping message that is transmitted from the network device in response to the advertisement label mapping message and updates a label information base to establish a pseudowire and a MFCC associated with the pseudowire.

Abstract: A method may include receiving, by a first Ethernet interface, a message from a remote second Ethernet interface via an Ethernet operation, administration, or management (OAM) channel. The first Ethernet interface may determine whether the message includes a request for status information regarding an identified higher layer service. The first Ethernet interface may determine, in response to the message, a current status of the identified higher layer service. A response message may be generated to include the current status. The response message is transmitted from the first Ethernet interface to the remote second Ethernet interface via the Ethernet OAM channel.

Abstract: A method may include receiving a message from a first Ethernet interface in a second Ethernet interface, wherein the message includes a first attribute indicative of an Ethernet service at the first interface according to a first operation, administration, or management (OAM) protocol. The method may further include mapping the first attribute to a second attribute, wherein the second attribute is in accordance with a second OAM protocol different than the first OAM protocol. The method may further include performing an operation at the second interface based on the second attribute.