[asterisk-r2] Segmentation fault - libopenr2

[soporte at freetechsolutions.com.ar]

Hi list!

We are facing some issues with asterisk using Digium TE420 cards for
Argentina Telco frames.
Asterisk is generating a coredump periodically, so we went ahead and raised
up a bug on Jira platform:
https://issues.asterisk.org/jira/browse/ASTERISK-22353

They are pointing us to the libopenr2 libraries, according to the backtrace
generated thru gdb.
The environment we are experiencing the incident from has the following
details:

CentOS release 5.7 (Final) 
 Kernel 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:23:01 EDT 2011 i686 i686
i386 GNU/Linux 
 Asterisk 1.8.23.0 
 DAHDI Version: 2.6.1 Echo Canceller: HWEC, OSLEC 
 libpri-1.4.14-0 
 libpri-devel-1.4.14-0 
 libopenr2-1.3.2-1 
 libopenr2-devel-1.3.2-1 
 Cards Installed: 03:08.0 Communication controller: Digium, Inc. Wildcard
TE420 quad-span T1/E1/J1 card 3.3V (PCI-Express) (5th gen) (rev 02) 

A piece of GDB has the following output after the backtrace analysis:
	Core was generated by `/usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg
-c'. Program terminated with signal 11, Segmentation fault. #0 0x0014c4e5
in vfprintf () from /lib/libc.so.6 #0 0x0014c4e5 in vfprintf () from
/lib/libc.so.6 No symbol table info available. #1 0x00156742 in fprintf ()
from /lib/libc.so.6 No symbol table info available. #2 0x00949d59 in ?? ()
from /usr/lib/libopenr2.so.3 No symbol table info available. #3 0x00000000
in ?? () No symbol table info available.

I have just the mfcr2 logging flag in true as the example of one of the
telco frames below: 

	usecallerid=yes
 hidecallerid=no
 callwaiting=no
 usecallingpres=yes
 callwaitingcallerid=no
 threewaycalling=yes
 transfer=yes
 canpark=yes
 cancallforward=yes
 callreturn=yes
 relaxdtmf=yes
 rxgain=1.0
 txgain=0.0
 signalling=mfcr2
 mfcr2_variant=ar
 mfcr2_get_ani_first=no
 mfcr2_max_ani=13
 mfcr2_max_dnis=14
 mfcr2_category=national_subscriber
 mfcr2_call_files=yes
 mfcr2_logdir=span1
 mfcr2_logging=all
 mfcr2_mfback_timeout=-1
 mfcr2_metering_pulse_timeout=-1
 group=0
 faxdetect=both
 faxbuffers=>12,half
 context=from-pstn
 channel => 1-15,17-31

	System.conf from dahdi perspective looks good from our side:

# Frame 1 *****************************
span=1,1,0,cas,hdb3
cas=1-15,17-31:1101
echocanceller=oslec,1-15,17-31
# Frame 2 *****************************
span=2,0,0,cas,hdb3
cas=32-46,48-62:1101
echocanceller=oslec,32-46,48-62
# Frame 3 ****************************
span=3,3,0,cas,hdb3
cas=63-77:1101
echocanceller=oslec,63-77

Cannot find any related issue with libopenr2, nor r2 configuration symtons.

Is there a bug that we need to be aware of?

Thank you! 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20130821/175a8148/attachment.htm>