search for: ast_hangup

...p the channel up and do something else in the dialplan. As I'm not too familiar with the asterisk internals I have problems to interprete the sources, but I think it might be in the method: static int changrab_exec in Line 131 which is res = ast_bridge_call(chan, newchan, &config); ast_hangup(newchan); I have no clue if ast_bridge_call blocks until some statechange happens and ast_hangup hangs up which would lead to the undesired behavior!? Maybe someone can help me understanding some basics about these asterisk functions!? -- Knud A. M?ller

...2) localhost*CLI> [Sep 29 20:02:32] DEBUG[21183]: chan_iax2.c:9733 socket_process: Acking anyway localhost*CLI> [Sep 29 20:02:34] DEBUG[21184]: chan_iax2.c:10261 socket_process: Immediately destroying 3477, having received hangup localhost*CLI> [Sep 29 20:02:34] DEBUG[5752]: channel.c:1760 ast_hangup: Hanging up channel 'IAX2/8366-8884' [Sep 29 20:02:34] DEBUG[5752]: chan_iax2.c:4978 iax2_hangup: We're hanging up IAX2/8366-8884 now... -- Hungup 'IAX2/8366-8884' [Sep 29 20:02:34] DEBUG[5752]: app_dial.c:2315 dial_exec_full: Exiting with DIALSTATUS=CANCEL. [Sep 29 20:02:34...

...e: build_route: Contact hop: <sip:2000@192.168.1.101:5060> Aug 26 15:54:17 DEBUG[-1260983376]: pbx.c:1255 pbx_extension_helper: Launching 'ChanIsAvail' Aug 26 15:54:17 DEBUG[-1260983376]: chan_zap.c:6491 zt_request: Using channel 17 Aug 26 15:54:17 DEBUG[-1260983376]: channel.c:733 ast_hangup: Hanging up channel 'Zap/17-1' Aug 26 15:54:17 DEBUG[-1260983376]: chan_zap.c:1902 zt_hangup: zt_hangup (Zap/17-1) Aug 26 15:54:17 DEBUG[-1260983376]: chan_zap.c:2417 zt_setoption: Set option AUDIO MODE, value: ON(1) on Zap/17-1 Aug 26 15:54:17 DEBUG[-1260983376]: chan_zap.c:1930 zt_hangu...

...non-zero on 'SIP/Testsnom-00709570' *** glibc detected *** asterisk: double free or corruption (out): 0x00002ab23a7ed9f0 *** ======= Backtrace: ========= /lib/libc.so.6[0x2ab23a620733] /lib/libc.so.6(__libc_free+0x84)[0x2ab23a6208b4] asterisk(ast_channel_free+0xf6)[0x438fa6] asterisk(ast_hangup+0x35a)[0x43b84a] /usr/lib/asterisk/modules/res_features.so[0x2aaaab8298c0] asterisk[0x4a719c] /lib/libpthread.so.0[0x2ab239da23ca] /lib/libc.so.6(__clone+0x6d)[0x2ab23a67f55d] ======= Memory map: ======== Anyone got any ideas? -- Regards, Russell -------------------------------------...

...0x00628209 in abort () from /lib/tls/libc.so.6 #3 0x0065a71a in __libc_message () from /lib/tls/libc.so.6 #4 0x00660fbf in _int_free () from /lib/tls/libc.so.6 #5 0x0066133a in free () from /lib/tls/libc.so.6 #6 0x080615f3 in ast_channel_free (chan=0xb7904e00) at channel.c:959 #7 0x08062bd7 in ast_hangup (chan=0xb7904e00) at channel.c:1392 #8 0x001aa4fb in conf_free (conf=0xb7901d98) at app_meetme.c:789 #9 0x001acfa3 in conf_run (chan=0x96e94a0, conf=0xb7901d98, confflags=4224, optargs=0xb7ddcd4c) at app_meetme.c:1607 #10 0x001aeb26 in conf_exec (chan=0x96e94a0, data=0xb7de1070) at app_meetme.c:2...

Dear all - Some wisom please. We have a need to customise the Q.931 clearing causes being sent back to the network based on decisions made in some scripts or extension logic. i.e. I want to be able to decide to clear a call (either answered or during the alerting phase) with any clearing cause needed. E.g. 'All circuits busy' or 'network fault' or 'vacant number' etc.

Does anyone know what this means "Warning [65542]: chan_sip:c:501 retrans_plct: Maximum retries exceeded on call 7438737dc873850@172.16.0.52 for seqno102 (Non-critical Request. 172.16.0.52 is the Asterisk Server I'm guessing that I have something miss configured just not sure what it is. If you need more info just ask.

