<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>