Summary:ASTERISK-17949: Asterisk Hangs after receiving SIP response 302 "Moved Temporarily" from Yealink T22P Phone
Reporter:Andre Luis (andrel)Labels:
Date Opened:2011-06-01 08:15:34Date Closed:2011-09-22 07:28:14
Versions:1.8.4 Frequency of
Environment:Attachments:( 0) backtrace-threads.txt
( 1) backtrace-threads-only-dahdi.txt
( 2) core-show-locks.txt
( 3) core-show-locks-only-dahdi.txt
( 4) full
Description:Asterisk freeze after receive response SIP 302  from Yealink T22P Phone.

last message on CLI:

[Jun  1 09:44:36] NOTICE[30952]: app_dial.c:844 do_forward: Not accepting call completion offers from call-forward recipient Local/9001@vip-cel-ffd9;1



Asterisk -
Ubuntu 11.04 Server 32bit
Two Yealink T22P Phones

When Calling from extensions 9001 to 9002 (Yealink Phones) and yealink phone on extension 9002 is set to forward all calls (to anywhere ex:9003) the notice message appears on CLI and then asterisk process freezes.
To make asterisk work again i need to kill the /usr/sbin/asterisk process and restart.

- DialPlan
context incoming-call{
90XX => Dial(SIP/${EXTEN});
Comments:By: Leif Madsen (lmadsen) 2011-06-01 08:34:41

There is a high potential this is happening due to the use of res_timing_pthread. Please test using res_timing_dahdi. Thanks!

By: Andre Luis (andrel) 2011-06-02 10:19:02

After removing both res_timing_pthred and res_timing_timerfd leaving only res_timing_dahdi the problem still there.

and asterisk.conf - internal_timing=yes;

Added new backtrace and show locks!

By: Dustin Wenz (dustinwenz) 2011-06-29 17:07:04.103-0500

I'm seeing this same issue with Asterisk 1.8.4 (x86_64) under Mac OS X Server 10.6.4, using Polycom SoundPoint IP 601 and 650 phones registered as sip peers.

This condition is easily reproducible. All the user needs to do is press the "Forward" softkey on the phone and enter an extension. When the phone is called while in the forwarding state, Asterisk will hang after reporting "app_dial.c:844 do_forward: Not accepting call completion offers from call-forward recipient ..."

A stack trace reveals that Asterisk is stuck in a loop in autoservice.c, line 273:

/* Wait while autoservice thread rebuilds its list. */
while (chan_list_state == as_chan_list_state) {

By: Dustin Wenz (dustinwenz) 2011-06-29 17:53:30.464-0500

I don't see this issue in Asterisk, using the same config files as 1.8.4.

By: Andre Luis (andrel) 2011-06-30 08:37:01.447-0500

I use e i don't see the problem eihter, i was trying to upgrade, but i came across this problem, now i'm staying at

By: Andre Luis (andrel) 2011-07-12 13:38:17.310-0500

Seems to be solved in