ASTERISK-06282: chan_iax2 hangs intermittently

[Home]

Summary: ASTERISK-06282: chan_iax2 hangs intermittently

Reporter: Roy Sigurd Karlsbakk (rkarlsba) Labels:

Date Opened: 2006-02-09 03:17:15.000-0600 Date Closed: 2006-05-11 09:54:32

Priority: Major Regression? No

Status: Closed/Complete Components: Core/General

Versions: Frequency of
Occurrence

Related
Issues:

Environment: Attachments: ( 0) full.1.gz
( 1) iaxdebug

Description: hi

chan_iax2 hangs intermittently, and asterisk then needs to be killed the hard way. console stops responding to restart commands, both 'gracefully' and 'now'. usually one call is seen 'hanging'. The last output from the debug log is pasted below. the full debug log since last restart (yesterday around 1530) is attached as full.1.gz.

Asterisk seems stable when idle, but hangs intermittently with traffic. The same error has been seen since pre 1.2. The only remedy is to killall -9 asterisk and restart.

A backtrace is obviously not available since there is no crash.

roy

****** ADDITIONAL INFORMATION ******

2006-02-09 11:03:51 VERBOSE[1106] logger.c: == Parsing '/etc/asterisk/manager.conf': 2006-02-09 11:03:51 VERBOSE[1106] logger.c: == Parsing '/etc/asterisk/manager.conf': Found
2006-02-09 11:03:51 DEBUG[1106] acl.c: 0.0.0.0/0.0.0.0/0.0.0.0 appended to acl for peer
2006-02-09 11:03:51 DEBUG[1106] acl.c: 213.160.242.10/255.255.255.255/255.255.255.255 appended to acl for peer
2006-02-09 11:03:51 DEBUG[1106] acl.c: ##### Testing 213.160.242.10 with 0.0.0.0
2006-02-09 11:03:51 DEBUG[1106] acl.c: ##### Testing 213.160.242.10 with 213.160.242.10
2006-02-09 11:03:51 VERBOSE[1106] logger.c: == Manager 'nagios' logged on from 213.160.242.10
2006-02-09 11:03:51 DEBUG[1106] manager.c: Manager received command 'Status'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 DEBUG[1106] channel.c: Avoiding deadlock for 'SIP/006-f5ca'
2006-02-09 11:03:51 WARNING[1106] channel.c: Avoided deadlock for '0x82352f0', 10 retries!
2006-02-09 11:03:51 DEBUG[1106] manager.c: Manager received command 'Logoff'
2006-02-09 11:03:51 VERBOSE[1106] logger.c: == Manager 'nagios' logged off from 213.160.242.10
2006-02-09 11:03:58 DEBUG[15163] chan_sip.c: Auto destroying call 'c0a80765-13c4-43eb138e-4ba01db-7669'
2006-02-09 11:03:58 DEBUG[15163] chan_sip.c: Auto destroying call 'c0a80765-13c4-43eb138e-4ba021c-55fa'
2006-02-09 11:03:58 DEBUG[15163] chan_sip.c: Auto destroying call 'c0a80765-13c4-43eb138e-4ba0262-6387'
2006-02-09 11:03:59 DEBUG[15163] chan_sip.c: Auto destroying call 'c0a80765-13c4-43eb138e-4ba02a3-4620'
2006-02-09 11:04:02 DEBUG[1045] channel.c: Didn't get a frame from channel: SIP/21986970-a028
2006-02-09 11:04:02 DEBUG[1045] channel.c: Bridge stops bridging channels IAX2/73798833-13 and SIP/21986970-a028
2006-02-09 11:04:02 DEBUG[1045] chan_sip.c: update_call_counter(23227357) - decrement call limit counter
2006-02-09 11:04:02 DEBUG[1045] app_dial.c: Exiting with DIALSTATUS=ANSWER.
2006-02-09 11:04:02 VERBOSE[1045] logger.c: == Spawn extension (macro-dial, s, 2) exited non-zero on 'IAX2/73798833-13' in macro 'dial'
2006-02-09 11:04:02 VERBOSE[1045] logger.c: == Spawn extension (sip-out, 23227357, 2) exited non-zero on 'IAX2/73798833-13'
2006-02-09 11:04:02 DEBUG[1045] pbx.c: Expression result is '1'
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- Executing GotoIf("IAX2/73798833-13", "1?3") in new stack
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- Goto (sip-out,h,3)
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- Executing Verbose("IAX2/73798833-13", "Monitor filename is 73798830--1139479288.51") in new stack
2006-02-09 11:04:02 VERBOSE[1045] logger.c: Monitor filename is 73798830--1139479288.51
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- Executing DeadAGI("IAX2/73798833-13", " mix.agi |73798830--1139479288.51") in new stack
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/ mix.agi
2006-02-09 11:04:02 VERBOSE[1045] logger.c: -- AGI Script mix.agi completed, returning 0
2006-02-09 11:04:03 DEBUG[15165] chan_iax2.c: Immediately destroying 13, having received hangup
2006-02-09 11:04:03 NOTICE[15165] chan_iax2.c: Avoiding IAX destroy deadlock
2006-02-09 11:04:03 NOTICE[15165] chan_iax2.c: Avoiding IAX destroy deadlock
2006-02-09 11:04:03 NOTICE[15165] chan_iax2.c: Avoiding IAX destroy deadlock
2006-02-09 11:04:03 NOTICE[15165] chan_iax2.c: Avoiding IAX destroy deadlock
2006-02-09 11:04:03 NOTICE[15165] chan_iax2.c: Avoiding IAX destroy deadlock

