It seems CHANNEL_HANGUP_COMPLETE will not send to erlang when the call is immediately canceled after bridge app is called


2014/1/15 Ola Bäckström <Ola.Backstrom@loxysoft.se>
The command "erlang handlers", typed in the Freeswitch cli,  should show what events you're requested to receive.

/Ola
-----Original Message-----
From: Ola Bäckström
Sent: den 15 januari 2014 14:29
To: 'FreeSWITCH Users Help'
Subject: RE: [Freeswitch-users] CHANNEL_HANGUP_COMPLETE cannot received

My impression is that Freeswitch does indeed send CHANNEL_HANGUP_COMPLETE in all SIP-related hangup scenarios if one has requested them to come using the event mechanism. At least with mod_erlang_event in Inbound mode. Have used Freeswitch versions up to 1.2.12, not 1.2.14 yet.

Could you somehow have lost Erlang-connection? Check with "erlang listeners" in fs_cli.

/Ola
_______________________________________________

Switchboard: +46 (0)63-18 34 40
Postal address: Box 153, 840 60 Bräcke, Sweden
Visit: Armégränd 7, Östersund, Sweden
Web: www.loxysoft.se
-----Original Message-----
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of mbo
Sent: den 15 januari 2014 11:52
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] CHANNEL_HANGUP_COMPLETE cannot received

Hi,

I’m not 100% sure, but as far as I remember the CHANNEL_HANGUP_COMPLETE is not always sent. It depends who releases the call (originator or destination). Can you check this e.g. by connecting with telnet to the event socket port and see which you are receiving?

- Markus


Am 15.01.2014 um 02:40 schrieb 刘云龙 <lyl@juyide.com>:

> Hi!
>
>       I'm using mod_erlang_event outbound, the env is FreeSWITCH Version 1.2.14 and Erlang R16B02,  My erlang applicaton behaviour normal before the call was hangup, but it cannot receive every CHANNEL_HANGUP_COMPLETE, any one can tell me why?
>
>
> ______________________________________________________________________
> ___ Professional FreeSWITCH Consulting Services:
> consulting@freeswitch.org
> http://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
> http://www.cudatel.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use
> rs
> http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org