[cisco-voip] Fast-busy on 75% of phones in organization

[Ryan Ratliff]

Who specifically are the phones calling when they get reorder?  Is it
internal calls, external calls, all calls?  Is there anything displayed on
the LCD of the phone when they get reorder?
 
Have you looked at the CCM traces yet to see what CM thinks is going on and
why it's telling the phone to play reorder?
 

-Ryan 

 

  _____  

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Joe Quigley
Sent: Thursday, January 31, 2008 9:51 AM
To: Cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Fast-busy on 75% of phones in organization



Sorry, I should have stated that my call managers are running version
4.1(3)sr5d. Well, it happened again. Reorder tones on only about 20% of
phones, and this time, it affected only a specific physical portion of our
network - a building connected via fiber trunk containing three 3560 PoE
switches. It seems about half of the phones got a reorder tone to wherever
they called this morning.

 

I am really struggling as to narrowing down possibilities and could use some
suggestions. 

 

Thank you for your time and trouble!

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Joe Quigley
Sent: Wednesday, January 30, 2008 2:58 PM
To: Cisco-voip at puck.nether.net
Subject: [cisco-voip] Fast-busy on 75% of phones in organization

 

I have had most of our phones suddenly get fast-busy tones on all calls.
This has occurred twice now in a period of 5 days. It is not specific to
phone model nor calling-search-space. No updates were applied recently and
both call managers in my cluster were rebooted.

 

All calls will get a reorder tone until they are reset. I spared a few
affected phones during the last incident so I could have TAC look at the
traces. The TAC engineer pored through the event logs and could attribute
nothing to the event except for saying I should look into the large amount
of "transient connection attempts" - which I thought were just the nature of
phones unregistering, i.e. my IPComm and 792x phones. The TAC engineer
wasn't able to find a cause.

 

While I had an affected phone available, I ran the dial plan analyzer to see
if anything had changed according to the database, but all things routed
normally. If I used bad phone to call good phone, bad phone would get
progress tone, good phone would ring. When good phone picked up, both got
reorder tone.

 

Now I have all the phones reset and back in operation, but am just waiting
for the next reorder wave to come! 

 

 

Joe Quigley

Telecomm Administrator

The Braun Corporation

Tel  574.946.4139 ext 3166

Fax 574.946.2301

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080131/cfb418bf/attachment-0001.html