Page 1 of 1

Transfer Api

PostPosted: Thu Jun 24, 2010 7:31 am
by support@xsinfoways.com
I am trying to integrate a VB based crm with vicidial i am able to use api.php .But now i want to also make or use an api for transfer . i have searched a lot and i am unable to find any kind of solutions for the same . Can anaybody tell me how can i do it ?

PostPosted: Thu Jun 24, 2010 9:38 am
by mflorell
Please describe in more detail how you want to do a transfer.

Is this a third party call transfer?

blind transfer or consultative?

PostPosted: Thu Jun 24, 2010 9:44 am
by support@xsinfoways.com
Dear mflorell,
Thanks for replying me back .
i want to achieve the following :

I am trying to integrate a VB based crm with vicidial i am able to use API.php .But now i want to also make or use an api for transfering a call to closer group (I am able to do it from the web interface of astclient ) but i want to do the same from my VB application by calling an API , i have searched a lot and i am unable to find any kind of solutions for the same . Can anaybody tell me how can i do it ?

An early reply is appreciated ...
Regards
Amit

API

PostPosted: Thu Jun 24, 2010 10:19 am
by support@xsinfoways.com
Dear Mat,
I am doing a "Local Closer" Transfer in an IN GROUP .

Anything else ? please let me know .

Amit

PostPosted: Thu Jun 24, 2010 10:38 am
by williamconley
if you look at the code for the button that does the local closer transfer, it will place a value in a table in the asterisk database.

do a "controlled test" and see if you can place the appropriate value directly without the interface generating it, and if it messes anything up when you do.