...ed 21 from conference 9/1 Jun 6 21:08:46 DEBUG[2134]: chan_zap.c:1374 update_conf: Updated conferencing on 3, with 0 conference users Jun 6 21:08:46 DEBUG[2134]: channel.c:3478 ast_channel_bridge: Returning from native bridge, channels: Zap/3-1, Zap/1-1 Jun 6 21:08:46 DEBUG[2134]: channel.c:1323 ast_hangup: Hanging up channel 'Zap/1-1' Jun 6 21:08:46 DEBUG[2134]: chan_zap.c:2312 zt_hangup: zt_hangup(Zap/1-1) Jun 6 21:08:46 DEBUG[2134]: chan_zap.c:2345 zt_hangup: Hangup: channel: 1 index = 0, normal = 20, callwait = -1, thirdcall = -1 Jun 6 21:08:46 DEBUG[2134]: chan_zap.c:2785 zt_setoption...

...DEBUG[1109818288]: channel.c:1493 ast_set_write_format: Set channel CAPI[contr8/97166]/0 to write format ALAW May 24 07:48:13 DEBUG[1109818288]: pbx.c:1739 ast_pbx_run: Spawn extension (default,i,1) exited non-zero on 'CAPI[contr8/97166]/0' May 24 07:48:13 DEBUG[1109818288]: channel.c:662 ast_hangup: Hanging up channel 'CAPI[contr8/97166]/0' > sent INFO_RESP (PLCI=0x108) == DISCONNECT_B3_IND NCCI=0x10108 Urgent handler > sent DISCONNECT_B3_RESP NCCI=0x10108 -- CAPI Hangingup > activehangingup > sent DISCONNECT_REQ PLCI=0x108 Program recei...

...420292e5 in sigsuspend () from /lib/i686/libc.so.6 #1 0x4003d679 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x4003f4b9 in __pthread_alt_lock () from /lib/i686/libpthread.so.0 #3 0x4003c116 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #4 0x08056029 in ast_hangup (chan=0x80e5ce8) at channel.c:601 #5 0x08060bd8 in ast_pbx_run (c=0x80e5ce8) at pbx.c:1731 #6 0x08065ddf in pbx_thread (data=0x80e5ce8) at pbx.c:1743 #7 0x4003afef in pthread_start_thread () from /lib/i686/libpthread.so.0 -----Original Message----- From: Mark Spencer [mailto:markster@digium.com...

Since www.bkw.org seems not to exist anymore (getting response from some hosting provider), does anyone happend to have a copy of app_valetparking.c from www.bkw.org - the one that should work with * stable 1.0.X ? If so please contact me. One that can be downloaded from www.loligo.com dosn't compile with 1.0.X, and SuperValletParking (www.asterlink.com/svp/) seems to be for * HEAD

