Method and apparatus to determine whether a network is quality of service enabled
First Claim
Patent Images
1. A method of determining whether a network path is quality of service (QoS) enabled comprising:
- on a sink side, when receiving traffic from an unknown source sending noise to the source using a socket comprising;
sending n large packets back to back where n is at least 1;
and on a source side sending test probes to the sink comprising;
sending a large high priority probe packet with an oversized flag;
waiting for notification that the large high priority packet has entered the network;
sending y normal priority packets where y is greater than or equal to 1;
waiting for notification that these normal priority packets have entered the network;
sending at least one high priority probe packet;
waiting for notification that the high priority packet has entered the network;
reviewing the packets sent and received and if no large packet was received after a plurality of sends, determining that the network fabric does not support QoS;
reviewing the packets sent and received and if all packets were received in the order sent, determining that the path tolerates QoS enabled traffic; and
reviewing the packets sent and received and if all the sent packets were received and a later sent higher priority packet was received prior to a lower priority earlier sent packet, determining that QoS is supported.
2 Assignments
0 Petitions
Accused Products
Abstract
A method and apparatus to determine whether a network is quality of service enabled is disclosed. The method may send a variety of test packets through a network and depending on how the network handles the packets, a determination may be made whether the network does not support packets with quality of service identification, tolerates packets with quality of service identification or supports packets with quality of service identification.
19 Citations
18 Claims
-
1. A method of determining whether a network path is quality of service (QoS) enabled comprising:
-
on a sink side, when receiving traffic from an unknown source sending noise to the source using a socket comprising; sending n large packets back to back where n is at least 1; and on a source side sending test probes to the sink comprising; sending a large high priority probe packet with an oversized flag; waiting for notification that the large high priority packet has entered the network; sending y normal priority packets where y is greater than or equal to 1; waiting for notification that these normal priority packets have entered the network; sending at least one high priority probe packet; waiting for notification that the high priority packet has entered the network; reviewing the packets sent and received and if no large packet was received after a plurality of sends, determining that the network fabric does not support QoS; reviewing the packets sent and received and if all packets were received in the order sent, determining that the path tolerates QoS enabled traffic; and reviewing the packets sent and received and if all the sent packets were received and a later sent higher priority packet was received prior to a lower priority earlier sent packet, determining that QoS is supported. - View Dependent Claims (2, 3, 4, 5, 6)
-
-
7. A method of determining whether a network path is quality of service (QoS) enabled comprising:
-
on a sink side, when receiving traffic from an unknown source; storing an Internet Protocal (“
IP”
) address and source port of the source;creating a user datagram protocal (“
UDP”
) socket;connecting this socket to the source IP address and source port received; and sending noise to the source using this socket comprising; sending n large packets back to back where n is greater than 1; repeating the send; and validating the order of packets received from each source; and on a source side; connecting a first datagram socket and a second datagram socket to the same remote port of the sink; tagging the traffic on the first or the second socket with higher priority values than those used by the noise sent by the sink; and sending test probes to the sink comprising; sending a large high priority probe packet using a mechanism by which it is possible to track which packet was oversized; waiting for notification that the large high priority packet has entered the network; sending y best-effort priority large probe packets using the second socket where y is greater than or equal to 1; sending one best-effort priority small probe packets using the second socket; waiting for notification that all these sends have entered the network; sending a small high priority probe packet on the first socket; and waiting for notification that the send of the small high priority packet has entered the network; reviewing the packets sent and received and if no large packet was received and some later sent lesser priority packets have been received after a plurality of sends, determining that the network fabric does not support QoS; reviewing the packets sent and received and if all packets were received in the order sent, determining that the path tolerates QoS enabled traffic; and reviewing the packets sent and received and if all the sent packets were received and a later sent higher priority packet was received prior to a lower priority earlier sent packet, determining that QoS is supported. - View Dependent Claims (8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18)
-
Specification