[cisco-voip] Intermittent Call Forward Display problem

Ryan Ratliff rratliff at cisco.com
Thu Jul 1 09:17:27 EDT 2010


Did you generate a new report or use one that was already there?

RTMT and the report should be showing the same values.

You can also run 'utils dbreplication status' from the pub's CLI.  This will tell you if any tables are out of sync, which can be the case even if replication is working.

-Ryan

On Jul 1, 2010, at 4:06 AM, polo person wrote:

...... I must say, the boy is good...
 
The DB Status report does indeed show errors, (IP address replaced by machine name, by me) 
 
Pub              393   2 - good 
Suba01         393   2 - good 
Suba02         393   2 - good 
Suba03         393   2 - good 
TFTP            393   2 - good 
Subb01         0      0 - initializing 
Subb02         393   2 - good 
Subb03         393   2 - good
 
However, RTMT shows that the databse replication is all good. Subb01 shows 393 replicas created and status of 2 (good).
 
Which one should I beleive?  (I think I already know that answer to that, but I guess I'm asking why the discrepancy)
 
Incidentally, the phones which are having the display problem are registered with Subb02.
 
Thanks
 
Simon
Subject: Re: [cisco-voip] Intermittent Call Forward Display problem
From: rratliff at cisco.com
Date: Wed, 30 Jun 2010 15:33:52 -0400
CC: poloperson57 at hotmail.com; cisco-voip at puck.nether.net
To: mthompson729 at gmail.com

In 4.x this will never be due to replication as change notification and database replication are in no way related.  In 6.x (and later) however all change notification is generated locally and triggered by the local db getting updated with the change.  If replication is broken, then the local db never gets updated, and no change notification happens.

-Ryan

On Jun 30, 2010, at 3:26 PM, Mike Thompson wrote:

I have seen, granted in 4.x versions, where a db entry was just stuck and u ha to go from the GUI and manually forward and unforward the phone.  It wasn't a replication issue because the actual master db wasn't accepting config updates back from the phone. 

Sent from my phone, apologies for any typos.

On Jun 30, 2010, at 11:27 AM, Ryan Ratliff <rratliff at cisco.com> wrote:

Sounds like you have change notification issues, which are most commonly caused by dbreplication.  

In the CURT tool (reporting tool from admin pages) run the DB status report and look for any errors.

-Ryan

On Jun 30, 2010, at 3:41 AM, polo person wrote:

I beleive that, on the occasions it is in a failed state, it displays the normal "Your current options" line rather than "Forwarded to xxxxxx".  Similarly it sometimes says "Forwarded to xxxxx" when it isnt forwarded and calls route to the phone (and Call Manager shows there is no forwarding set).
 

 
Date: Tue, 29 Jun 2010 12:02:51 -0400
Subject: Re: [cisco-voip] Intermittent Call Forward Display problem
From: msaskin at gmail.com
To: poloperson57 at hotmail.com
CC: cisco-voip at puck.nether.net

What is being displayed on the phone when it should say that the line has been forwarded?  There are a number of different status messages, all with different priorities attached to them which may take precedence over call forward being displayed.

Matthew Saskin
msaskin at gmail.com
203-253-9571

July 18, 2010 - 1500m swim (in the hudson), 40k bike, 10k run
Please support the Leukemia & Lyphoma Society
http://pages.teamintraining.org/nyc/nyctri10/msaskin


On Tue, Jun 29, 2010 at 10:37 AM, polo person <poloperson57 at hotmail.com> wrote:
I have a very intermittent problem with Call Forwards and I wonder if anyone else has experienced this?
 
On some phones that use the "Forward All" function a lot, (i.e. they are setting a Call Forward All Calls, then unsetting it regularly) we find from time to time they will be set to Forward All calls, (and calls are forwarding) but the display will not say the phone is forwarded. On other occasions, the phone will say it is forwarded, when in fact it is not.
 
It appears to be a problem with the display, in that calls are being routed exactly as they should be according to the Call Manager setup, it's just the the display on the phone doesent always reflect what the Call Manager is set to do.
 
Unplugging the phone / resetting the phone fixes the display so it then displays correctly.
 
It has been a problem on 3 phones out of 16,000 (!!), and interestingly it nearly always happens on a Friday, usually in the afternoon.  We have worked around it by using the Web page to set / unset call forward but of course doing it this way resets the phone when the call forward is set / unset. 
 
Today another group of 3 phones have reported similar problems, and I'm wondering if there is a bug we might know about?
 
Call Manager 6.1.3.2103-1
 
1 Pub, 6 Subs, 1 TFTP
 
Mix of 7911's (SIP11.8-4-3s) and 7941's (SIP41.8-4-3s) being affected
 
I have replaced one 7911 to see if it a phone fault, but the new phone does it as well.
 
Any ideas?
 
 
Cheers
 
Simon
 

Get a new e-mail account with Hotmail - Free. Sign-up now.

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



Get a new e-mail account with Hotmail - Free. Sign-up now. _______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Get a free e-mail account with Hotmail. Sign-up now.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100701/76314014/attachment.html>


More information about the cisco-voip mailing list