asterisk-bristuff-1.2.7.1.dfsg-3 crashes with zaphfc device

[chris]

Hello,

Here is the gdb output:
  Executing Dial("SIP/jcwunder-cb9f", "Zap/g1/199|60") in new stack
     -- Requested transfer capability: 0x00 - SPEECH

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224303696 (LWP 20171)]
0xb7446d02 in q931_setup () from /usr/lib/libpri-bristuffed.so.1.0
(gdb)

Regards - Chris

On Sat, 5 Aug 2006, chris wrote:

> Hello VoIP Team,
>
> this is what happens:
>
> Executing Dial("SIP/jcwunder-429d", "Zap/g1/199|60") in new stack
>    -- Requested transfer capability: 0x00 - SPEECH
> Segmentation fault
>
> Transfering a call coming in on a SIP channel to a zaphfc NT device crashes 
> asterisk.
>
> Transfering a call comming in on a zaphfc TE to a SIP channel works fine:
>
> Accepting voice call from '11234' to '5432' on channel 0/1, span 2
>    -- Executing Dial("Zap/4-1", "SIP/jcwunder&SIP/jcwunder-mobile|10") in 
> new stack
>    -- Called jcwunder
> Aug  5 14:54:22 NOTICE[10577]: app_dial.c:1054 dial_exec_full: Unable to 
> create channel of type 'SIP' (cause 3 - No route to destination)
>    -- SIP/jcwunder-a6c5 is ringing
> ioctl(ZT_LOADZONE) failed: Inappropriate ioctl for device
> Failed to register zone 'United States / North America': No data available
>    -- SIP/jcwunder-a6c5 answered Zap/4-1
>    -- Channel 0/1, span 2 got hangup request
>  == Spawn extension (isdnin, 5432, 1) exited non-zero on 'Zap/4-1'
>    -- Hungup 'Zap/4-1'
>
>
> I'm using a testing... updated a few days ago.
> Linux fonxa 2.6.17.7 #1 PREEMPT Thu Aug 3 20:39:46 CEST 2006 i586 GNU/Linux
>
> I find this very often in the asterisk logs:
> Aug  5 14:52:10 WARNING[1123]: chan_zap.c:8577 zt_pri_error: 2 !! Not good - 
> head of queue has not been transmitted yet
> Aug  5 14:51:58 WARNING[1123]: chan_zap.c:8577 zt_pri_error: 2 !! Got S-frame 
> while link down
>
> Actually I upgraded from asterisk 1.0.7 to the recent asterisk-bristuff to 
> get my system up to date.
> apt-get upgrade and apt-get dist-upgrade is what I did.
> The old 1.0.7 worked with the zaphfc fine. I didn't change any
> hardware components during the upgrade.
> I also recompiled the kernel+zaptel-source and booted them after the upgrade.
>
> I used cdr_pgsql but now it seems that the recent testing uses a different 
> postgresql installation scheme with 7.4. So my database which recorded cdr 
> data over three years is lost. Or can I migrate it to the recent 7.4 ?
>
> Can you give my a hint ?
>
> I'd really appreciate your help.
>
> Best Regards - Chris
>