<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000066">
<tt>Hi Jason,<br>
and many thanks for your time.<br>
I really couldn't think that it would be a bug on the CUCM. I trust
cisco for CUCM products.<span class="moz-smiley-s1"><span> :-) </span></span><br>
After i checked the Call with DNA and then checked routing issues and
fw issues with the remote site i decided to reboot the cluster before i
go crazy!! And it worked!! (I thought only microsoft windows fix things
by rebooting)<br>
By the way, 5.0X is sooo buggy?<br>
<br>
Thanks and Kind Regards<br>
<br>
Anthony<br>
</tt><br>
Jason Burns wrote:
<blockquote
 cite="mid:78d9bfc20905060500q5fe75bceq448777a695330a08@mail.gmail.com"
 type="cite">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">&lt;<a
 moz-do-not-send="true" href="mailto:akoul@dataways.gr">akoul@dataways.gr</a>&gt;</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 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">&lt;<a moz-do-not-send="true"
 href="mailto:akoul@dataways.gr" target="_blank">akoul@dataways.gr</a>&gt;</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>&nbsp;</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>&nbsp;</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&nbsp;from plugin page. If 5.x and above you just need to ensure DNA is
activated from ccmservice page.</div>
          <div>&nbsp;</div>
          <div>Cheers,</div>
          <div>&nbsp;</div>
          <div>Tim<br>
          <br>
          </div>
          <div class="gmail_quote">On Wed, May 6, 2009 at 5:11 AM,
Anthony
Kouloglou <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:akoul@dataways.gr" target="_blank">akoul@dataways.gr</a>&gt;</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&nbsp; me what is wrong?<br>
            <br>
Thanks and Kind Regards<br>
Anthony<br>
            </tt></div>
            <br>
_______________________________________________<br>
cisco-voip mailing list<br>
            <a moz-do-not-send="true"
 href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
            <a moz-do-not-send="true"
 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 moz-do-not-send="true" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
    <a moz-do-not-send="true"
 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>
</body>
</html>