<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.3157" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>at least they didn't tell you to upgrade.
;)</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=tednugent73@gmail.com href="mailto:tednugent73@gmail.com">Ted
Nugent</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=erickbee@gmail.com
href="mailto:erickbee@gmail.com">Erick Bergquist</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=EdwinKlaczko@sd54.k12.il.us
href="mailto:EdwinKlaczko@sd54.k12.il.us">Klaczko, Edwin</A> ; <A
title=cisco-voip@puck.nether.net
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, September 12, 2007 3:44
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] Problem
Directing all calls to VM</DIV>
<DIV><BR></DIV>
<DIV>I just got confirmation from our SE working with TAC that thier
recommendation after reviewing the traces was to reboot the cluster, shocker!
We can't get a maintenance window until sunday though so I'll report back
then. </DIV>
<DIV> </DIV>
<DIV><BR><BR> </DIV>
<DIV><SPAN class=gmail_quote>On 9/12/07, <B class=gmail_sendername>Erick
Bergquist</B> <<A
href="mailto:erickbee@gmail.com">erickbee@gmail.com</A>> wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I
had a similar problem a few weeks ago, forgot the exact 4.1(3) SR<BR>they
had offhand, but calls to VM were busy , and even calling VM <BR>ports
directly were busy. If you had removed them from the hunt group<BR>they then
rang the first time when you called them but then were busy<BR>on second and
third calls. We had to reset the hunt list for the<BR>voicemail and that
cleared it up. <BR><BR>On 9/12/07, Ted Nugent <<A
href="mailto:tednugent73@gmail.com">tednugent73@gmail.com</A>>
wrote:<BR>><BR>><BR>> Yes we had a very similar experience just a
couple days ago! Something with<BR>> CCM 4.1(3)sr5b is VERY
screwy!<BR>><BR>> Our problem is that deleted patterns/dns are still
being held onto by CM<BR>> someplace??? They are no longer listed in the
route plan report and they are<BR>> not showing up in the numplan table
in SQL on the pub or Sub so that leaves <BR>> RAM. At any rate, we spent
a couple hours toying with it and this I what was<BR>>
occurring<BR>><BR>><BR>><BR>> Someone accidentally added a
phones extension (4001) to the wrong partition<BR>> (Partition-A) which
is ordered first in all CSSes. The DN was then move to <BR>> the proper
partition (PartitionB) order 3 rd in all CSS (deleted? Moved? I'm<BR>>
not sure I was not engaged at that point).<BR>><BR>> After the move we
got fast busy when dialing 4001<BR>><BR>> We deleted the unused 4001
from the route plan report thinking that this was <BR>> giving us grief
although it should NOT.<BR>><BR>> Fast Busy<BR>><BR>> Cursed
Loudly for a few hours!!<BR>><BR>> Reorder a CSS so that PartitionB is
order in front of PartitionA<BR>><BR>> RING! <BR>><BR>> Move it
back<BR>><BR>> Fast busy!<BR>><BR>> Repeat with same results
multiple times<BR>><BR>> Check routeplan report<BR>><BR>> 4001
is only in partitionB<BR>><BR>> Check SQL on SUB and PUB, single DN
for 4001 (also DBLHelper looks clean) <BR>><BR>> The interesting piece
is that if I run DNA it matches the correct DN<BR>> everytime no mater
the order in the CSS<BR>><BR>><BR>><BR>> We've temporarily
reordered the CSS so that this extension can be dialed and <BR>> I think
we have a maintenance window scheduled to kick the CM service and/or<BR>>
bounce the servers to see if either resolves the issue. I'll let you
know<BR>> how it turns out.<BR>><BR>><BR>> <BR>><BR>> On
9/12/07, Klaczko, Edwin <<A
href="mailto:EdwinKlaczko@sd54.k12.il.us">EdwinKlaczko@sd54.k12.il.us</A>>
wrote:<BR>> ><BR>> ><BR>> ><BR>> ><BR>>
><BR>> > I just got done moving over 50 users to new
extensions. I placed their <BR>> old extensions as Alternate
Extensions in Unity so anyone dialing their old<BR>> numbers would get
their voicemail. I found the instructions to setup a CTI<BR>>
port to direct all calls to VM. We use this for time of day
routing so I am <BR>> familiar with it. Setup the first user
and tested worked great. Tried the<BR>> next user and fast
busy. Tried a couple more and fast busy. I ran
the<BR>> dialed number analyzer and the numbers are be matched to
voicemail. I can't <BR>> understand why the first one works
and the rest don't. At first I thought I<BR>> could list a
bunch of numbers and create one CTI port when the second number<BR>>
didn't work I created separate CTI ports for each number, still didn't work.
<BR>> We use *XXXX to go right to voicemail and when I dial
the extensions with<BR>> an * it goes right into the voicemailbox like it
should. Has anyone run up<BR>> against this?<BR>>
><BR>> ><BR>> > <BR>> > CCM 4.1(3)sr5b<BR>>
><BR>> > Unity 5.0(1)<BR>> ><BR>> ><BR>>
><BR>> ><BR>> ><BR>> > Eddie Klaczko<BR>>
><BR>> ><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">https://puck.nether.net/mailman/listinfo/cisco-voip
</A><BR>> ><BR>><BR>><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">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>><BR></BLOCKQUOTE></DIV><BR>
<P>
<HR>
<P></P>_______________________________________________<BR>cisco-voip mailing
list<BR>cisco-voip@puck.nether.net<BR>https://puck.nether.net/mailman/listinfo/cisco-voip</BLOCKQUOTE></BODY></HTML>