We want to make a CRA script that redirects an incoming call to a h.323 client.
When this client is busy we would like to play an announcement like "the system is busy, wait...". The h.323 client has 8 ports and we have problem when all the ports are busy because the gateway disconnects the call.
At the CRA script we are using the redirect command.
We have a pilot with the icd, a gateway, a gatekeeper and we are using Netmeeting like the h.323 client.
The problem is that we don't know how to make that the system doesn't disconnect the call if all the ports are busy and then we can play the announcement.
On the redirect step, the script takes the unsuccessful step when its not able to redirect call, similarly it takes invalid step when the no. is invalid .. and busy step when the destination is busy ....
so now in your case i thing you will have to place a "play prompt" step under the "busy" option of the "call redirect" and then transfer it back to the redirect step .... using a "goto label "
for eg: the script will look like this
Call Redirect ( ------ )
- Play Prompt ( ------- )
- Goto Label_Redirect_Again
- Steps you want when the call is invalid
- Steps to be followed when the call is unsuccessful.
For more details about these steps check the users guide.
Hi Aslam, the problem is that the call is disconnected at the gateway when the destination number is busy, so the script is finished without playing the prompt.
We have a gateway with a PRI and when we have a call is redirected
to a CRA script like this:
Call Redirect (9803)
- Play Prompt ("Please wait...")
- Goto Label0
9803 is the destination number at the h.323 client, we are using
Netmeeting like the h.323 client.
When the "Call Redirect" command goes through the "successful" step, all
is OK, but when the netmeeting is busy with another call, the
script is finished with an exception "the call has been dropped". The
problem is when the h.323 client is busy, the gateway disconnect
the call and the script ends.
Thanks and regards
The script looks good.
Changes Suggested :
Can you put the same steps i.e. "prompt" and "goto" under the "Invalid" and "Unsuccessful" steps also.
Can you debug the script during its full utilization and see which exact step is generating the exception.
Let us know what happens with that.
- Try to put a different prompt under the Busy, Invalid and Unsuccessful, so that you know which step is being executed when all the ports are busy ...
How many ports does the CRS has ?
Which equipment is being used as the gateway?
let us know,
Hi, we're using a 3620 with a PRI.
When all the ports are busy, the script goes to the busy branch but the script ends with an exception "The call has been dropped".
The CRS has defined two CTI ports.
The problem is at the gateway, if you instruct it to redirect the call and the destination is busy, then it disconnects the call with the reason code "user busy", we have tried to use a gatekeeper, but the result is the same.
After reading your description, i think the problem might be with you having only 2 ports on the CRS.
Imagine, you have got 8 active calls --> which makes the H.323 client occupied. Now you get a 9th call ... goes to the CRS ... gets queued .. ( remember at this point it occupies one CTI port. Now a 10th call comes and gets queued .. and occupies the remaining CTI port.
Now I guess when you get the 11th call .. the gateway drops it since it does not have any CTI ports.
I am assuming this is whats happening a little debugging will give you the exact results. If the above is true, then the only solution is to increase the CTI ports and keep a count of the exact no. of active call before one fails.
If possible go through the Jtapi logs on CRS and logs on the gateway.
hope that helps.
The problem isn't at the CRS ports because we're doing the test with a Netmeeting client, the first call is established with the client and the second call would be queued, but this second call is dropped and we think the problem is at the gateway. We don't know how to make the gateway doesn' t disconnect the call if the destination is busy.
Thanks for you help.