floydr

I have a user variable that seems to be not toggiling when using shortcodes...The calls fall through to the queue. It was working and now is not. Anybody got a hint or clue?

10:18:11 - New VMAIL Client
10:18:11 - Receive OPEN for session 3600, call-id 30136 (DISC Tone Length 0 secs)
10:18:11 - Access = ACCESS_UNCLUED_VOICEMAIL:
10:18:11 - mailbox: TechClosed
10:18:11 - calling_party: 509
10:18:11 - display_string: FReinhart
10:18:11 - greeting_modifier:
10:18:11 - language: enu
10:18:11 - Acall_ident: 30136
10:18:11 - FindMailBoxByCLI 509
10:18:11 - Found VMPNode TechClosed
10:18:11 - Executing request to run node TechClosed.Start Point.1
10:18:11 - Executing node TechClosed.Start Point.1
10:18:11 - Executing request to run node TechClosed.Tech Closed.0
10:18:11 - Executing node TechClosed.Tech Closed.0
10:18:11 - Executing request to run node TechClosed.Tech Closed.1
10:18:11 - Executing node TechClosed.Tech Closed.1
10:18:11 - - Internal: !Internal!=Y
10:18:11 - Receive ACTIVE for session 3600, call-id 30136
10:18:14 - Executing request to run node Abrupt Disconnect.Route
10:18:14 - Executing node Abrupt Disconnect.Route
10:18:14 - Executing request to run node Abrupt Disconnect.Action
10:18:14 - Executing node Abrupt Disconnect.Action
10:18:14 - SetTransfer=TIMEOUT
10:18:14 - GetTransfer=TIMEOUT
10:18:14 - SetTransfer=(null)
10:18:14 - Receive CLOSE for session 3600, call-id 0
10:18:14 - Kill [Buffers 100 25 25 52 0 lnk 10612 [12000]] [Counts 0 652 0 0 0 5 0 msg 4]
10:18:17 - New VMAIL Client
10:18:17 - Receive OPEN for session 3601, call-id 30137 (DISC Tone Length 0 secs)
10:18:17 - Access = ACCESS_UNCLUED_VOICEMAIL:
10:18:17 - mailbox: TechOpen
10:18:17 - calling_party: 509
10:18:17 - display_string: FReinhart
10:18:17 - greeting_modifier:
10:18:17 - language: enu
10:18:17 - Acall_ident: 30137
10:18:17 - FindMailBoxByCLI 509
10:18:17 - Found VMPNode TechOpen
10:18:17 - Executing request to run node TechOpen.Start Point.1
10:18:17 - Executing node TechOpen.Start Point.1
10:18:17 - Executing request to run node TechOpen.Tech Open.0
10:18:17 - Executing node TechOpen.Tech Open.0
10:18:17 - Executing request to run node TechOpen.Tech Open.1
10:18:17 - Executing node TechOpen.Tech Open.1
10:18:17 - - Internal: !Internal!=Y
10:18:17 - Receive ACTIVE for session 3601, call-id 30137
10:18:19 - Executing request to run node Abrupt Disconnect.Route
10:18:19 - Executing node Abrupt Disconnect.Route
10:18:19 - Executing request to run node Abrupt Disconnect.Action
10:18:19 - Executing node Abrupt Disconnect.Action
10:18:19 - SetTransfer=TIMEOUT
10:18:19 - GetTransfer=TIMEOUT
10:18:19 - SetTransfer=(null)
10:18:19 - Receive CLOSE for session 3601, call-id 0
10:18:19 - Kill [Buffers 100 25 25 52 0 lnk 10612 [12000]] [Counts 0 653 0 2 0 5 0 msg 4]

koelemon

What is actually happening...like how does the call come in and what do you expect it to do?

__________________
"There are only 10 types of people in the world,
those who can read binary and those that cannot."

PBXtech.info

 

floydr

It is a beatifully crafted routing that was working great..
The call comes into the system, checks to see if we are open using a test condition. Then using a user variable that can be set with *94 to close, *93 to open . Then it will check to be sure we haven't set all the calls to be forwarded to reception using another user variable that is set with *97 to forward, *98 to not.
If it passes all the tests they get into a menu which directs them to one of 6 queues. The problem is that it always goes through whether the variable tests true or false..very annoying.. hopefully the upgrade will fix it...