Strange Voicemail Problem when voicemail is not enabled

[RDECIT]

This is a weird issue. We have a small site with CXi (latest MCD) NO VOICEMAIL apart from an out of hours message.

When users ring each other they get busy tone and on the 5330's a button labelled I WILL WAIT.

Great stuff, now here's the problem. They have another site which they have 3 x 5330's over Teleworker (Using MBG at the main site above)

If the teleworker sets call each other when they are on calls, they get busy tone and I WILL WAIT. If they ring the main site and the users busy they get sent through to a voicemail port and the standard AA greating as they have no mailboxes setup. I've checked call re-routing, every single DN is set to 1, no re-route or first alternative. Has anyone else experienced this?

 

[RDECIT]

AMMENDMENT: Further digging has proved that this is not a teleworker problem. It's happening between a cetain number of sets local to the ICP. Still no idea why as VM is not enabled.

 

[RDECIT]

FIXED - Did some testing with call re-routing, re-route always worked but first alt was ignored.

Used *77 in the end and it cleared up. Must have been some invisible programming!

 

[RDECIT]

This is not fixed, over night all sets reverted back to the problem.

 

[kwbMitel]

Are there any features active on the called sets.

Locate Feature Extension XXXX

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[RDECIT]

I think I tried that maintenence command, but I'll try again tomorrow if it happens again.

 

[RDECIT]

The results make sense, however, where are they coming from every night? I've checked teh call forwading feature on the phone, this is disabled. As this is not configured on the 3300

Locate feature:

IP Device ID: 16
Circuit Location : 1 3 1 16 1
Extension : 2023
Active Features :
Call Forward No Answer External : 6000
Call Forward No Answer Internal : 6000
Call Forward Busy External : 6000
Call Forward Busy Internal : 6000
Phone Lock: UnLocked

 

[Billz66]

The answer is to pay for software assurance.

If you have a software issue and it needs to be reloaded , you cannot load any blades whether from cd or via the internet until your server has communicated with the AMC.
This is so that you dont load any blades for which you havent bought a license.
It has to sync , the amc sends a list of purchased options to the server and then you can load those options only.
Unfortunately for you thats a feature , not a fault.
If it wont connect due to a hardware mismatch with Mitels AMC records , then the hardware id must be cleared by MITEL.
If they wont do it because you have no software assurance then I think you are up the creek. sorry .

 

[RDECIT]

Bill have you replied to the wrong post, what you have said seems to be irrelevent to my query. I don't need software assurance, as the Mitel is doing something that I don't want it to do. Voicemail is not working because they havent paid for it as they didn't want it.

As it happens, I think I've figured it out, the UC server is syncronising at night and I think the client in the morning is adding the forward to voicemail as it's configured on the client. Still testing this theory.

 

[kwbMitel]

Am I correct in assuming that 6000 is the VM pilot?

Also, you've not mentioned UC client before now.

Check the Out of Office profile in UC. It is likely activating the VM at night.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[RDECIT]

Yeah that's what I was thinking. Sorry the UC client had slipped my mind, thats why it had not thought about it being a problem.