if it works, post it to the issue tracker so it can be added to the api (assuming it's not already in the api)

PostPosted: Thu Jun 24, 2010 11:16 am
by mflorell
I added that a few weeks ago into SVN/trunk for a client:

http://twitter.com/vicidial_dev/status/14876608181

PostPosted: Fri Jun 25, 2010 10:30 am
by support@xsinfoways.com
Dear Matt ,
Thanks for your support ,i have updated only api.php on my current version (agc 2.2),after the update when i do the call transfer my call tranfer going in queue , withour API it's working fine ,

Do i need to update the full version ?


Second ,if i am able to make a successfull tranfer with this ,how will my CRM know(Fetch) which agent is getting which call - I mean the caller number or caller id? is there any API for that also ?

Regards
Amit

PostPosted: Fri Jun 25, 2010 11:58 am
by mflorell
You need to do a full update, with database changes and all.

Could you explain your question in more detail, I do not understand what you mean.

Call going to IAX

PostPosted: Fri Jun 25, 2010 12:43 pm
by support@xsinfoways.com
Dear Matt,
Ok ! i have updated everything now , but the status is the same.
I have not noticed one problem , when i am doing a manual transfer from the interface itself , the call is going on to sip channel and working perfect .
But when i am doing a transfer through API it is going on IAX channel .
Below is the log ..


XS-DIALER*CLI>
-- Executing Dial("SIP/SIPtrunk-09199a10", "IAX2/ASTloop:test@127.0.0.1:40569/990009*AGENTDIRECT**32**9953007925**neeraj**||to") in new stack

XS-DIALER*CLI>
-- Called ASTloop:test@127.0.0.1:40569/990009*AGENTDIRECT**32**9953007925**neeraj**

XS-DIALER*CLI>
-- Accepting AUTHENTICATED call from 127.0.0.1:
> requested format = alaw,
> requested prefs = (gsm),
> actual format = ulaw,
> host prefs = (ulaw),
> priority = mine

XS-DIALER*CLI>
-- Executing Answer("IAX2/ASTloop-5933", "") in new stack

XS-DIALER*CLI>
-- Executing AGI("IAX2/ASTloop-5933", "agi-VDAD_ALL_inbound.agi|CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1") in new stack

XS-DIALER*CLI>
-- Call accepted by 127.0.0.1 (format ulaw)

XS-DIALER*CLI>
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi

XS-DIALER*CLI>
-- Format for call is ulaw

XS-DIALER*CLI>
AGI Tx >> agi_request: agi-VDAD_ALL_inbound.agi

XS-DIALER*CLI>
AGI Tx >> agi_channel: IAX2/ASTloop-5933

XS-DIALER*CLI>
AGI Tx >> agi_language: en
AGI Tx >> agi_type: IAX2

XS-DIALER*CLI>
AGI Tx >> agi_uniqueid: 1277486353.70
AGI Tx >> agi_callerid: 0000000000

XS-DIALER*CLI>
AGI Tx >> agi_calleridname: M0625131820000000032
AGI Tx >> agi_callingpres: 0

XS-DIALER*CLI>
AGI Tx >> agi_callingani2: 0
AGI Tx >> agi_callington: 0

XS-DIALER*CLI>
AGI Tx >> agi_callingtns: 0
AGI Tx >> agi_dnid: unknown

XS-DIALER*CLI>
AGI Tx >> agi_rdnis: unknown
AGI Tx >> agi_context: default
AGI Tx >> agi_extension: 990009*AGENTDIRECT**32**9953007925**neeraj**

XS-DIALER*CLI>
AGI Tx >> agi_priority: 2
AGI Tx >> agi_enhanced: 0.0

XS-DIALER*CLI>
AGI Tx >> agi_accountcode: ASTloop
AGI Tx >>

XS-DIALER*CLI>
-- IAX2/127.0.0.1:40569-1829 answered SIP/SIPtrunk-09199a10

XS-DIALER*CLI>
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... -53-----48 completed, returning 0

XS-DIALER*CLI>
== Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-e972,2'
-- Executing DeadAGI("Local/8600051@default-e972,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
AGI Tx >> agi_network_script: call_log--HVcauses--PRI-----NODEBUG-----0---------------
AGI Tx >> agi_request: agi://127.0.0.1:4577/call_log--HVcauses ... ----------
AGI Tx >> agi_channel: Local/8600051@default-e972,2
AGI Tx >> agi_language: en
AGI Tx >> agi_type: Local
AGI Tx >> agi_uniqueid: 1277486300.66
AGI Tx >> agi_callerid: 0000000000
AGI Tx >> agi_calleridname: M0625131820000000032
AGI Tx >> agi_callingpres: 0
AGI Tx >> agi_callingani2: 0
AGI Tx >> agi_callington: 0
AGI Tx >> agi_callingtns: 0
AGI Tx >> agi_dnid: unknown
AGI Tx >> agi_rdnis: unknown
AGI Tx >> agi_context: default
AGI Tx >> agi_extension: h
AGI Tx >> agi_priority: 1
AGI Tx >> agi_enhanced: 0.0

XS-DIALER*CLI>
AGI Tx >> agi_accountcode:
AGI Tx >>

XS-DIALER*CLI>
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

XS-DIALER*CLI>
AGI Rx << SET CALLERID "J0625131913000000032 <9953007925>"

XS-DIALER*CLI>
AGI Tx >> 200 result=1

XS-DIALER*CLI>
AGI Rx << STREAM FILE sip-silence ""

XS-DIALER*CLI>
AGI Tx >> 200 result=0 endpos=160

XS-DIALER*CLI>
AGI Rx << STREAM FILE sip-silence ""

XS-DIALER*CLI>
AGI Tx >> 200 result=0 endpos=160

XS-DIALER*CLI>
AGI Rx << SET CALLERID "Y0625131913000000032 <0000000000>"
AGI Tx >> 200 result=1

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6

XS-DIALER*CLI>
AGI Rx << CHANNEL STATUS IAX2/ASTloop-5933
AGI Tx >> 200 result=6


Do i have to pass something for SIP channel in API ..



Regards
Amit

PostPosted: Fri Jun 25, 2010 1:02 pm
by mflorell
That's the loopback IAX trunk, that is normal.

API PROBLEM

PostPosted: Fri Jun 25, 2010 1:46 pm
by support@xsinfoways.com
Dear Matt,

I am using the following :
Option : A

function=transfer_conference
value=LOCAL_CLOSER

Call not getting transfer at all
RESULT :
SUCCESS: transfer_conference function set - LOCAL_CLOSER|AGENTDIRECT|9953007925|NO|neeraj

Option : B

function=ra_call_control
stage=INGROUPTRANSFER


Call Getting transfered to queue only not going to the agent n the group

RESULT :
SUCCESS: ra_call_control transfer - neeraj|M0625143218000000039|

Can you tell me the problem ?

Amit

PostPosted: Fri Jun 25, 2010 1:59 pm
by mflorell
ra_call_control is for Remote Agents only, not agents logged into the vicidial.php interface.

What is the vicidial.php version and build that you are using?

What is the Admin -> System Settings -> "DB Schema Version"?

Update

PostPosted: Fri Jun 25, 2010 2:06 pm
by support@xsinfoways.com
Dear Matt,

Below are the answer :

DB Schema Version: 1229
version = '2.0.5-206'


But transfer_conference function not working at all ....

Regards
Amit

PostPosted: Fri Jun 25, 2010 2:27 pm
by mflorell
you are using vicidial.php version 2.0.5-206 ?

API

PostPosted: Fri Jun 25, 2010 2:29 pm
by support@xsinfoways.com
Dear Matt,
Yes i am using vicidial.php version 2.0.5-206

Amit

PostPosted: Fri Jun 25, 2010 2:43 pm
by mflorell
I guess I need to say this again:


"You need to do a full update"


What you are running is old and does not have the updated functions in it. You need to do a full update to ALL svn/trunk code, this includes the vicidial.php.

API

PostPosted: Fri Jun 25, 2010 2:47 pm
by support@xsinfoways.com
Sorry my mistake i was running from /agc2 , not from /agc which was updated .

Transfer is working ..

Amit