Call Throttling allows
your system to automatically throttle or deny new call
attempts. The system takes this action when conditions cause users to experience a delay in the interval between going off hook and receiving a dial tone.
Some factors that can result in this delay are as follows:
Heavy call activity
Low CPU availability
Disk I/O limitations
The system uses the values
that are specified in the call throttling parameters to determine a possible delay to dialtone and also to determine when conditions no
longer require call throttling.
When throttling is necessary to prevent
excessive delay to dialtone,
the system enters a Code Yellow state and new
call attempts are throttled (denied).
When the system calculates the delay to dialtone as being over the
threshold that is configured in the call throttling service parameters,
Cisco Unified Communications Manager rejects new calls. When call
throttling activates, a user who attempts a new call receives a reorder tone
and, depending on the phone model, may also receive a prompt on the phone
Call throttling effectively prevents the type of excessive delays that can cause a user to complain to the system administrator or question whether the system is
down or the phone is broken.
Your system constantly
monitor the system to anticipate when such latency could occur.
When the delay to dialtone is within the guidelines of the
call throttling service parameters,
Cisco Unified Communications Manager stops throttling calls by exiting the
Code Yellow state and new calls are again allowed.