Voicemail Targeting Failed! ICR (SE 9.0)

[HeathBCT]

Hey all,

Server edition again (ahhh the learning curve)

Primary, secondary, pri expansion

The primary vmpro started disconnecting mail boxes. So I pointed at the secondary vmpro and everything was working perfectly fine. But I still wanted to get primary vmpro working. So I simply uninstalled vmpro from server edition web gui.

After that all hell broke loose. No fallback extension of ANY kind will work. Incoming call routes -> extension -> fallback ext

It just rings and rings and then gives a busy signal after about 15-20 rings guesstimate.

I have reinstalled vmpro on the primary server and rebooted it. That took care of the yellow icon but that fallback extension is still failing.

Below is a trace for above ICR. I see that it is failing to target. I got tons of pink star love to give!


********** SysMonitor v9.0.1.0 build 845 [connected to 10.120.3.10 ] **********
631349mS CMCallEvt: 0.1022.0 -1 BaseEP: NEW CMEndpoint dcafc1a0 TOTAL NOW=1 CALL_LIST=0
631349mS CMCallEvt: CREATE CALL:6 (dca7ebc8)
631349mS CMCallEvt: 0.1023.0 -1 BaseEP: NEW CMEndpoint dc804800 TOTAL NOW=2 CALL_LIST=0
631350mS CMCallEvt: 2.6.1 6 H323TrunkEP: StateChange: END=A CMCSIdle->CMCSDialInitiated
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: LOOKUP CALL ROUTE: type=0 called_party=301 sub= calling=7028171881 dir=out complete=1 ses=0
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: ADD TARGET (N): number=301 type=0 depth=1 nobar=1 setorig=1 ses=0
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: SET USER: WPC301 orig=1
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: ADD USER: WPC301 depth=1 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x0) excpt(0x0), allow_redir(1) remote=00000000 simult 0 (0)
631350mS CMCallEvt: 0.1024.0 -1 BaseEP: NEW CMEndpoint dc80b210 TOTAL NOW=3 CALL_LIST=1
631350mS CMCallEvt: 0.1024.0 -1 WPC301.-1: NEW CMExtnEndpoint dc80b210, Name=WPC301, Extn=301, Phys Extn=301
631350mS CMTARGET: 460.1024.0 6 WPC301.0: ADD PRIMARY
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: INITIAL TARGETING SUCCEEDED
631350mS CMTARGET: 2.6.1 6 H323TrunkEP: GetNoAnswerTimer:10
631350mS CMCallEvt: 2.6.1 6 H323TrunkEP: StateChange: END=A CMCSDialInitiated->CMCSDialled
631350mS CMCallEvt: 0.1023.0 6 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
631350mS CMCallEvt: 460.1024.0 6 WPC301.0: StateChange: END=T CMCSIdle->CMCSOffering
631350mS CMExtnEvt: WPC301: CMExtnHandler::SetCurrent( id: 0->1024 )
631350mS CMCallEvt: 460.1024.0 6 WPC301.0: StateChange: END=T CMCSOffering->CMCSRinging
631350mS CMExtnEvt: v=4 State, new=Ringing old=Idle,0,0,WPC301
631350mS CMCallEvt: 0.1023.0 6 TargetingEP: StateChange: END=B CMCSOffering->CMCSRinging
631350mS CMCallEvt: 2.6.1 6 H323TrunkEP: StateChange: END=A CMCSDialled->CMCSRingBack
632350mS CMTARGET: 2.6.1 6 H323TrunkEP: TimerExpired cause=CMTCCoverageTimeout
632350mS CMTARGET: 2.6.1 6 H323TrunkEP: GetNoAnswerTimer:10
641350mS CMTARGET: 2.6.1 6 H323TrunkEP: TimerExpired cause=CMTCNoAnswerTimeout
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: Retarget NOANSWER EXCEPTED=00000001 ValidTargets=1
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: Retarget on target_cfg_user=WPC301
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: ADD USER: WPC301 depth=1 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x1) excpt(0x1), allow_redir(1) remote=00000000 simult 0 (0)
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: SELECT: TRY VOICEMAIL orig_hg() orig_user(301)
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: VM targeting failed. Remaining on final target WPC301
641351mS CMTARGET: 2.6.1 6 H323TrunkEP: GetNoAnswerTimer:10
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: TimerExpired cause=CMTCNoAnswerTimeout
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: Retarget NOANSWER EXCEPTED=00000001 ValidTargets=1
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: Retarget on target_cfg_user=WPC301
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: ADD USER: WPC301 depth=1 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x1) excpt(0x1), allow_redir(1) remote=00000000 simult 0 (0)
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: SELECT: TRY VOICEMAIL orig_hg() orig_user(301)
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: VM targeting failed. Remaining on final target WPC301
651351mS CMTARGET: 2.6.1 6 H323TrunkEP: GetNoAnswerTimer:10

HeatherTECH.net | ACSS - SME | AIPS - IPO

 

[HeathBCT]

PS: that extension does not have vm enabled because I am trying to get it to roll to an Auto Attendant so I unchecked that box

HeatherTECH.net | ACSS - SME | AIPS - IPO

 

[tlpeter]

Why did you uninstall VMPro on the secondary server? just stop the service.
I am running a server edition form the trials and i have never ever had a VMPro being broken.
I have had a server reboot and the secondary took over fine.
But if that happens then you must see if the primary runs again and then you have to move it back to the primary yourself.
You can do this from the VMPro client or just stop the service on the secondary.


BAZINGA!

I'm not insane, my mother had me tested!

 

[HeathBCT]

Hi tlpeter, thank you for popping in. I am sure your expertise can assist me.

I did not remove it from the secondary but the primary... cause I was clearly not thinking at the time. I had already stopped the service and restarted it with no change to the primary voicemail so I unistalled/reinstalled. (original problem was voicemail boxes randomly disconnecting for no reason)

At the time that I removed it from the primary, the primary server, system > voicemail > was pointed at the IP of the secondary and everything was working fine. After I unistalled voicemail from the primary the fallback exts stopped working.

Voicemail is working fine at the moment (on the secondary). I was able to get vm back on the primary but the fallback ext remains broken. (primary is still pointed to IP of secondary for vm) I worked on it ALL day yesterday with changes to configs and could not get it to fallback to any extension on the ICR, or ring group fallbacks either.

I created new users, new call routes, new ring groups. Voicemail on, voicemail off, everything I could think of to try to overcome this issue to no avail.

I can provide traces, configs, anything to help with this.

Thank you




HeatherTECH.net | ACSS - SME | AIPS - IPO

 

[tlpeter]

Pffff I am getting a headache
So your secondary vmpro server is now the primary because you changed the IPP addresses in the IPO?
Is this correct?

If yes then I suggest to make a backup and our it all back the way it was.

BAZINGA!

I'm not insane, my mother had me tested!

 

[HeathBCT]

tlpeter do you mean to back up the secondary vmpro settings and stick that in the primary's vmpro?

Thanks

HeatherTECH.net | ACSS - SME | AIPS - IPO

 

[tlpeter]

Backup and shut it down.
Then get the primary fixed and then start the secondary.
The secondary should always be the backup system.

BAZINGA!

I'm not insane, my mother had me tested!