Routing question - going nuts here 2

[BIS]

Hallo All,

I am staring myself blind here - could do with a little help.

I want to call a station.
If call is not picked up send to conversant (used as a voicemail option, we don't have audix)
Conversant will give option 1, leave a voicemail (this works)
option 2 - do nothing, call rteturns to vector.

So I have a station with a cov path, with the final endpoint being a vdn.

VDN routed to conversant (converse-on), and collect 1 digit when call return.

If digit=1, goto step 'disconnect'
If digit=2, route to cover-answer group.

This last part is the problem. To get to a cov ans grp I need a new station, with a new cov path. But it seems I can't go to cover from a station that has already gone to cover. The call just disconnects. Any ideas?

 

[BIS]

Oh, and I should have said, I cannot have a cover path that looks like

1: c1 2: v1234 3: c2

as the v1234 must be the last point in the cov path...

 

[skara]

In the vector where you will have route-to number xxxx, make sure you put with cov Y if unconditionally. This will ake the call follow the cover path of the new extension.

 

[BIS]

I do have the coverage set to yes, but call still disconnects. I think it has something to do with having covered already...

 

[phonesrus]

The switch will not allow double coverage, it will continue to ring in limbo or the call will be disconnected if you have PRI.

 

[BIS]

Exactly, which is what is happening (PRI). Anybody got a good idea on how to get around this, looking at a different angle perhaps.

 

[huffer]

since you are trying to get the call to a cov ans group I assume you want the call to be routed to a group of stations with simultaneous ringing capabilities... Perhaps the TEG (Terminating Extension Group) could be of any use?

 

[phonesrus]

A station with a cover path will maintain control of the call and will not release it. Try sending the call to a hunt group with no members and coverage path to the cover answer group and then the Vector. A hunt group will release the call and not maintain control, and may be an answer to your issue. If I am understanding your issue correctly.

 

[BIS]

Thanks huffer and phonesrus, thats the kind of input I was looking for. Will give this a try...