There are several defects where directory numbers become uncallable because of leftover intercepts in digit analysis.<br><br>Since you're running 5.0.4 I wouldn't spend too much time on this before restarting the CallManager service on all nodes<br>
<br>If you know the configuration is correct, and you've double checked CSS and Partitions, you're probably just running into one of several bugs.<br><br>If you can't restart CCM right away, then you should be able to workaround the problem by assigning the destination phone a new DN. <br>
<br><div class="gmail_quote">2009/5/6 Anthony Kouloglou <span dir="ltr"><<a href="mailto:akoul@dataways.gr">akoul@dataways.gr</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000066">
<tt>Well Tim,<br>
i am the only one administrating the CUCM so i guess nothing has
changed.<br>
By the way, i decided a reboot of the cluster late at night (pub and
sub) and it is working now!<br>
The version is 5.0.4 which is, as far as i know, not the best software
ever.<span><span> :-( </span></span><br>
I think i will try and upgrade to 5.1.3f which seems to be much more
stable.<br>
Thanks a lot for the info<br>
<br>
<br>
Best Regards<br><font color="#888888">
Anthony<br>
</font></tt><div><div></div><div class="h5"><br>
Tim Smith wrote:
<blockquote type="cite">Yes Dialled Number Analyser = DNA. You originally asked
for debugging steps to take. DNA is a good one to start with. It does
more than check calling rights. Its worth checking out for yourself.<br>
<br>
I suppose it is relatively simple, in a small setup. But it can be more
complicated than that with line / device CSS's applied, translation
patterns, route patterns etc. It depends on the complexity of the
system and how well it has been set up.<br>
<br>
If it's been working for 1 year.. have you or someone else made any
changes? This is going to be a good place to start.<br>
You didnt mention your version. Did you rename a partition or something?<br>
<br>
Are your DN's in the same partition? Can you call the other way?<br>
<br>
IPVMS is the service that runs the Annunciator. Annunciator is the
feature that plays the message to the user saying the call cannot be
completed as dialled. I dont think this would ever kick in for a codec
mismatch. Codec mismatch would end up with the call just dropping after
the other party picked up.. and usually callers then hear fast busy.<br>
<br>
Is this only affecting 2 x specific phones?<br>
<br>
Cheers,<br>
<br>
Tim.<br>
<br>
<div class="gmail_quote">On Wed, May 6, 2009 at 3:45 PM, Anthony
Kouloglou <span dir="ltr"><<a href="mailto:akoul@dataways.gr" target="_blank">akoul@dataways.gr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000066">
<tt>You are talking about Dialed Network Analyzer?<br>
Does this check anything else than calling rights? (such as Calling
search space and partitions?)<br>
Can it check if it is ok to call due to codecs that are not supported?<br>
Otherwise, a call between two DNs that exist on the same CUCM is a very
easy operation to check!<br>
No Route Lists, no Line Groups, no Translation Patterns.<br>
Check parition of DN of phone B.<br>
Check if CSS of DN A includes this partition.<br>
That's all!!<br>
I guess, there is nothing else to check.<br>
<br>
Besides, if i got "Insufficient BW" i would know that it has something
to do with the location BW.<br>
But not this case again1<br>
<br>
Thanks,<br>
<font color="#888888">Anthony<br>
</font></tt>
<div>
<div><br>
Tim Smith wrote:
<blockquote type="cite">
<div>Have you tried DNA to check CCM thinks the call should
actually
be allowed?</div>
<div> </div>
<div>
<div>It's always a good first step if you get a message like
that. It
will give you a good picture of what is supposed to be happening.</div>
</div>
<div> </div>
<div>If you havent used it before, maybe it is not installed /
activated.</div>
<div>You didnt mention your version. For 4.x you install on your
pub from plugin page. If 5.x and above you just need to ensure DNA is
activated from ccmservice page.</div>
<div> </div>
<div>Cheers,</div>
<div> </div>
<div>Tim<br>
<br>
</div>
<div class="gmail_quote">On Wed, May 6, 2009 at 5:11 AM, Anthony
Kouloglou <span dir="ltr"><<a href="mailto:akoul@dataways.gr" target="_blank">akoul@dataways.gr</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000066"><tt>I am getting this
message
when: phone A calls phone B and vice versa (suddenly today after 1 year
that it has been working!!)<br>
<br>
phone A in the hub location<br>
phone B in a location with 500kbps BW to hub<br>
<br>
Phone A can access the web page of B and ping it.<br>
B is normally registered to the same publisher CUCM!!<br>
B is behind a router that does not do NAT or firewalling.<br>
<br>
Why is this prompt playing?<br>
I resunched the location BW but i guess that is not the issue.<br>
What debugging could show me what is wrong?<br>
<br>
Thanks and Kind Regards<br>
Anthony<br>
</tt></div>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</blockquote>
</div></div></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br>