Use of different triggered update thresholds for each traffic engineering class
Original Publication Date: 2004-Jun-25
Included in the Prior Art Database: 2004-Jun-25
Related PeopleOther Related People:
In communication networks information of the available bandwidth on a link is gathered periodically. Furthermore there are certain load thresholds implemented into traffic classes. If the current load on the link exceeds one of the implemented thresholds an update will be triggered. Every update causes additional traffic on the link. This denotes that the overhead traffic on the link due to the triggered updates can be quite high. It is proposed to define the threshold on a per traffic engineering class basis. A low threshold is set specifically for high priority traffic (e.g. voice-traffic). A high threshold is chosen for low priority traffic (e.g. web-traffic). The effort of this concept is to reduce the signaling traffic caused by the triggered updates to the minimum and avoiding impact on real-time services. High thresholds set for non real-time services increase the probability of call-retry attempts due to the increased availability of out-of-date bandwidth information. This concept still applies even in the case of having two thresholds, one low threshold and one high threshold. In that case there are two thresholds used in every traffic engineering class.