Comments: By: Clod Patry (junky) 2006-02-09 14:08:14.000-0600

That looks more a SIP problem to me, based on the fact
that frame IAX_COMMAND_HANGUP is received, and there's only channel.c which is calling these functions.
The deadlock appears to be on your SIP channel before the hangup.
And there's no much output related to SIP.

Do you have that issue if only using IAX2?
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-09 14:58:00.000-0600

hard to tell, really, since the box is having iax clients and trunking them to a sip gateway
By: Clod Patry (junky) 2006-02-09 15:01:30.000-0600

can u do an iax2 debug to see all tx/rx?
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-09 15:06:20.000-0600

just turned on sip debug and iax debug, debug 9 and verbose 9. we'll prolly see anything tomorrow or so
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-10 03:56:46.000-0600

please note that when the error occurs, iax stops responding...
i don't monitor sip yet, so i'm not sure about that
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-10 10:06:22.000-0600

(gdb) info thread
20 Thread -1211196496 (LWP 24308) 0xb7eba523 in poll () from /lib/tls/libc.so.6
19 Thread -1211458640 (LWP 24309) 0xb7fcd8ae in accept () from /lib/tls/libpthread.so.0
18 Thread -1211720784 (LWP 24310) 0xb7fcb295 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
17 Thread -1212195920 (LWP 24311) 0xb7ebca27 in select () from /lib/tls/libc.so.6
16 Thread -1212511312 (LWP 24312) 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
15 Thread -1212773456 (LWP 24313) 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
14 Thread -1213035600 (LWP 24314) 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
13 Thread -1213297744 (LWP 24315) 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
12 Thread -1215943760 (LWP 24323) 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
11 Thread -1216332880 (LWP 24324) 0xb7eba523 in poll () from /lib/tls/libc.so.6
10 Thread -1216595024 (LWP 24325) 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
9 Thread -1217254480 (LWP 24326) 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
8 Thread -1217659984 (LWP 24327) 0xb7eba523 in poll () from /lib/tls/libc.so.6
7 Thread -1219331152 (LWP 24328) 0xb7eba523 in poll () from /lib/tls/libc.so.6
6 Thread -1219716176 (LWP 24329) 0xb7eba523 in poll () from /lib/tls/libc.so.6
5 Thread -1220678736 (LWP 24330) 0xb7eba523 in poll () from /lib/tls/libc.so.6
4 Thread -1222456400 (LWP 19286) 0xb7eba523 in poll () from /lib/tls/libc.so.6
3 Thread -1223476304 (LWP 19316) 0xb7fcd436 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
2 Thread -1224430672 (LWP 19364) 0xb7fcd436 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
1 Thread -1211195264 (LWP 1309) 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
(gdb) thread apply all bt

