Switch Redirecting to Contingency Site Voicemail

[jaybird260]

I've posted this in the General Telephony forum and it was suggested I post it here. I have also posed this question in the Avaya: Octel forum as well.

We use switch redirect to reroute calls from one PBX site to another in an contingency situation and have an issue getting the redirected calls to be answered by the voice mail at the contingency site.

Our PBXs are running Succession 3 software and we use Octel for voice mail. If I call the contingency site number directly I am forwarded to the voicemail associated with the number but when we turn on the switch redirect, the redirected calls get an open tree in the Octel.

I have tried to add an alias to the Octel of the number from the remote site and still get the "Welcome to Octel..." message.

If anyone can offer any suggestions how to get the calls to ring into the voicemail box of the contingency number it would be greatly appreciated.

 

[johnpoole]

is your forward to switch networked with pri?.. in a solid nortel world rcap on the dchannel would cover that, if that redirected call carries a 4 7 or 10 digit number to the remote interface then i would try adding a mailbox or alias for that exact clid.. you may need to check the clid entry for the dirverting station.. it would need to be unique for that intergration to complete imo...

john poole
bellsouth business
columbia,sc

 

[janaya]

I'm assuming:

PRI connectivity between systems.

Call comes into site A and it redirected to site B.

You want a voicemail or annoucement to play at site B stating that something has happened and to call back.

Do you have seperate voicemail systems or do you have a single voicemail system?

If you have seperate voicemail systems, do you network them together?

If you network them together, the originating DNIS will be held to the call and the voicemail system will always look to send the call back to that voicemail box. If there is no voicemail box defined on the system then they would get the generic message, if being redirected. If the call originates in Site B, then the calls should go.

Can you provide a little more information. This sounds like a cool one to figure out.

John

 

[johnpoole]

janaya...your as bad as me, troubles are more fun then work..

john poole
bellsouth business
columbia,sc

 

[jaybird260]

The call is being redirected at the CO level by the telco.
We call it AIN Switch Redirect (in Canada) but I have also heard it called a CLAR (in US. Not sure what that means) and Service Saver. So it isn't being redirected via the PBX.

What is happening is we have 8 numbers at site A that are redirecting to 1 number (set) at site B. Because the calls are forwarding to only one set at site B the users wanted the calls to go to voicemail. I was sure that it worked where we used Switch Redirect before.

I tried a trac on the site B TN and placed one call directly to the Site B number and one call to the site A nubmer which was redirected. Both look the same (same called number) the call directly to site B rings to the users voice fine, the call to Site A gets "welcome to octel..."

Can I make an alias of the same number in octel?

Still interested?

 

[TheWorkingMan]

I think I have had a problem that sounds like this? Don't they all run together after time?!!! I sure it is a patch that needs to be installed on the Nortel switch. I will have to get back with the patch number!! If I am correct we didn't have this problem on 25.40b!

TWM

 

[janaya]

so the calls are coming in on PRI, all the numbers point to the same number and you possibly do an IDC translation, to get to the correct extension?

If so, the problem then lies in the translation from the incoming DNIS and the IDC conversion. Maybe? Jpoole c'mon it's slow today, we can figure this out.

Oh, and do you have a network voicemail or does each site have a seperate system?

John

 

[jaybird260]

The calls come in on the DID route so no IDC conversion is done. We have separate voice mails at each site.

 

[janaya]

I know this might sound stupid, but you do have the voicmail box build on the resident system. I am only asking, because I had someone do something similar, but they directed the number to the voicemail system to another site. Just got used to putting in that voicemail number. Check the settings on the ACD (another assumption here, that you are using an ACDN that NCFW to the mail)

john

 

[johnpoole]

b to b works b to a revert to b fails, does network to b also fail?.. seems like the dchannel info a the reverted call is not branding the octel.. it's see's a non identified caller.. sfa on the far end would work on a nortel to nortel if the pni was matched in the pri's..

john poole
bellsouth business
columbia,sc

 

[jaybird260]

janaya - Which site, a or b, do you consider the resident system? Site B, is the ultimate endpoint. It has a mailbox and if you call the DID directly it will either be answered by the user or be answered by the users voicemail. The reroute is invoked at the CO so the calls are not hitting site A's PBX so I don't see how setting up a voicemail at site A would do anything.
What would I be looking for on the ACDN that NCFW to mail? If it works for calls directly to the site, it should work, theoretically, for calls coming to the site through a reroute, no?

johnpoole - Again, we are not rerouting from one PBX to the other. The reroute is turned on at the CO level. I was leaning towards the non-identified caller but after I did a trac of a call directly to site B and one to site A redirected to B, the look exactly the same.


When this did work it was at a site running rls 25.4 and was using all copper facilities. I don't know if the upgrade to succession 3 and digital trunking is the issue.

You'd think it would still work though.