search for: do_state_chang

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 &

...nf_add: Added 21 to conference 9/1 Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:1374 update_conf: Updated conferencing on 3, with 0 conference users Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:1374 update_conf: Updated conferencing on 1, with 0 conference users Jun 6 21:08:42 DEBUG[2121]: devicestate.c:187 do_state_change: Changing state for Zap/1 - state 2 (In use) Jun 6 21:08:42 DEBUG[2138]: app_queue.c:471 changethread: Device 'Zap/1' changed to state '2' (In use) Jun 6 21:08:42 DEBUG[2121]: devicestate.c:187 do_state_change: Changing state for Zap/3 - state 2 (In use) Jun 6 21:08:42 DEBUG[213...

...is process up? cheers charles Apr 5 16:15:00 DEBUG[7010]: chan_zap.c:6639 do_monitor: Monitor doohicky got event Ring Begin on channel 1 Apr 5 16:15:02 DEBUG[7010]: chan_zap.c:6639 do_monitor: Monitor doohicky got event Ring/Answered on channel 1 Apr 5 16:15:02 DEBUG[6986]: devicestate.c:187 do_state_change: Changing state for Zap/1 - state 2 (In use) Apr 5 16:15:02 DEBUG[7549]: app_queue.c:471 changethread: Device 'Zap/1' changed to state '2' (In use) -- Starting simple switch on 'Zap/1-1' Apr 5 16:15:05 NOTICE[7548]: chan_zap.c:6063 ss_thread: Got event 18 (Ring Begin)...

...ith this capability: 0x4 (ulaw) [May 9 08:42:42] DEBUG[18512]: channel.c:1026 channel_find_locked: Avoiding initial deadlock for channel '0xa29dd20' [May 9 08:42:42] DEBUG[20530]: pbx.c:1795 pbx_extension_helper: Launching 'Wait' [May 9 08:42:42] DEBUG[18512]: devicestate.c:287 do_state_change: Changing state for SIP/128.91.56.38 - state 2 (In use) [May 9 08:42:42] DEBUG[18518]: chan_sip.c:4393 find_call: = Found Their Call ID: 9CB723DE-FD6111DB-9FBF9C45-B28951D9@128.91.56.38 Their Tag 479EE6C-1A45 Our tag: as33bbca55 [May 9 08:42:42] DEBUG[18518]: chan_sip.c:14725 handle_request:...

...ize=160, hits_required=116 [Sep 14 08:21:11] DEBUG[9337]: dsp.c:1576 ast_dsp_set_busy_pattern: dsp busy pattern set to 0,0 [Sep 14 08:21:11] DEBUG[9315]: devicestate.c:340 _ast_device_state: No provider found, checking channel drivers for DAHDI - 1 [Sep 14 08:21:11] DEBUG[9315]: devicestate.c:458 do_state_change: Changing state for DAHDI/1 - state 2 (In use) [Sep 14 08:21:11] DEBUG[9315]: devicestate.c:438 devstate_event: device 'DAHDI/1' state '2' [Sep 14 08:21:11] DEBUG[11186]: sig_analog.c:1769 __analog_ss_thread: __analog_ss_thread 1 -- Starting simple switch on 'DAHDI/1-1...

...te: Wed, 25 Jan 2006 21:30:30 GMT Content-Length: 0 --- Scheduling destruction of call '4cbeffff4b8bffff@194.183.145.211' in 15000 ms Jan 25 22:30:30 DEBUG[41042]: chan_sip.c:11455 sip_devicestate: Checking device state for peer 435572949011 Jan 25 22:30:30 DEBUG[41042]: devicestate.c:187 do_state_change: Changing state for SIP/435572949011 - state 1 (Not in use) <-- SIP read from 194.208.44.44:34560: SIP/2.0 200 OK Via: SIP/2.0/UDP 194.208.44.43:5060;branch=z9hG4bK3192df06;rport Record-Route: <sip:PPC998209@194.208.44.44:34560> From: "Unknown" <sip:Unknown@tpasterisku01.te...

...xpires=600 Date: Wed, 01 Feb 2006 07:55:25 GMT Content-Length: 0 --- Scheduling destruction of call '03172de4f748d31@192.168.1.2' in 15000 ms Feb 1 07:55:25 DEBUG[24594]: chan_sip.c:11469 sip_devicestate: Checking device state for peer test Feb 1 07:55:25 DEBUG[24594]: devicestate.c:187 do_state_change: Changing state for SIP/test - state 1 (Not in use) Feb 1 07:55:25 DEBUG[24712]: app_queue.c:471 changethread: Device 'SIP/test' changed to state '1' (Not in use) Feb 1 07:55:40 DEBUG[24601]: chan_sip.c:1316 __sip_autodestruct: Auto destroying call '03172de4f748d31@192.168.1....