Nope ! This is the one that tries to include PRE 1.0.X header file <parking.h>. It cannot compile on * 1.0.X (I have tried also to include <features.h> instead of <parking.h> (as far as I know features.h is successor to parking.h), but still without results). Thanks anyway. Nenad > > Try this > >> Since www.bkw.org seems not to exist anymore (getting

Hi I have noticed that asterisk returns 'SIP 603' when the called party does not answer. My test setup is simple: two SIP phones (extensions: 100 and 111) registered to an Asterisk 1.8.30.0 gateway.The Dial timeout is 30 seconds. When 100 calls 111 and after 30 seconds, asterisk sends a CANCEL request to 111 (expected) and a '603 Decline' response to 100 (unexpected &

...ad: Failed to grab lock, trying again... 2004-08-09 17:36:29 DEBUG[229390]: chan_sip.c:7417 sipsock_read: Failed to grab lock, trying again... 2004-08-09 17:36:29 DEBUG[229390]: chan_sip.c:7417 sipsock_read: Failed to grab lock, trying again... 2004-08-09 17:36:29 DEBUG[245775]: channel.c:733 ast_hangup: Hanging up channel 'SIP/65.67.76.30-0814e4f0' 2004-08-09 17:36:29 DEBUG[245775]: chan_sip.c:1717 sip_hangup: sip_hangup(SIP/65.67.76.30-0814e4f0) 2004-08-09 17:36:29 DEBUG[245775]: chan_sip.c:1732 sip_hangup: update_user_counter() - decrement inUse counter 2004-08-09 17:36:29 DEBUG[2...

...Exception on 25, channel 11 [Mar 26 14:36:57] DEBUG[12577]: chan_dahdi.c:4142 dahdi_handle_event: Got event On hook(1) on channel 11 (index 0) [Mar 26 14:36:57] DEBUG[12577]: chan_dahdi.c:1816 dahdi_disable_ec: disabled echo cancellation on channel 11 [Mar 26 14:36:57] DEBUG[12577]: channel.c:1585 ast_hangup: Hanging up channel 'DAHDI/11-1' [Mar 26 14:36:57] DEBUG[12577]: chan_dahdi.c:2816 dahdi_hangup: dahdi_hangup(DAHDI/11-1) [Mar 26 14:36:57] DEBUG[12577]: chan_dahdi.c:2851 dahdi_hangup: Hangup: channel: 11 index = 0, normal = 25, callwait = -1, thirdcall = -1 [Mar 26 14:36:57] DEBUG[12577]:...

...ARNING[13701]: res_features.c:881 builtin_atxfer: Did not read data. -- Playing 'beeperr' (language 'it') == Spawn extension (intern, 2391, 1) exited non-zero on 'SIP/2339-4e1d' -- Stopped music on hold on SIP/2339-4e1d Jun 7 15:11:48 WARNING[13701]: channel.c:902 ast_hangup: Hard hangup called by thread 327699 on SIP/2339-4e1d, while fd is blocked by thread 393236 in procedure ast_waitfor_nandfds! Expect a failure any suggestions ? Thanks Giordano -------------- next part -------------- An HTML attachment was scrubbed... URL:...

...w state Ringing for Notify User 36653 -- SIP/36651-09eb3648 is ringing -- SIP/36651-09eb3648 answered Extension Changed 36651 new state InUse for Notify User 36653 -- Created MeetMe conference 1023 for conference '10382980d' [Mar 2 09:14:58] WARNING[11449]: channel.c:1686 ast_hangup: Hard hangup called by thread 29141936 on SIP/36651-09eb3648, while fd is blocked by thread 20036528 in procedure ast_waitfor_nandfds! Expect a failure == Spawn extension (amaxx, **2, 2) exited non-zero on 'SIP/36652-b7d0c1f0' Extension Changed 36651 new state Idle for Notify User 366...

...allthrough, channel 'PJSIP/Client.1.1.1.1-00000002' status is 'UNKNOWN' [Jul 9 21:39:29] DEBUG[47716][C-00000002]: channel.c:2597 ast_softhangup_nolock: Soft-Hanging (0x10) up channel 'PJSIP/Client.1.1.1.1-00000002' [Jul 9 21:39:29] DEBUG[47716][C-00000002]: channel.c:2753 ast_hangup: Hanging up channel 'PJSIP/Client.1.1.1.1-00000002' [Jul 9 21:39:29] DEBUG[47716][C-00000002]: chan_pjsip.c:1578 hangup_cause2sip: AST hangup cause 0 (no match found in PJSIP) <--- Transmitting SIP response (369 bytes) to UDP:1.1.1.1:49260 ---> SIP/2.0 603 Decline v: SIP/2.0/UDP 1.1....

...nabled echo cancellation on channel 1 Aug 4 15:44:26 DEBUG[5059]: chan_zap.c:1231 zt_enable_ec: Enabled echo cancellation on channel 2 Aug 4 15:44:26 DEBUG[5059]: channel.c:2640 ast_channel_bridge: Returning from native bridge, channels: Zap/1-1, Zap/2-1 Aug 4 15:44:26 DEBUG[5059]: channel.c:739 ast_hangup: Hanging up channel 'Zap/2-1' Aug 4 15:44:26 DEBUG[5059]: chan_zap.c:1959 zt_hangup: zt_hangup(Zap/2-1) Aug 4 15:44:26 DEBUG[5059]: chan_zap.c:1987 zt_hangup: Hangup: channel: 2 index = 0, normal = 17, callwait = -1, thirdcall = -1 Aug 4 15:44:26 DEBUG[5059]: chan_zap.c:1263 zt_disable_ec...

...(3)... Jan 21 10:00:01 DEBUG[15733]: chan_modem_i4l.c:242 i4l_handle_escape: Escaped character '<some extended ASCII character>' Jan 21 10:00:01 NOTICE[15733]: channel.c:1691 ast_set_write_format: Unable to find a path from unknown to slin Jan 21 10:00:01 DEBUG[15733]: channel.c:739 ast_hangup: Hanging up channel 'Modem[i4l]/ttyI0' Jan 21 10:00:01 DEBUG[15733]: chan_modem.c:423 modem_hangup: modem_hangup(Modem[i4l]/ttyI0) Jan 21 10:00:01 DEBUG[15733]: chan_modem_i4l.c:154 i4l_init: i4l_init() And help would be appreciated - thank you. - Steve Jabber: steve@nexusuk.org...