[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