IPoffice Change IP address and VoiceMail

[pgordemer]

We have an older IP 406 in our Main office and 3 IPOffice units running 3.2. This has been running OK for quite awhile. (save the occasional VoiceMail reboots for sanity).

We changed the IP address of 2 of the units, and updated the VOIP IP address in all the units. We are communicating correctly, SCN seems to be working fine, but for 1 office, if the call is not answered and it bounces back to Voicemail, you get bounced to your own voicemail. Its as if the VoiceMail server isn't seeing the new Ipoffice unit at the IP. I can ping all the units and they can all see each other.

Any thoughts on where to look.

 

[tlpeter]

Open monitor on the bb site and check if you see something on the voicemail status (status -> voicemail sessions)


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[pgordemer]

All I see if Voicemail Source: Trunk #74 (Which is the IPline). Everything else is 0

 

[tlpeter]

What do you see in monitor when you connect and i want to see this : VMAIL=1(VER=3 TYP=1)

On the main site, is the voicemail ipadress filled in or is it on 255.255.255.255 ?

Could it be that the vmpro on the bb site is set on "remote audix voicemail" instead of "centralized voicemail" ?


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[pgordemer]

>>>>What do you see in monitor when you connect and i want to see this : VMAIL=1(VER=3 TYP=1)

HQ Main Site (192.168.100.2) (Voice Mail unit is here)
Vmail=1 (Ver-2 Typ=1)

CS Remote Site (192.168.101.2)
Vmail=1 (Ver-2 Typ=2)

North Remote Site (192.168.103.2)
Vmail=1 (Ver-2 Typ=2)

BB Remote Site (192.168.104.2)
Vmail=1 (Ver-2 Typ=2)

>>On the main site, is the voicemail ipadress filled in or is it on 255.255.255.255 ?

It is set to the actual IP of the Voicemail server (192.168.100.3) and all offices except the BB can get voicemail to work (unless you are trying to leave one for some user in BB site or you are in BB site and you want to check your own)

>>> Could it be that the vmpro on the bb site is set on "remote audix voicemail" instead of "centralized voicemail" ?

No, it is set for Line (In a 3.1 Manager) and it shows as Centrall if I use the 3.2 Manager

Still thinking SCN. When I use monitor to check status of SCN, doesn't matter which office I check or poll, the SCN status for BB (192.168.104.2) always has 0 for Users, but has groups and status correct.

 

[tlpeter]

It is set to the actual IP of the Voicemail server (192.168.100.3) and all offices except the BB can get voicemail to work (unless you are trying to leave one for some user in BB site or you are in BB site and you want to check your own)

I don't understand, it works on the bb site ? (for a bit)

ACA - Implement IP Office
ACS - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[pgordemer]

IP406 with VM Pro (ext 1xx)
HQ Main Site (192.168.100.2) (Voice Mail unit is here)
Vmail=1 (Ver-2 Typ=1)

IP 403 (ext 2xx)
CS Remote Site (192.168.101.2)
Vmail=1 (Ver-2 Typ=2)

IP Small Office (ext 3xx)
North Remote Site (192.168.103.2)
Vmail=1 (Ver-2 Typ=2)

IP Small Office (ext 4xx)
BB Remote Site (192.168.104.2)
Vmail=1 (Ver-2 Typ=2)


I am in HQ, on x135 and I dial x406 in BB, I can talk to that person, good call quality, everything fine. If I call back and he is not there, when it rolls to voice mail, I get MY x135 voice mail prompts, not x406.

The person in BB can leave a voicemail for anyone else. The person in BB can not check his own voice mail, always gets told Invalid Entry for password. If I try in HQ to check his voicemail (*17) with his extension (x406), I also get invalid. The VM directories exists and this was working before we did an IP renumber on that unit.

If I try to change his name on the x406 VMprod does not create the directory. If I create a new extension, VMpro does not create the directory.

 

[tlpeter]

Can you make that folder yourself on the server ?
Or when you add a user on the headquarter does the folder appear ?

Right now with level 4.x on an ip500, when you do not have enough scn channels you get the same behaviour when you call and get voicemail

So it sounds like it is a problem on the headquarter !!!
Can you check the router on that site, see if voicemail packet are going out and also se eif they come in on the bb site

You need wireshark or something simular, this is getting way beyond telecoms i am affraid


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[mattKnight]

>status for BB (192.168.104.2) always has 0 for Users, but has groups and status correct.

I suspect that that is your issue.

First thing to check - unique extension numbers and names, line number setc

Second check your names for "Illegal" characters

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[Notsetinstone]

on the web nu-tel. Check us out before you do all that.

 

[pgordemer]

tlpeter - Folders appear if a new user is added in ANY office except the BB one. SCN channels I might believe if we are busy, but this happens all the time even at 10:00PM at night. 406 has 10 channel and the Ipoffice small office units have the stock 3.

MattKnight - There are no duplicates of anything in any office, I am positive on that. Also this worked perfectly before, the only change was IP Address and Router address of the unit. (We changed the subhet for this office).

 

[akb1111]

have you set it back to the old configuration to see if that still works?

 

[MrIPO]

I would be good to see a level 9 trace via DEBUG view when you try to access VM. This would be configured on the VM Pro Server.

http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx

Set the filter 0 agasint everything bar VM pro which you set to 9.

Can you post the log when you try to access.



Mr IPO

ACA - Avaya Certified Associate
ACS - Avaya Certified Specialist
ACI - Avaya Certified Instructor

http://www.iporesource.com

 

[tanderson3733]

> Deleted IP line and recreated on every unit in every office 2 and from the BB location


You mean you have all the offices with an IP line to BB? You should only have ONE IP line for each of the remote offices, which should be to HQ.
The HQ should have an IP Line to each remote office - BB, CS and North.

Basically a Hub and Spoke. If you built a mesh you will have problems with SCN.

 

[aarenot]

you could downgrade them all to match at 3.1

 

[pgordemer]

aarenot - The are all on 3.1

tanderson3733 - I didn't set this up, this has always been this way. I have seen in the notes for 3.2 that hub and spoke is the only support configuration. My question is if I change it now to hub and spoke, how do I set the short codes to dial the other offices? Currently each office has a short code for the 1xx, 2xx, 3xx and 4xx with the ipline to use.

 

[aarenot]

I was of the understanding that not all of the IPO units were on the same release, and was suggesting that they all either be upgraded, or downgraded to match each other. Sorry, my bad I must have misunderstood.

I would advise you get some professional experienced competent help.

 

[amriddle01]

You just point all those shortcodes to the single IP Line you will be using, make sure you change the IP route to match the new config.

ACS - IP Office Implement

 

[amriddle01]

I should say except the Central site (hub) which you point the shortcodes to the IP line of the (spoke) sites.

ACS - IP Office Implement

 

[pgordemer]

Still not there...

Todays changes are we are now Hub and Spoke, Only single IP line in each branch back to main. SCN is sharing extensions and everyone can talk to everyone.

Monitor for the BB office under Small Community Neworking still says 0 users, but picks up the other stuff.

Since I deleted all the IPlines in all units, then created only the exact ones needed, obviously the units have been rebooted and VM also rebooted.

Got to be something corrupt in the BB IPOffice small office unit.

 

[aarenot]

If remote CFG changes have been done, and all the systems were not of the exact same release it is probable a change was made with a non-matching releases manager which can corrupt the CFG. Starting over from default in that case would be the best route.