CA2495873C - Method for determining voip gateway performance and slas based upon path measurements - Google Patents
Method for determining voip gateway performance and slas based upon path measurements Download PDFInfo
- Publication number
- CA2495873C CA2495873C CA002495873A CA2495873A CA2495873C CA 2495873 C CA2495873 C CA 2495873C CA 002495873 A CA002495873 A CA 002495873A CA 2495873 A CA2495873 A CA 2495873A CA 2495873 C CA2495873 C CA 2495873C
- Authority
- CA
- Canada
- Prior art keywords
- router
- measurements
- target value
- network
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5029—Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
- H04L41/5087—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to voice services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/1026—Media gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/1036—Signalling gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/062—Generation of reports related to network traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/087—Jitter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A system and method make quality measurements in a network to determine if a Service Level Agreement is breached. The system includes a plurality of routers for routing traffic through the network, means for taking measurements on a path between a first router and a second router, and means for charging at least one of the plurality of routers when data related to the measurements falls below a target value.
Description
Patent Application Docket No.: 2003-0225 TITLE OF INVENTION
METHOD FOR DETERMINING VOIP GATEWAY PERFORMANCE AND
SLAS BASED UPON PATH MEASUREMENTS
BACKGROUND OF THE INVENTION
Voice-Over-Internet Protocol (VoIP) is attracting a multitude of users because VoIP
offers tremendous cost savings relative to a Public Switching Telephone Network (PSTN). For instance, users may bypass long-distance carriers with per minute charges in Iieu of transmitting voice calls over the Internet for a flat monthly Internet access fee.
Internet telephony within an intranet enables users to reduce costs by eliminating long-distance charges between sites included in the intranet. An intranet is a local-area network which may or may not be connected to the Internet, but which has some similar functions. 'The intranet is used for connectivity within, for example, a company. Some companies set up World Wide Web servers on their own internal networks so employees have access to the organization's Web documents. Users may make point-to-point calls via gateway servers attached to a local-area network. For example, a user may want to make a point-to-point call to another user in another office included in the same intranet. The calling party will dial an extension to connect with the gateway server, which is equipped with a telephony board and compression-conversion software;
the server configures a private branch exchange (PBX) to digitize the upcoming call. The calling party then dials the number of the called party and the gateway server transmits the call over the IP-based wide-area network to the gateway to the destination office. The destination gateway converts the digital signal back to analog format and delivers the call to the called party.
METHOD FOR DETERMINING VOIP GATEWAY PERFORMANCE AND
SLAS BASED UPON PATH MEASUREMENTS
BACKGROUND OF THE INVENTION
Voice-Over-Internet Protocol (VoIP) is attracting a multitude of users because VoIP
offers tremendous cost savings relative to a Public Switching Telephone Network (PSTN). For instance, users may bypass long-distance carriers with per minute charges in Iieu of transmitting voice calls over the Internet for a flat monthly Internet access fee.
Internet telephony within an intranet enables users to reduce costs by eliminating long-distance charges between sites included in the intranet. An intranet is a local-area network which may or may not be connected to the Internet, but which has some similar functions. 'The intranet is used for connectivity within, for example, a company. Some companies set up World Wide Web servers on their own internal networks so employees have access to the organization's Web documents. Users may make point-to-point calls via gateway servers attached to a local-area network. For example, a user may want to make a point-to-point call to another user in another office included in the same intranet. The calling party will dial an extension to connect with the gateway server, which is equipped with a telephony board and compression-conversion software;
the server configures a private branch exchange (PBX) to digitize the upcoming call. The calling party then dials the number of the called party and the gateway server transmits the call over the IP-based wide-area network to the gateway to the destination office. The destination gateway converts the digital signal back to analog format and delivers the call to the called party.
DALLAS2 l0 t0527v3 61922-0001 OUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
Although progressing rapidly, VoIP continues to exhibit decreased reliability and sound quality when compared to the PSTN, due primarily to limitations both in Internet bandwidth, current compression technology, delay, fitter, and packet loss. Because the Internet is a packet-switched network, the individual packets of each voice signal may travel over separate network paths for reassembly in the proper sequence at the destination. Although transmitting each packet over a separate path creates a high efficiency for network resources over the PSTN, the chances for packet loss also increase. Packet loss shows up in the form of gaps or periods of silence in a conversation, leading to a clipped-speech effect that is unsatisfactory for most users and unacceptable in business communications. As a result, most corporations looking to reduce communication costs confine their Internet-telephony applications to their intranets. With more predictable bandwidth available than the public Internet, intranets can support full-duplex, real-time voice communications. However, restricting Internet telephony to company intranets does not allow optimum cost saving benefits or flexibility when compared to Internet-telephony over the public Internet.
To date, most developers of Internet-telephony software, as well as vendors of gateway servers, have been using a variety of speech-compression protocols. The use of various speech-coding algorithms, with different bit rates and mechanisms for reconstructing voice packets and handling delays, produces varying levels of intelligibility and fidelity in sound transmitted over the public Internet.
An evolving solution to the varying levels of quality of sound, etc.
transmitted over the Internet is to tier the public Internet. Users of the public Internet will then be required to pay for the specific service levels or Quality of Service (QoS) they require. A~
Service Level Agreement (SLA) is a contract between a carrier and a customer that defines the terms of the carrier's DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 61922-000 i OUSPT
responsibility to the customer and the type and extent of remuneration if those responsibilities are not met. Reports on the QoS based on either per-call measurements or per-path measurements are a tool for determining if carrier responsibilities are met and if not, any rebate due to the customer. Per-call measurements are capable of illustrating voice quality on a call-by-call basis, which more closely reflects the customer's calling experience.
However, in many cases, VoIP gateways or IP-PBXs are managed by the customer and therefore per-call information is not available. For instance, when a customer manages the VoIP
gateways, the customer security restrictions or technical constraints may prevent the dissemination of per-call information.
Currently, one solution requires the installation of additional hardware at each customer site to take performance measurements. This solution is not scalable and due to the excessive hardware costs, additional cost of maintaining equipment, and additional network connectivity required to communicate and support the additional hardware, most cost-conscious users would not implement the additional hardware.
Therefore, there is a need for a system and method for making path-based VoIP
quality measurements without deploying additional hardware at each customer site.
SUMMARY OF THE INVENTION
The present invention relates to a method and system for making quality measurements in a VoIP network. More particularly, one aspect of the present invention relates to a system for making quality measurements in a network. The system includes 'a plurality of routers for routing traffic through the network, means for taking measurements on a path between a first DALLAS2 1010527v3 61922-OOOIOUSPT
Patent Application Docket No.: 2003-0225 router and a second router, and means for charging at least one of the plurality of routers when data related to the measurements falls below a target value.
In another aspect, the present invention relates to a method of making quality measurements in a network. The term "R-Factor" as utilized herein refers to an objective measure of voice quality that, for example, accounts for equipment impairments, latency, fitter, and packet loss such as is defined in ITU Standard 6.107. The method includes the steps of tracking at least one path that exhibits an R-Factor below a target threshold, tracking a start time indicating when the R-Factor of a particular path falls below the target value, and tracking an end time indicating when the R-Factor of the particular path rises above the target value. The method also includes the steps of determining if an overlap exists between the start time and the end time for multiple paths connecting to a particular router, charging the particular router with one degradation if the overlap exists, and charging the particular router with each degradation if the overlap does not exist.
BRIEF DESCRIPTION OF THE DRAWINGS
A more complete understanding of the method and apparatus of the present invention may be obtained by reference to the following Detailed Description when taken in conjunction with the accompanying Drawings wherein:
FIGURE 1 is a block diagram of an exemplary VoIP network that may be utilized in accordance with an embodiment of the present invention;
FIGURE 2 is a block diagram of an exemplary VoIP network illustrating multiple routers;
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
Although progressing rapidly, VoIP continues to exhibit decreased reliability and sound quality when compared to the PSTN, due primarily to limitations both in Internet bandwidth, current compression technology, delay, fitter, and packet loss. Because the Internet is a packet-switched network, the individual packets of each voice signal may travel over separate network paths for reassembly in the proper sequence at the destination. Although transmitting each packet over a separate path creates a high efficiency for network resources over the PSTN, the chances for packet loss also increase. Packet loss shows up in the form of gaps or periods of silence in a conversation, leading to a clipped-speech effect that is unsatisfactory for most users and unacceptable in business communications. As a result, most corporations looking to reduce communication costs confine their Internet-telephony applications to their intranets. With more predictable bandwidth available than the public Internet, intranets can support full-duplex, real-time voice communications. However, restricting Internet telephony to company intranets does not allow optimum cost saving benefits or flexibility when compared to Internet-telephony over the public Internet.
To date, most developers of Internet-telephony software, as well as vendors of gateway servers, have been using a variety of speech-compression protocols. The use of various speech-coding algorithms, with different bit rates and mechanisms for reconstructing voice packets and handling delays, produces varying levels of intelligibility and fidelity in sound transmitted over the public Internet.
An evolving solution to the varying levels of quality of sound, etc.
transmitted over the Internet is to tier the public Internet. Users of the public Internet will then be required to pay for the specific service levels or Quality of Service (QoS) they require. A~
Service Level Agreement (SLA) is a contract between a carrier and a customer that defines the terms of the carrier's DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 61922-000 i OUSPT
responsibility to the customer and the type and extent of remuneration if those responsibilities are not met. Reports on the QoS based on either per-call measurements or per-path measurements are a tool for determining if carrier responsibilities are met and if not, any rebate due to the customer. Per-call measurements are capable of illustrating voice quality on a call-by-call basis, which more closely reflects the customer's calling experience.
However, in many cases, VoIP gateways or IP-PBXs are managed by the customer and therefore per-call information is not available. For instance, when a customer manages the VoIP
gateways, the customer security restrictions or technical constraints may prevent the dissemination of per-call information.
Currently, one solution requires the installation of additional hardware at each customer site to take performance measurements. This solution is not scalable and due to the excessive hardware costs, additional cost of maintaining equipment, and additional network connectivity required to communicate and support the additional hardware, most cost-conscious users would not implement the additional hardware.
Therefore, there is a need for a system and method for making path-based VoIP
quality measurements without deploying additional hardware at each customer site.
SUMMARY OF THE INVENTION
The present invention relates to a method and system for making quality measurements in a VoIP network. More particularly, one aspect of the present invention relates to a system for making quality measurements in a network. The system includes 'a plurality of routers for routing traffic through the network, means for taking measurements on a path between a first DALLAS2 1010527v3 61922-OOOIOUSPT
Patent Application Docket No.: 2003-0225 router and a second router, and means for charging at least one of the plurality of routers when data related to the measurements falls below a target value.
In another aspect, the present invention relates to a method of making quality measurements in a network. The term "R-Factor" as utilized herein refers to an objective measure of voice quality that, for example, accounts for equipment impairments, latency, fitter, and packet loss such as is defined in ITU Standard 6.107. The method includes the steps of tracking at least one path that exhibits an R-Factor below a target threshold, tracking a start time indicating when the R-Factor of a particular path falls below the target value, and tracking an end time indicating when the R-Factor of the particular path rises above the target value. The method also includes the steps of determining if an overlap exists between the start time and the end time for multiple paths connecting to a particular router, charging the particular router with one degradation if the overlap exists, and charging the particular router with each degradation if the overlap does not exist.
BRIEF DESCRIPTION OF THE DRAWINGS
A more complete understanding of the method and apparatus of the present invention may be obtained by reference to the following Detailed Description when taken in conjunction with the accompanying Drawings wherein:
FIGURE 1 is a block diagram of an exemplary VoIP network that may be utilized in accordance with an embodiment of the present invention;
FIGURE 2 is a block diagram of an exemplary VoIP network illustrating multiple routers;
DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 FIGURE 3 is a method for determining the occurrence of degradations in a VoIP
network; and FIGURE 4 is a diagram illustrating a matrix of set and clear events in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
Many VoIP customers require SLA support which is achieved by evaluating the quality of calls placed on the network. Most SLAs are related to router performance, not path performance and therefore, embodiments of the present invention translate measurements of the performance of the path between routers into measurements of the performance of the routers.
The router performance measurements, in this example, the R-Factor, are used to determine if the QoS guaranteed in the SLA is maintained on a per-site basis. The R-Factor is monitored between designated sites throughout a predetermined amount of time (e.g., a week, a month, etc.) and the QoS guaranteed by the SLA is met if the R-Factor is maintained above a predetermined target value.
Referring now to FIGURE 1, a block diagram of an exemplary VoIP network that may be utilized in accordance with an embodiment of the present invention is illustrated. The VoIP network 100 routes calls from a calling party 102A through a Public Switched Telephone Network (PSTN) 104A to a gateway 106A. As previously mentioned, the gateway 106A may be managed by the customer and therefore, no call detail information is available through the gateway 106A. The call passes through an Ethernet switch 108 to an IP router 1 l0A that may be operated by the supplier of the VoIP service. The call is routed through the Internet 112 to another IP router 1 l OB. The call is then routed through an Ethernet switch 108B, gateway 106B, DALLAS2 1010527v3 61922-OOOI OUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
and PSTN 104B, to the called party 102B. Embodiments of the present invention are utilized to measure the performance of the path between, for example, IP routers 110A and 110B to determine if the QoS guaranteed is experienced by the calling party 102A and the called party 102B.
Referring now to FIGURE 2, a block diagram of an exemplary VoIP network 100 illustrating a plurality of IP routers 110 is illustrated. Embodiments of the present invention monitor the paths between the customer sites. Therefore, if a problem occurs in a path between routers 110, the particular site that the problem should be attributed to is determined. As evidenced by muter A, each router may be a connection point for multiple paths. Therefore, multiple paths may be monitored for a given router 110 such as router A 110A.
For router A
110A, the paths between router A 1 l0A and muter E 110E, router D 1 IOD, and router C 1 lOC
are monitored.
When the R-Factor falls below the target value for a specific path, a degradation is charged to the router 110 at each end of the path. For example, if the path between router A
1 l0A and router C 1 lOC has degraded below the target value, then a degradation is charged to router A 110A and to router C 110C. However, when a router 110 that is a connection point for multiple paths fails, several paths may degrade below the target value.
However, in accordance with an aspect of the present invention, if a muter 110 that is a connection point for multiple paths fails, the router 110 is charged with one degradation despite the fact that multiple paths may fall below the target value. This aspect prevents double counting of a single failure event.
A server 114 responsible for performing path measurements may perform the fore-mentioned calculations, or alternately two separate servers or a separate dedicated device could be utilized.
Patent Application Docket No.: 2003-0225 FIGURE 3 is a method for determining the occurrence of degradations in a VoIP
network; and FIGURE 4 is a diagram illustrating a matrix of set and clear events in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
Many VoIP customers require SLA support which is achieved by evaluating the quality of calls placed on the network. Most SLAs are related to router performance, not path performance and therefore, embodiments of the present invention translate measurements of the performance of the path between routers into measurements of the performance of the routers.
The router performance measurements, in this example, the R-Factor, are used to determine if the QoS guaranteed in the SLA is maintained on a per-site basis. The R-Factor is monitored between designated sites throughout a predetermined amount of time (e.g., a week, a month, etc.) and the QoS guaranteed by the SLA is met if the R-Factor is maintained above a predetermined target value.
Referring now to FIGURE 1, a block diagram of an exemplary VoIP network that may be utilized in accordance with an embodiment of the present invention is illustrated. The VoIP network 100 routes calls from a calling party 102A through a Public Switched Telephone Network (PSTN) 104A to a gateway 106A. As previously mentioned, the gateway 106A may be managed by the customer and therefore, no call detail information is available through the gateway 106A. The call passes through an Ethernet switch 108 to an IP router 1 l0A that may be operated by the supplier of the VoIP service. The call is routed through the Internet 112 to another IP router 1 l OB. The call is then routed through an Ethernet switch 108B, gateway 106B, DALLAS2 1010527v3 61922-OOOI OUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
and PSTN 104B, to the called party 102B. Embodiments of the present invention are utilized to measure the performance of the path between, for example, IP routers 110A and 110B to determine if the QoS guaranteed is experienced by the calling party 102A and the called party 102B.
Referring now to FIGURE 2, a block diagram of an exemplary VoIP network 100 illustrating a plurality of IP routers 110 is illustrated. Embodiments of the present invention monitor the paths between the customer sites. Therefore, if a problem occurs in a path between routers 110, the particular site that the problem should be attributed to is determined. As evidenced by muter A, each router may be a connection point for multiple paths. Therefore, multiple paths may be monitored for a given router 110 such as router A 110A.
For router A
110A, the paths between router A 1 l0A and muter E 110E, router D 1 IOD, and router C 1 lOC
are monitored.
When the R-Factor falls below the target value for a specific path, a degradation is charged to the router 110 at each end of the path. For example, if the path between router A
1 l0A and router C 1 lOC has degraded below the target value, then a degradation is charged to router A 110A and to router C 110C. However, when a router 110 that is a connection point for multiple paths fails, several paths may degrade below the target value.
However, in accordance with an aspect of the present invention, if a muter 110 that is a connection point for multiple paths fails, the router 110 is charged with one degradation despite the fact that multiple paths may fall below the target value. This aspect prevents double counting of a single failure event.
A server 114 responsible for performing path measurements may perform the fore-mentioned calculations, or alternately two separate servers or a separate dedicated device could be utilized.
DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
Referring now to FIGURE 3, a method 300 of implementing an embodiment of the present invention is illustrated. At step 302, at least one path that is below a target value is tracked. At step 304, the start and end times that the path is below the target value is tracked. At step 306 it is determined whether an overlap in the start and end times for a particular router 110 exists. If an overlap exists, at step 308 the particular router 110 is charged for one degradation.
If an overlap does not exist, at step 310 the particular router 110 is charged for each degradation occurrence. As evidenced by the exemplary method 300, if a muter 110 fails and affects the performance of multiple paths, the start and end times of the failure of each path are tracked.
Because the start and end times of each failure will overlap to some extent when the cause is a single failing router 110, the failing router 110 is charged for one degradation despite the fact that multiple degradations are tracked along various paths connected to the failing router. For example, if muter 110A is not functioning properly, a below target R-Factor may be seen in paths between routers A 110A and router C 110C, router D 110D, and router E
110E. In this case, router A 1 l0A is charged once, not three times, for falling below the target value.
Referring now to FIGURE 4, an embodiment of the present invention is illustrated as a matrix 400 based on source and destination routers 110. A router pair, such as muter A 1 l0A
and router B 1 IOB, may experience a problem forcing the R-Factor below the target value. If the R-Factor falls below the target value, then a SET event 402 is written into the matrix 400 at the location of the failure, for example A, B and B, A. When the router pair resumes normal functionality and the R-Factor is restored to a value above the target value, then a CLEAR event 404 is written into the matrix 400 at the same location, in this example, location A, B and B, A.
The matrix 400 may be edited by a manual mechanism (preferably a web interface) that allows the supplier to indicate a site where a problem occurs that results in a breach of the DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
SLA. In addition, the manual mechanism may also allow the supplier to indicate the nature of the problem (i.e., power failure), a start time indicating when the R-Factor falls below the target value, an end time indicating when the R-Factor rises above the target value, and an identifier (i.e., name, initials, etc.) of the individual that reports the problem. The nature of the problem, as well as any other information may be manually typed in or entered with a drop down menu or other similar data entry means.
When SET events or CLEAR events occur, they may be entered into the matrix 400 in GMT time or the local time where the event occurs. The elapsed time of the SLA breach begins when the first SET event occurs for a particular site, and the elapsed time ends when all the events are CLEARED. It is possible that there are multiple SET events which occur at overlapping times. For the purposes of determining the elapsed time of the SLA
breach, the elapsed time begins when the first SET event happens, and ends when the last SET event for that site has CLEARED.
A set of reports may be generated based on the events logged into the matrix 400.
1 S For example, an exclusion period report may be generated that lists each site for each customer.
The exclusion period report may indicate time periods where the R-Factor is below the target value (if any) along with a reason code that indicates the reason for the R-Factor falling below the target value. The matrix may also be utilized to generate an SLA Report:
The SLA report lists each site for each customer and indicates the measured R-Factor for a predetermined time period (e.g., a month), adjusted by any time periods where the R-Factor falls below the target value. The percentage of the month that the measured R-Factor for the site was greater than or equal to the target value may also be shown in the SLA report (the elapsed time that no SET
events occur for that site). An R-Factor report may be generated that lists the paths measured for DALLA52 1010527v3 61922-00010USPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
each customer. The R-Factor report may indicate the percentage of time that the R-Factor is greater than or equal to the target value. The reports may be available for current month-to-date, as well as monthly reports for a prior predetermined amount of time (e.g., 3 months).
Although the above embodiments have been described with reference to intranet/Intennet, the present invention may be equally applicable to other environments such as peer-to-peer Internet, solely intranet environments, etc.
The previous description is of various embodiments for implementing the invention, and the scope of the invention should not necessarily be limited solely by these descriptions.
The scope of the present invention is instead defined by the following claims.
DALLAS2 1010527v3 61922-OOOIOUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
Referring now to FIGURE 3, a method 300 of implementing an embodiment of the present invention is illustrated. At step 302, at least one path that is below a target value is tracked. At step 304, the start and end times that the path is below the target value is tracked. At step 306 it is determined whether an overlap in the start and end times for a particular router 110 exists. If an overlap exists, at step 308 the particular router 110 is charged for one degradation.
If an overlap does not exist, at step 310 the particular router 110 is charged for each degradation occurrence. As evidenced by the exemplary method 300, if a muter 110 fails and affects the performance of multiple paths, the start and end times of the failure of each path are tracked.
Because the start and end times of each failure will overlap to some extent when the cause is a single failing router 110, the failing router 110 is charged for one degradation despite the fact that multiple degradations are tracked along various paths connected to the failing router. For example, if muter 110A is not functioning properly, a below target R-Factor may be seen in paths between routers A 110A and router C 110C, router D 110D, and router E
110E. In this case, router A 1 l0A is charged once, not three times, for falling below the target value.
Referring now to FIGURE 4, an embodiment of the present invention is illustrated as a matrix 400 based on source and destination routers 110. A router pair, such as muter A 1 l0A
and router B 1 IOB, may experience a problem forcing the R-Factor below the target value. If the R-Factor falls below the target value, then a SET event 402 is written into the matrix 400 at the location of the failure, for example A, B and B, A. When the router pair resumes normal functionality and the R-Factor is restored to a value above the target value, then a CLEAR event 404 is written into the matrix 400 at the same location, in this example, location A, B and B, A.
The matrix 400 may be edited by a manual mechanism (preferably a web interface) that allows the supplier to indicate a site where a problem occurs that results in a breach of the DALLAS2 1010527v3 61922-0OOlOUSPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
SLA. In addition, the manual mechanism may also allow the supplier to indicate the nature of the problem (i.e., power failure), a start time indicating when the R-Factor falls below the target value, an end time indicating when the R-Factor rises above the target value, and an identifier (i.e., name, initials, etc.) of the individual that reports the problem. The nature of the problem, as well as any other information may be manually typed in or entered with a drop down menu or other similar data entry means.
When SET events or CLEAR events occur, they may be entered into the matrix 400 in GMT time or the local time where the event occurs. The elapsed time of the SLA breach begins when the first SET event occurs for a particular site, and the elapsed time ends when all the events are CLEARED. It is possible that there are multiple SET events which occur at overlapping times. For the purposes of determining the elapsed time of the SLA
breach, the elapsed time begins when the first SET event happens, and ends when the last SET event for that site has CLEARED.
A set of reports may be generated based on the events logged into the matrix 400.
1 S For example, an exclusion period report may be generated that lists each site for each customer.
The exclusion period report may indicate time periods where the R-Factor is below the target value (if any) along with a reason code that indicates the reason for the R-Factor falling below the target value. The matrix may also be utilized to generate an SLA Report:
The SLA report lists each site for each customer and indicates the measured R-Factor for a predetermined time period (e.g., a month), adjusted by any time periods where the R-Factor falls below the target value. The percentage of the month that the measured R-Factor for the site was greater than or equal to the target value may also be shown in the SLA report (the elapsed time that no SET
events occur for that site). An R-Factor report may be generated that lists the paths measured for DALLA52 1010527v3 61922-00010USPT
Patent Application Docket No.: 2003-0225 61922-OOOlOUSPT
each customer. The R-Factor report may indicate the percentage of time that the R-Factor is greater than or equal to the target value. The reports may be available for current month-to-date, as well as monthly reports for a prior predetermined amount of time (e.g., 3 months).
Although the above embodiments have been described with reference to intranet/Intennet, the present invention may be equally applicable to other environments such as peer-to-peer Internet, solely intranet environments, etc.
The previous description is of various embodiments for implementing the invention, and the scope of the invention should not necessarily be limited solely by these descriptions.
The scope of the present invention is instead defined by the following claims.
DALLAS2 1010527v3 61922-OOOIOUSPT
Claims (19)
1. A system for making quality measurements in a network, the system comprising:
a plurality of routers for routing traffic, through the network;
means for taking measurements on a path between a first router and a second router; and means for charging the first router and the second router when data related to the measurements falls below a target value.
a plurality of routers for routing traffic, through the network;
means for taking measurements on a path between a first router and a second router; and means for charging the first router and the second router when data related to the measurements falls below a target value.
2. The system of claim 1, wherein the network is a Voice-over-Internet Protocol (VoIP) network.
3. The system of claim 1, wherein the data related to the measurements is an R-Factor.
4. The system of claim 1, further comprising a manual mechanism for entering information into a matrix.
5. The system of claim 4, wherein the information comprises at least one of:
an indication of a site where a problem occurs; an indication of the nature of the problem;
a start time indicating when the data related to the measurements falls below the target value;
an end time indicating wherein the data related to the measurements rises above the target value; and an identifier of an individual that reports the problem.
an indication of a site where a problem occurs; an indication of the nature of the problem;
a start time indicating when the data related to the measurements falls below the target value;
an end time indicating wherein the data related to the measurements rises above the target value; and an identifier of an individual that reports the problem.
6. The system of claim 4, wherein the matrix includes source routers and destination routers.
7. The system of claim 6, wherein the matrix includes set events and clear events for at least one of the source routers an d at least one of the destination routers.
8. A method of making quality measurements in a network, the method comprising:
tracking at least one path that exhibits an R-Factor below a target value;
tracking a start time indicating when tLie R-Factor of a particular path falls below the target value;
tracking an end time indicating when the R-Factor of the particular path rises above the target value;
determining if an overlap exists between the start time and the end time for multiple paths connecting to a partimlar router;
charging the particular router with one degradation if the overlap exists; and charging the particular router with each degraciation if the overlap does not exist,
tracking at least one path that exhibits an R-Factor below a target value;
tracking a start time indicating when tLie R-Factor of a particular path falls below the target value;
tracking an end time indicating when the R-Factor of the particular path rises above the target value;
determining if an overlap exists between the start time and the end time for multiple paths connecting to a partimlar router;
charging the particular router with one degradation if the overlap exists; and charging the particular router with each degraciation if the overlap does not exist,
9. The method of claim 8, whe rein the target value is 70.
10. The method of claim 8, further comprising the step of entering the start time as a set event in a matrix.
11. The method of claim 8, further comprising the step of entering the end time as a clear event in a matrix.
12. A server for making quality measurements in a network, the server comprising:
means for taking measurements on a path between a first router and a second router; and means for charging the first router and the second router when data related to the measurements falls below a target value.
means for taking measurements on a path between a first router and a second router; and means for charging the first router and the second router when data related to the measurements falls below a target value.
13. The server of claim 12, wherein the network is a Voice-over-Internet Protocol (VoIP) network.
14. The server of claim 12, wherein the data related to the measurements is an R-Factor.
15. The server of claim 12, further comprising a manual mechanism for entering information into a matrix.
16. The server of claim 15, wherein the information comprises at least one of an indication of a site where a problem occurs;
a start time indicating when the data related to the measurements falls below the target value;
an end time indicating when the data related to the measurements rises above the target value; and an identifier of an individual that reports the problem.
a start time indicating when the data related to the measurements falls below the target value;
an end time indicating when the data related to the measurements rises above the target value; and an identifier of an individual that reports the problem.
17. The server of claim 15, where the information further comprises an indication of the nature of the problem,
18. The server of claim 15, wherein the matrix includes source routers and destination routers.
19. The server of claim 18, wherein the matrix includes set events and clear events for at least one of the source routers and at least one of the destination routers.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/774,658 | 2004-02-05 | ||
US10/774,658 US8055755B2 (en) | 2004-02-05 | 2004-02-05 | Method for determining VoIP gateway performance and SLAs based upon path measurements |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2495873A1 CA2495873A1 (en) | 2005-08-05 |
CA2495873C true CA2495873C (en) | 2009-06-16 |
Family
ID=34679411
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002495873A Expired - Fee Related CA2495873C (en) | 2004-02-05 | 2005-02-03 | Method for determining voip gateway performance and slas based upon path measurements |
Country Status (4)
Country | Link |
---|---|
US (1) | US8055755B2 (en) |
EP (1) | EP1562327B1 (en) |
CA (1) | CA2495873C (en) |
DE (1) | DE602005000041T2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7269652B2 (en) * | 2004-10-18 | 2007-09-11 | International Business Machines Corporation | Algorithm for minimizing rebate value due to SLA breach in a utility computing environment |
US7525929B2 (en) * | 2005-12-19 | 2009-04-28 | Alcatel Lucent | Fast simulated annealing for traffic matrix estimation |
US8630190B2 (en) | 2006-08-22 | 2014-01-14 | Cisco Technology, Inc. | Method and system to identify a network device associated with poor QoS |
US9787576B2 (en) * | 2014-07-31 | 2017-10-10 | Microsoft Technology Licensing, Llc | Propagating routing awareness for autonomous networks |
CN115022231B (en) * | 2022-06-30 | 2023-11-03 | 武汉烽火技术服务有限公司 | Optimal path planning method and system based on deep reinforcement learning |
Family Cites Families (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5619503A (en) * | 1994-01-11 | 1997-04-08 | Ericsson Inc. | Cellular/satellite communications system with improved frequency re-use |
US6765904B1 (en) * | 1999-08-10 | 2004-07-20 | Texas Instruments Incorporated | Packet networks |
DE69732676T2 (en) * | 1996-04-23 | 2006-04-13 | Hitachi, Ltd. | Self-healing network, and switching method for transmission lines and transmission equipment therefor |
US5963551A (en) * | 1996-09-30 | 1999-10-05 | Innomedia Pte Ltd. | System and method for dynamically reconfigurable packet transmission |
US5974237A (en) * | 1996-12-18 | 1999-10-26 | Northern Telecom Limited | Communications network monitoring |
US6041041A (en) * | 1997-04-15 | 2000-03-21 | Ramanathan; Srinivas | Method and system for managing data service systems |
US5973642A (en) * | 1998-04-01 | 1999-10-26 | At&T Corp. | Adaptive antenna arrays for orthogonal frequency division multiplexing systems with co-channel interference |
US7430164B2 (en) * | 1998-05-04 | 2008-09-30 | Hewlett-Packard Development Company, L.P. | Path recovery on failure in load balancing switch protocols |
US6640248B1 (en) * | 1998-07-10 | 2003-10-28 | Malibu Networks, Inc. | Application-aware, quality of service (QoS) sensitive, media access control (MAC) layer |
US6452915B1 (en) * | 1998-07-10 | 2002-09-17 | Malibu Networks, Inc. | IP-flow classification in a wireless point to multi-point (PTMP) transmission system |
EP0986226B1 (en) * | 1998-09-11 | 2007-01-17 | Hitachi, Ltd. | Ip packet communication apparatus |
US7085230B2 (en) * | 1998-12-24 | 2006-08-01 | Mci, Llc | Method and system for evaluating the quality of packet-switched voice signals |
US7099282B1 (en) * | 1998-12-24 | 2006-08-29 | Mci, Inc. | Determining the effects of new types of impairments on perceived quality of a voice service |
US7167860B1 (en) * | 1999-03-25 | 2007-01-23 | Nortel Networks Limited | Fault tolerance for network accounting architecture |
US6934258B1 (en) * | 1999-05-26 | 2005-08-23 | Nortel Networks Limited | Quality of service based transitioning between alternate transport paths |
US6785292B1 (en) * | 1999-05-28 | 2004-08-31 | 3Com Corporation | Method for detecting radio frequency impairments in a data-over-cable system |
US6275470B1 (en) | 1999-06-18 | 2001-08-14 | Digital Island, Inc. | On-demand overlay routing for computer-based communication networks |
IL130895A (en) * | 1999-07-12 | 2003-10-31 | Ectel Ltd | Method and system for controlling quality of service over a telecommunication network |
US7167443B1 (en) * | 1999-09-10 | 2007-01-23 | Alcatel | System and method for packet level restoration of IP traffic using overhead signaling in a fiber optic ring network |
US6553515B1 (en) * | 1999-09-10 | 2003-04-22 | Comdial Corporation | System, method and computer program product for diagnostic supervision of internet connections |
US7020621B1 (en) * | 1999-10-06 | 2006-03-28 | Accenture Llp | Method for determining total cost of ownership |
US6711134B1 (en) * | 1999-11-30 | 2004-03-23 | Agilent Technologies, Inc. | Monitoring system and method implementing an automatic test plan |
US7050401B1 (en) * | 1999-11-30 | 2006-05-23 | Agilent Technologies, Inc. | Monitoring system and method implementing test result display logic |
US6813241B1 (en) * | 1999-12-18 | 2004-11-02 | Nortel Networks Limited | Network architecture and method of providing link protection in a bidirectional data traffic network |
US7120139B1 (en) * | 1999-12-30 | 2006-10-10 | At&T Corp. | Broadband cable telephony network architecture IP ITN network architecture reference model |
WO2001061930A1 (en) * | 2000-02-21 | 2001-08-23 | Kabushiki Kaisha Toshiba | Monitor control device and communication path setting method |
US6650617B1 (en) * | 2000-02-22 | 2003-11-18 | Thomson Licensing S.A. | Reduced complexity FFT window synchronization for an orthogonal frequency division multiplexing system |
US6778491B1 (en) * | 2000-03-31 | 2004-08-17 | Alcatel | Method and system for providing redundancy for signaling link modules in a telecommunication system |
US6904017B1 (en) * | 2000-05-08 | 2005-06-07 | Lucent Technologies Inc. | Method and apparatus to provide centralized call admission control and load balancing for a voice-over-IP network |
US7420960B2 (en) * | 2000-05-21 | 2008-09-02 | Surf Communication Solutions Ltd. | Modem relay over packet based network |
JP2001333091A (en) * | 2000-05-23 | 2001-11-30 | Fujitsu Ltd | Communication equipment |
US7082463B1 (en) * | 2000-06-07 | 2006-07-25 | Cisco Technology, Inc. | Time-based monitoring of service level agreements |
US6912258B2 (en) * | 2000-07-07 | 2005-06-28 | Koninklijke Philips Electtronics N.V. | Frequency-domain equalizer for terrestrial digital TV reception |
US7042880B1 (en) * | 2000-08-10 | 2006-05-09 | Verizon Services Corp. | Congestion and throughput visibility and isolation |
US6823381B1 (en) * | 2000-08-17 | 2004-11-23 | Trendium, Inc. | Methods, systems and computer program products for determining a point of loss of data on a communication network |
US7209473B1 (en) * | 2000-08-18 | 2007-04-24 | Juniper Networks, Inc. | Method and apparatus for monitoring and processing voice over internet protocol packets |
US7586899B1 (en) * | 2000-08-18 | 2009-09-08 | Juniper Networks, Inc. | Methods and apparatus providing an overlay network for voice over internet protocol applications |
US6522629B1 (en) * | 2000-10-10 | 2003-02-18 | Tellicent Inc. | Traffic manager, gateway signaling and provisioning service for all packetized networks with total system-wide standards for broad-band applications including all legacy services |
US6980737B1 (en) * | 2000-10-16 | 2005-12-27 | Nortel Networks Limited | Method and apparatus for rapidly measuring optical transmission characteristics in photonic networks |
US7406539B2 (en) * | 2000-10-17 | 2008-07-29 | Avaya Technology Corp. | Method and apparatus for performance and cost optimization in an internetwork |
US7336613B2 (en) * | 2000-10-17 | 2008-02-26 | Avaya Technology Corp. | Method and apparatus for the assessment and optimization of network traffic |
CA2359168A1 (en) * | 2000-10-25 | 2002-04-25 | John Doucette | Design of meta-mesh of chain sub-networks |
US6807156B1 (en) * | 2000-11-07 | 2004-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Scalable real-time quality of service monitoring and analysis of service dependent subscriber satisfaction in IP networks |
US20020152185A1 (en) * | 2001-01-03 | 2002-10-17 | Sasken Communication Technologies Limited | Method of network modeling and predictive event-correlation in a communication system by the use of contextual fuzzy cognitive maps |
US7023811B2 (en) * | 2001-01-17 | 2006-04-04 | Intel Corporation | Switched fabric network and method of mapping nodes using batch requests |
US7068684B1 (en) * | 2001-02-01 | 2006-06-27 | Estech Systems, Inc. | Quality of service in a voice over IP telephone system |
US7151769B2 (en) * | 2001-03-22 | 2006-12-19 | Meshnetworks, Inc. | Prioritized-routing for an ad-hoc, peer-to-peer, mobile radio access system based on battery-power levels and type of service |
US6496140B1 (en) * | 2001-03-27 | 2002-12-17 | Nokia Networks Oy | Method for calibrating a smart-antenna array radio transceiver unit and calibrating system |
US7099280B1 (en) * | 2001-03-28 | 2006-08-29 | Cisco Technology, Inc. | Method and system for logging voice quality issues for communication connections |
US7099281B1 (en) * | 2001-03-30 | 2006-08-29 | Verizon Corproate Services Group Inc. | Passive system and method for measuring the subjective quality of real-time media streams in a packet-switching network |
US7376132B2 (en) * | 2001-03-30 | 2008-05-20 | Verizon Laboratories Inc. | Passive system and method for measuring and monitoring the quality of service in a communications network |
US7269157B2 (en) * | 2001-04-10 | 2007-09-11 | Internap Network Services Corporation | System and method to assure network service levels with intelligent routing |
WO2002091692A1 (en) * | 2001-04-13 | 2002-11-14 | Girard Gregory D | Ditributed edge switching system for voice-over-packet multiservice network |
US7111074B2 (en) * | 2001-07-24 | 2006-09-19 | Pluris, Inc. | Control method for data path load-balancing on a data packet network |
US7496046B2 (en) * | 2001-08-22 | 2009-02-24 | Nippon Telegraph And Telephone Corporation | Packet communication quality measurement method and system |
US20030093513A1 (en) * | 2001-09-11 | 2003-05-15 | Hicks Jeffrey Todd | Methods, systems and computer program products for packetized voice network evaluation |
US6965597B1 (en) * | 2001-10-05 | 2005-11-15 | Verizon Laboratories Inc. | Systems and methods for automatic evaluation of subjective quality of packetized telecommunication signals while varying implementation parameters |
JP3825674B2 (en) * | 2001-10-24 | 2006-09-27 | 富士通株式会社 | Transmission device, SONET / SDH transmission device and transmission system |
US7222190B2 (en) * | 2001-11-02 | 2007-05-22 | Internap Network Services Corporation | System and method to provide routing control of information over data networks |
US7164649B2 (en) * | 2001-11-02 | 2007-01-16 | Qualcomm, Incorporated | Adaptive rate control for OFDM communication system |
US7561517B2 (en) * | 2001-11-02 | 2009-07-14 | Internap Network Services Corporation | Passive route control of data networks |
GB2408168B (en) * | 2002-07-19 | 2006-07-05 | Masergy Communications Inc | System and method for providing a customer controlled network |
US7149917B2 (en) * | 2002-07-30 | 2006-12-12 | Cisco Technology, Inc. | Method and apparatus for outage measurement |
US7324439B2 (en) * | 2002-11-13 | 2008-01-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Application-transparent IP redundancy |
WO2004056047A1 (en) * | 2002-12-13 | 2004-07-01 | Internap Network Services Corporation | Topology aware route control |
US8521889B2 (en) * | 2003-05-15 | 2013-08-27 | At&T Intellectual Property I, L.P. | Methods, systems, and computer program products for modifying bandwidth and/or quality of service for a user session in a network |
US7394760B1 (en) * | 2003-07-09 | 2008-07-01 | Sprint Communications Company L.P. | Method and system for correlating practical constraints in a network |
US20050052996A1 (en) * | 2003-09-09 | 2005-03-10 | Lucent Technologies Inc. | Method and apparatus for management of voice-over IP communications |
US7245609B2 (en) * | 2003-10-31 | 2007-07-17 | Agilent Technologies, Inc. | Apparatus and method for voice over IP traffic separation and factor determination |
-
2004
- 2004-02-05 US US10/774,658 patent/US8055755B2/en not_active Expired - Fee Related
-
2005
- 2005-02-03 CA CA002495873A patent/CA2495873C/en not_active Expired - Fee Related
- 2005-02-03 DE DE602005000041T patent/DE602005000041T2/en active Active
- 2005-02-03 EP EP05100758A patent/EP1562327B1/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE602005000041T2 (en) | 2007-02-15 |
EP1562327A1 (en) | 2005-08-10 |
US20050198266A1 (en) | 2005-09-08 |
EP1562327B1 (en) | 2006-07-19 |
CA2495873A1 (en) | 2005-08-05 |
US8055755B2 (en) | 2011-11-08 |
DE602005000041D1 (en) | 2006-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7936694B2 (en) | Sniffing-based network monitoring | |
US8908558B2 (en) | Method and apparatus for detecting a network impairment using call detail records | |
US20070286351A1 (en) | Method and System for Adaptive Media Quality Monitoring | |
US7606149B2 (en) | Method and system for alert throttling in media quality monitoring | |
US7054308B1 (en) | Method and apparatus for estimating the call grade of service and offered traffic for voice over internet protocol calls at a PSTN-IP network gateway | |
EP1589724A2 (en) | Packet switched network | |
US20070019618A1 (en) | Supervisor intercept for teleagent voice over internet protocol communications | |
US20060098625A1 (en) | Method for managing the quality of encrypted voice over IP to teleagents | |
Markopoulou et al. | Loss and delay measurements of internet backbones | |
US8254540B2 (en) | Method and apparatus for providing end-to-end call completion status | |
Salah | On the deployment of VoIP in Ethernet networks: methodology and case study | |
CA2495873C (en) | Method for determining voip gateway performance and slas based upon path measurements | |
Birke et al. | Experiences of VoIP traffic monitoring in a commercial ISP | |
Conway | A passive method for monitoring voice-over-IP call quality with ITU-T objective speech quality measurement methods | |
JP3754619B2 (en) | Method and apparatus for overload control in multi-branch packet network | |
Wang et al. | Design and implementation of QoS-provisioning system for voice over IP | |
US20050174947A1 (en) | Method and process for video over IP network management | |
Tortorella | Service reliability theory and engineering, II: Models and examples | |
Sharma et al. | The road not taken: re-thinking the feasibility of voice calling over tor | |
Chuah | Providing End-to-End QoS for IP based Latency sensitive Applications | |
Chu et al. | Enterprise voip reliability | |
Salah | Deploying VoIP in existing IP networks | |
Frost | Quantifying the temporal characteristics of network congestion events for multimedia services | |
Conway | A performance monitoring system for VoIP gateways | |
Saldana et al. | QoS and Admission Probability Study for a SIP-Based Central Managed IP Telephony System |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20170203 |