[Freeswitch-users] Orphaned calls left on FS after redirect off of FS
Brian West
brian at freeswitch.org
Wed Jun 24 11:20:50 PDT 2009
I have tried to reproduce this issue but haven't been able too... What
SVN Rev are you on?
/b
On Jun 24, 2009, at 10:29 AM, Richard Lamkin wrote:
> 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
> ,application
> ,application_data
> ,dialplan,context,read_codec,read_rate,write_codec,write_rate
> 132a3362-3bb2-8e46-a11b-9bd46ab2d706,2009-06-24 15:10:15,1245852615,sofia/TrunkExternal/0203196599 at 194.0.147.16
> :5060,CS_EXECUTE,0203196599,0203196599,
> 194.0.147.16,02031701648,redirect,sip:0189728420 at 194.0.147.16,XML,Public,PCMU,8000,PCMU,8000
> c2b40d55-0b5f-ff45-9541-cdcecc451e2c,2009-06-24 15:18:00,1245853080,sofia/TrunkExternal/0203196598 at 194.0.147.16
> :5060,CS_EXECUTE,0203196598,0203196598,
> 194.0.147.16,02031701648,redirect,sip:0189728420 at 194.0.147.16,XML,Public,PCMU,8000,PCMU,8000
> b03fa6b3-a436-db4b-add5-dfd0658b8867,2009-06-24 15:22:53,1245853373,sofia/TrunkExternal/0203196599 at 194.0.147.16
> :5060,CS_EXECUTE,0203196599,0203196599,
> 194.0.147.16,02031701648,redirect,sip:0189728420 at 194.0.147.16,XML,Public,PCMU,8000,PCMU,8000
> 57ce0f01-a84d-6e49-a66d-0d771849ebb4,2009-06-24 15:40:30,1245854430,sofia/TrunkExternal/0189728400 at 194.0.147.16
> :5060,CS_EXECUTE,0189728400,0189728400,
> 194.0.147.16,02031701648,redirect,sip:0701137881 at 194.0.147.16,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
> richard.lamkin at mettoni.com
>
>
>
>
>
>
>
>
> *************************************************************************
> 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
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
Brian West
brian at freeswitch.org
-- Meet us at ClueCon! http://www.cluecon.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090624/fa9797f7/attachment-0002.html
More information about the FreeSWITCH-users
mailing list