Calls not following Sta Cov Pa from Vector route 1

[gphone]

I've just ran into a problem that I haven't noticed before. We just added the Daylight Savings patch though sounds like a stretch for it to cause this.

I have a station programmed to a coverage path that goes to a VDN and vector. In the vector the call may ultimately get to a step that routes the call to a virtual station that goes to a coverage path that goes to a coverage answer group.

When you call the original station it gives a reorder tone as if the route to vector step has cov set to N but of course its set to Y. If I dial the VDN associated with the vector it works fine.

Troubleshooting this I took the vector out of it: I programmed a station with a coverage path that goes to a station that has a coverage path that goes to a coverage answer group. That scenario also provides a busy. If I dial the 2nd station it rings the coverage answer group.

Have I just not run into this before or what?

 

[gphone]

If you have any ideas on how to accomplish this same task another way, please let me know.

 

[donbott]

Sounds like double coverage. Instead of the virtual station with coverage can you use a terminating extension group?

DonBott

Does not play well with others

 

[gphone]

Yep, definately double coverage though for some reason I thought once it went to a vdn and vector it would have been fine. Of course my second troubleshooting method was double coverage.

Great thought on the terminating extension group...works like a champ. I only had 4 phones to ring anyway.

Thanks.

 

[donbott]

I've built a terminating extension group with no members, but a coverage path that has a coverage answer group. Doubles the number of stations I can ring at once and doesn't use a RTU



DonBott

They shoot horses, don;t they?