ACD and windows 3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jan,

In addition to my other email I have some more observations about the ACD
tool.

Dialling to the Virtual queue generates a RouteRequest in the gnugk.
ACD tool line bidding picks it up and call will be transfered to any alias
in the group that is available according the alogrithm selected in the ini
file
The ACF generated will flag the dialled alias as "Talking"
After call completion the DCF should set the dialled alias in the group
available again
A next Routerequest should generate a calltransfer to any available alias in
the group

This is what a routerequest string looks like:

2004.04.14
11:52:47[>]:RouteRequest|200.84.48.11:1720|4703_endp|29104|800|800012:dialed
Digits=tjafxo1:h323_ID;
2004.04.14
11:52:47[>]:ACF|14|200.84.48.11:1720|4703_endp|29104|tjaracas:h323_ID|800012
:dialedDigits=tjafxo1:h323_ID|false;
2004.04.14
11:52:47[>]:ACF|14|200.84.48.71:1720|1217_endp|29104|tjaracas:h323_ID=800010
:dialedDigits|tjafxo1:h323_ID=800012:dialedDigits|true;
2004.04.14 11:52:58[>]:CDR|14|80 69 fe 36 40 1c b2 11 8b 8f ba 13 61 53 4c
95|6|Wed, 14 Apr 2004 11:52:52 -0400|Wed, 14 Apr 2004
11:52:58 -0400|200.84.48.11:1720|4703_endp|200.84.48.71:1720|1217_endp|tjara
cas:h323_ID|800012:dialedDigits=tjafxo1:h323_ID|ChopperGate;
2004.04.14 11:52:58[>]:DCF|200.84.48.71|1217_endp|29104|normalDrop;
2004.04.14 11:52:58[>]:DCF|200.84.48.11|4703_endp|29104|normalDrop;

All goes well after the acf the state changes to Talking.......

Now according to your source code the DCF should generate a
router.setAliasAvailable(epid, crv);

 /**
     * Set _all_ aliases on this endpoint with this CRV to available.
     * @param _epid endpoint ID
     * @param _crv  CRV
     */
    public void setAliasAvailable(String _epid, String _crv);


It looks like that this is not getting executed immediately so the next
routerequest will be placed in a wait queue because it does not see any
alias in the group available for calling and later this call will be
executed but ARJ out.

If you monitor the status port you see that it takes quiet some time to
change from Talking to Available status again. Meanwhile incoming calls are
placed in the queue and not executed well afterwards.

Now I saw this in the readme file "there should be a check if agents accept
the call routet to them, the sanity checks reduces this problem, but there
may be better ways"

If the word accept is like accepted than is this looks like it is related to
the problem and does my sanity check make sense then. Unfortunately it
doesn't always free up the alias and eventually the whole ACD tool will
become in some sort of hanging state and not react to any virtual queue
request anymore. state is -1.

Running the browser on the status port seems to somehow keep the acd tool
activated. Without the browser the tool dies out on me.

In short is there a timer related to switch the state from Talking To
Available immediately.

Any updates will be appreciated.

Thanks, Tjapko.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.657 / Virus Database: 422 - Release Date: 13/04/2004



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

_______________________________________________________

List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux