I am using the API to manage calls as they arrive at FS from a trunk
I have a very simple Dial plan rule that parks the incoming call.
<extension name="Trunk_02031701648">
<condition field="destination_number" expression="^02031701648$">
<action application="park" />
</condition>
</extension>
Once the call is parked via the API I first send a ringing (to keep the
originator happy)
sendmsg <uuid>
call-command: execute
execute-app-name: respond
execute-app-arg: 180
Via the API I then redirect the call on to another PSTN number back
through the same gateway
sendmsg <UUID>
call-command: execute
execute-app-name: redirect
execute-app-arg: sip:<destination>@194.0.147.16
The redirection works well and the originator and destination are
connected correctly.
But after the call has left FS I'm still left with some call debris
which I cannot clear down using
sendmsg <UUID>
call-command: execute
execute-app-name: hangup
execute-app-arg: <cause code>
Using command "api show channels" I find the following held on FS The
only way I've found to remove these calls is "api hupall"
-------------------------
uuid,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,appl
ication,application_data,dialplan,context,read_codec,read_rate,write_cod
ec,write_rate
132a3362-3bb2-8e46-a11b-9bd46ab2d706,2009-06-24
15:10:15,1245852615,sofia/TrunkExternal/[email protected]:5060,CS_
EXECUTE,0203196599,0203196599,
194.0.147.16,02031701648,redirect,sip:[email protected],XML,Public
,PCMU,8000,PCMU,8000
c2b40d55-0b5f-ff45-9541-cdcecc451e2c,2009-06-24
15:18:00,1245853080,sofia/TrunkExternal/[email protected]:5060,CS_
EXECUTE,0203196598,0203196598,
194.0.147.16,02031701648,redirect,sip:[email protected],XML,Public
,PCMU,8000,PCMU,8000
b03fa6b3-a436-db4b-add5-dfd0658b8867,2009-06-24
15:22:53,1245853373,sofia/TrunkExternal/[email protected]:5060,CS_
EXECUTE,0203196599,0203196599,
194.0.147.16,02031701648,redirect,sip:[email protected],XML,Public
,PCMU,8000,PCMU,8000
57ce0f01-a84d-6e49-a66d-0d771849ebb4,2009-06-24
15:40:30,1245854430,sofia/TrunkExternal/[email protected]:5060,CS_
EXECUTE,0189728400,0189728400,
194.0.147.16,02031701648,redirect,sip:[email protected],XML,Public
,PCMA,8000,PCMA,8000
4 total.
-------------------
The SIP signalling is correct with an outgoing "302 moved temporarily"
[with the new destination in the contact] which is then Ack'ed by the
switch. From a SIP point of view the call no longer on FS.
The only way I've found to remove these phantom calls is either "api
hupall", or restart the Sip profile.
Any suggestions on how I can remove these phantom calls without recourse
to "api hupall". "api hupall" kills any incoming calls as well as the
stuck calls.
Regards
Richard Lamkin
[email protected]
*************************************************************************
Please consider the environment before printing this e-mail
*************************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager. http://www.mettoni.com
Mettoni Ltd
Registered in England and Wales: 4485956
9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN
*************************************************************************
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
