VDN and voicemail problem

[asguyas]

Good morning
I have a call manager 3.1.4 and Audix voicemail..

I have taken an extension 4639 and assigned to coverage path 84 which forwards to VDN 3565 which is a call tree.

The problem... when calling from the outside world (xxx-4639) and you hit option 4 which goes to extension 5016 and after 4 rings it goes to VM like it should, but if you call internally extension 4639 and hit option 4 it will ring forever. Same thing happens when a call is transfered to extension 4639.

Any help would be greatly appreciated.

Thanks

 

[leftyx]

Post your config for Coverage path 84 please.

 

[Stinney]

Check your coverage path and see if Cvg Enabled for VDN Route-To Party? is set to n.

If it is, change it to y and try again.

- Stinney

I love learning and passing on knowledge. "Because knowing is half the battle".... GI JOOOOOE!

 

[asguyas]

COVERAGE PATH

Coverage Path Number: 84
Hunt after Coverage? n
Next Path Number: Linkage

COVERAGE CRITERIA

Station/Group Status Inside Call Outside Call
Active? n n
Busy? y y
Don't Answer? y y Number of Rings: 1
All? y y
DND/SAC/Goto Cover? y y
Holiday Coverage? n n

COVERAGE POINTS
Terminate to Coverage Pts. with Bridged Appearances? n

Point1: v3565 Rng: Point2: Point3:
Point4: Point5: Point6:

 

[asguyas]

sorry that didn't copy and paste the way I wanted it too. I don't see this Cvg Enabled for VDN Route-To Party

 

[Stinney]

If you list trace on the vector what does it show?

If you perform the command: disp event

Enter a date and time range of the test call and set the vector number to the right number and see if it shows any events.

- Stinney

I love learning and passing on knowledge. "Because knowing is half the battle".... GI JOOOOOE!

 

[asguyas]

this is when I call interanlly


list trace vector 37 Page 1

LIST TRACE

time vec st data

12:31:24 0 0 ENTERING TRACE cid 5712
12:31:24 37 1 vdn e3565 bsr appl 0 strategy 1st-found override y
12:31:24 37 1 wait-time
12:31:24 37 2 goto
12:31:24 37 3 goto
12:31:24 37 3 time-of-day(5,12:31)+VDNTZO(00:00)+DSR(00:00)=5,12:31
12:31:24 37 4 goto
12:31:24 37 4 time-of-day(5,12:31)+VDNTZO(00:00)+DSR(00:00)=5,12:31
12:31:24 37 5 collect
12:31:24 37 5 announcement: board 01A10 ann ext: 3567
12:31:29 37 6 route-to
12:31:29 37 7 route-to
12:31:29 37 8 route-to
12:31:29 37 9 goto
12:31:29 37 10 route-to
12:31:29 37 11 LEAVING VECTOR PROCESSING cid 5712
12:31:29 37 11 TRACE COMPLETE cid 5712




EVENTS REPORT

Event Event Event Event First Last Evnt
Type Description Data 1 Data 2 Occur Occur Cnt

55 Coverage option ignored 37/6 1650 02/05/08:18 02/07/12:31 39
55 Coverage option ignored 37/7 1650 02/05/10:06 02/07/12:31 33
55 Coverage option ignored 37/10 1650 02/07/08:57 02/07/12:31 10

 

[asguyas]

and this is when I call externally....exteranlly does work properly


list trace vector 37 Page 1

LIST TRACE

time vec st data

12:38:08 0 0 ENTERING TRACE cid 5804
12:38:08 37 1 vdn e3565 bsr appl 0 strategy 1st-found override y
12:38:08 37 1 wait-time
12:38:08 37 2 goto
12:38:08 37 3 goto
12:38:08 37 3 time-of-day(5,12:38)+VDNTZO(00:00)+DSR(00:00)=5,12:38
12:38:08 37 4 goto
12:38:08 37 4 time-of-day(5,12:38)+VDNTZO(00:00)+DSR(00:00)=5,12:38
12:38:08 37 5 collect
12:38:08 37 5 announcement: board 01A10 ann ext: 3567
12:38:12 37 6 route-to
12:38:12 37 7 route-to
12:38:12 37 8 route-to
12:38:12 37 9 goto
12:38:12 37 10 route-to
12:38:12 37 11 LEAVING VECTOR PROCESSING cid 5804
12:38:12 37 11 TRACE COMPLETE cid 5804

 

[Stinney]

The thing that confuses me is that you said it works when you call the extension externally.

If you don't have the Cvg Enabled for VDN Route-To Party feature in the coverage path it sounds like you have a version of CM that doesn't allow double coverage.

Cvg Enabled for VDN Route-To Party didn't come along until 5.1 I believe.

- Stinney

I love learning and passing on knowledge. "Because knowing is half the battle".... GI JOOOOOE!

 

[asguyas]

Ok hmmmmmmm thats a bummer. well I will keep playing with it and see what i can figure out, and when I do 9 (or if) i'll post the fix in here.

 

[asguyas]

Found the fixor atleast a work around. I took extension 4639 and call forwarded the extension to the outside number 9,XXX-4639. Thanks for all the help Stinney

 

[Stinney]

I didn't realize that you weren't sending the call to 4639 and letting it ring (which is what the coverage path would do).

You might be able to call forward the extension to the VDN if you need the menu options. Otherwise, just leave it as you have it.

- Stinney

I love learning and passing on knowledge. "Because knowing is half the battle".... GI JOOOOOE!