Thread 20 (Thread -1211196496 (LWP 24308)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x080bd4fe in listener (unused=0x0) at asterisk.c:585
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 19 (Thread -1211458640 (LWP 24309)):
#0 0xb7fcd8ae in accept () from /lib/tls/libpthread.so.0
#1 0x080bb5f9 in accept_thread (ignore=0x0) at manager.c:1446
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 18 (Thread -1211720784 (LWP 24310)):
#0 0xb7fcb295 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#1 0x080d45a0 in ast_cond_wait (cond=0x812dc80, t=0x81298c8) at lock.h:626
#2 0x080d4483 in do_devstate_changes (data=0x0) at devicestate.c:264
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 17 (Thread -1212195920 (LWP 24311)):
#0 0xb7ebca27 in select () from /lib/tls/libc.so.6
#1 0xb7c00712 in ast_select (nfds=0, rfds=0xb7bf5950, wfds=0x0, efds=0xb7bf58d0, tvp=0x0) at channel.h:1162
#2 0xb7bfe1ab in do_parking_thread (ignore=0x0) at res_features.c:1646
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 16 (Thread -1212511312 (LWP 24312)):
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
#1 0xb7babef6 in monmp3thread (data=0x814ca50) at res_musiconhold.c:495
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 15 (Thread -1212773456 (LWP 24313)):
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
#1 0xb7babef6 in monmp3thread (data=0x815cce0) at res_musiconhold.c:495
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 14 (Thread -1213035600 (LWP 24314)):
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
#1 0xb7babef6 in monmp3thread (data=0x816cf70) at res_musiconhold.c:495
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6
---Type <return> to continue, or q <return> to quit---

Thread 13 (Thread -1213297744 (LWP 24315)):
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
#1 0xb7babef6 in monmp3thread (data=0x817d200) at res_musiconhold.c:495
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 12 (Thread -1215943760 (LWP 24323)):
#0 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
#1 0xb7e947af in sleep () from /lib/tls/libc.so.6
#2 0xb7a87837 in scan_thread (unused=0x0) at pbx_spool.c:365
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 11 (Thread -1216332880 (LWP 24324)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x08055f6d in ast_io_wait (ioc=0x819dc28, howlong=1000) at io.c:271
#2 0xb780f4c8 in network_thread (ignore=0x0) at pbx_dundi.c:2106
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 10 (Thread -1216595024 (LWP 24325)):
#0 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
#1 0xb7e947af in sleep () from /lib/tls/libc.so.6
#2 0xb780f62a in process_precache (ign=0x0) at pbx_dundi.c:2146
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 9 (Thread -1217254480 (LWP 24326)):
#0 0xb7e9499c in nanosleep () from /lib/tls/libc.so.6
#1 0xb7ebd28a in usleep () from /lib/tls/libc.so.6
#2 0xb77547b4 in sipsock_read (id=0x81a3fa8, fd=22, events=1, ignore=0x0) at chan_sip.c:11157
#3 0x080560b3 in ast_io_wait (ioc=0x81a4038, howlong=1000) at io.c:284
#4 0xb7754ffc in do_monitor (data=0x0) at chan_sip.c:11317
ASTERISK-1 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
ASTERISK-2 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 8 (Thread -1217659984 (LWP 24327)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x08055f6d in ast_io_wait (ioc=0x81aad38, howlong=1000) at io.c:271
#2 0xb76cd254 in do_monitor (data=0x0) at chan_mgcp.c:3460
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

---Type <return> to continue, or q <return> to quit---
Thread 7 (Thread -1219331152 (LWP 24328)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x08055f6d in ast_io_wait (ioc=0x813f4d8, howlong=1000) at io.c:271
#2 0xb754adb0 in network_thread (ignore=0x0) at chan_iax2.c:7974
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 6 (Thread -1219716176 (LWP 24329)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x08055f6d in ast_io_wait (ioc=0x81a59e0, howlong=1000) at io.c:271
#2 0xb74d35d5 in do_monitor (data=0x0) at chan_skinny.c:3011
#3 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 5 (Thread -1220678736 (LWP 24330)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0xb744b8ff in do_monitor (data=0x0) at chan_zap.c:6511
#2 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
#3 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 4 (Thread -1222456400 (LWP 19286)):
#0 0xb7eba523 in poll () from /lib/tls/libc.so.6
#1 0x080643d1 in ast_waitfor_nandfds (c=0xb722c6d0, n=0, fds=0x0, nfds=0, exception=0x0, outfd=0x0, ms=0xb722c6c8) at channel.c:1585
#2 0x08064836 in ast_waitfor_n (c=0xb722c6d0, n=0, ms=0xb722c6c8) at channel.c:1662
#3 0x080c7859 in autoservice_run (ign=0x0) at autoservice.c:91
#4 0xb7fc8b63 in start_thread () from /lib/tls/libpthread.so.0
ASTERISK-1 0xb7ec318a in clone () from /lib/tls/libc.so.6

Thread 3 (Thread -1223476304 (LWP 19316)):
#0 0xb7fcd436 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
#1 0xb7fca89f in _L_mutex_lock_73 () from /lib/tls/libpthread.so.0
#2 0x081e89b0 in ?? ()
#3 0x00000000 in ?? ()
#4 0x00000048 in ?? ()
ASTERISK-1 0xb7a809f0 in ?? () from /usr/lib/libmysqlclient.so.14
ASTERISK-2 0xb7138200 in ?? () from /usr/lib/asterisk/modules/cdr_addon_mysql.so
ASTERISK-3 0xffffffdc in ?? ()
ASTERISK-4 0xb7133678 in ?? ()
ASTERISK-5 0x080ae643 in ast_mutex_lock (pmutex=0x8125d48) at lock.h:592
ASTERISK-6 0x080aa932 in ast_cdr_unregister (name=0xb7136eb2 "mysql") at cdr.c:150
ASTERISK-7 0xb713616c in description () from /usr/lib/asterisk/modules/cdr_addon_mysql.so
Previous frame inner to this frame (corrupt stack?)
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-10 10:06:58.000-0600

(gdb) bt full
#0 0xb7fcd6a1 in __read_nocancel () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x080e10b5 in read_char (el=0x8136a68, cp=0xbfaf388b "?\035\005") at read.c:301
num_read = -512
tried = 0
#2 0x080e114e in el_getc (el=0x8136a68, cp=0xbfaf388b "?\035\005") at read.c:347
ma = (c_macro_t *) 0x8136cf4
#3 0x080e0fb9 in read_getcmd (el=0x8136a68, cmdnum=0xfffffe00 <Address 0xfffffe00 out of bounds>, ch=0xbfaf388b "?\035\005") at read.c:243
cmd = 29 '\035'
num = -512
#4 0x080e127c in el_gets (el=0x8136a68, nread=0xbfaf3a0c) at read.c:443
retval = 1
cmdnum = 0 '\0'
num = 1309
ch = -65 '?'
ASTERISK-1 0x080c2814 in main (argc=3, argv=0xbfaf3c24) at asterisk.c:2403
title = "Asterisk Console on 'vm24' (pid 1309)\000??@????\t\000\000?\001\000\0008?\004\bH?\004\b\000\000\000\000\000???@E??\000\000\000\000\000\000\000\000?\232\022\b\000\000\000\000\200?&ASTERISK-945;\000\000\000\000\001\000\000\000\000\000\000\001", '\0' <repeats 20 times>, "\001", '\0' <repeats 15 times>, "\210/&ASTERISK-2012;?9??<[????&ASTERISK-2012;??&ASTERISK-2012;<[?\000h\v?\000\000\000\000\000 \000\000\000<[?????\000?_???9??<[??gu??z8\005\b\n\000\000\000\004?&ASTERISK-1950;\204?\004"...
c = -1
filename = "/root/.asterisk_history", '\0' <repeats 56 times>
hostname = "vm24", '\0' <repeats 59 times>
tmp = "\033[1;37;40mAsterisk Ready.\n\033[0;37;40m\000??\001\000\000\000???\224??@??\033\000\000\000\000\000\000\000?:??`???H;??R)\f\b"
xarg = 0x0
x = 3
f = (FILE *) 0x813c150
sigs = {__val = {134238211, 0 <repeats 31 times>}}
num = 2
is_child_of_nonroot = 0
buf = 0xbfaf3a44 ""
runuser = 0x0
rungroup = 0x0
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-14 05:14:57.000-0600

Do you need more info here?
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-17 03:35:47.000-0600

We have these crashes some 2-3 times a day now.
Can someone please look into this?
By: Mark Spencer (markster) 2006-02-19 23:29:00.000-0600

Please try latest SVN trunk or SVN asterisk 1.2, as i've just fixed a bunch of seg faults.
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-20 05:24:15.000-0600

please note that it never segfaults, it just hangs, but i tried upgrading to trunk ....
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-23 03:58:37.000-0600

reproducable with 1.2-rev10761
I didn't manage to reproduce it with trunk, but we only ran that for a short time since there's an error with meetme (it doesn't read the configuration correctly)
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-27 06:06:17.000-0600

Are anyone working on this one?
By: Russell Bryant (russell) 2006-02-27 13:04:59.000-0600

I would recommend that you take part in testing the new multithreaded IAX code in the trunk
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-02-28 03:29:19.000-0600

I may indeed, but this is still a major bug in 1.2, so IMHO it should be fixed...
By: Henning Holtschneider (hehol) 2006-03-23 06:32:50.000-0600

We are experiencing the same problem on several Asterisk 1.2.3 and 1.2.4 servers. One of the machines has nothing but IAX clients and an IAX trunk to another Asterisk machine. After some hours or some days, IAX just stops working. All other parts of Asterisk keep working just fine. Asterisk has to be restarted, "iax2 reload" responds in the CLI but the IAX functionality remains dead.

When the error occurs, the receive buffer on port 4569 starts to fill up, so it looks like Asterisk is not fetching the packets from the TCP/IP stack anymore.

I agree with rkarlsba that this is a serious problem which should IMHO be fixed in Asterisk 1.2.x
By: Russell Bryant (russell) 2006-03-23 10:58:08.000-0600

Well of course, when we find the problem, it will be fixed in 1.2.
By: Henning Holtschneider (hehol) 2006-03-24 03:43:40.000-0600

Russell,

can the multithreaded IAX code you mentioned on 02-27-06 be backported to Asterisk 1.2 so that I don't have to run the latest Asterisk from SVN?
By: Roy Sigurd Karlsbakk (rkarlsba) 2006-03-24 03:48:12.000-0600

Someone sent me a backport of the multithreaded iax, but this does not fix the problem
By: Serge Vecher (serge-v) 2006-05-03 10:57:21

is this still a problem in the latest 1.2 branch?
By: Serge Vecher (serge-v) 2006-05-11 09:54:32

roy: if you are still able to reproduce this with the latest 1.2 branch code, please upload a new backtrace from non-optimized unmodified build. Thanks.