DLeese at LStelcom.com
2010-Mar-09 10:54 UTC
[asterisk-users] Asterisk 1.6.2.5 crash with chan_capi upon calling to PSTN
Hi,
I am having a problem with (Asterisk is crashing) with a Fritz card PCI
/ chan_capi.
Receiving Calls from PSTN works, but outbound calls make asterisk crash
(Speicherzugriffsfehler/Segmentation fault). The crash occurs upon
dialing with the other phone not even ringing.
I hereby ask if somebody reading this list can confirm or disprove my
issue. Does anbody run a recent asterisk 2.6 with chan_capi?
Config files and backtraces are attached.
Many thanks in advance.
Daniel
Versions:
- Debian 5.0.4 Kernel 2.6.26-2-686
- Asterisk 1.6.2.5 from Digium homepage
- AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev
02)
- fritz-fcpci-src-2.6.24-2.6.28
- chan-capi-trunk (rev. 769)
/etc/asterisk/extensions.conf
-----------------------------
[default]
exten => 304,1,Dial(SIP/304)
exten => 305,1,Dial(SIP/305)
;To PSTN
exten => _0.,1,Dial(CAPI/ISDN1/${EXTEN})
;From PSTN
[isdn-in]
exten => 1234567,1,Dial(SIP/304)
exten => 1234568,1,Dial(SIP/305)
/etc/asterisk/capi.conf
-----------------------
[general]
nationalprefix=0 ; or for example "+49"
internationalprefix=00 ; or for example "+"
rxgain=1.0 ;linear receive gain (1.0 = no change)
txgain=1.0 ;linear transmit gain (1.0 = no change)
language=de ;set default language
[ISDN1]
isdnmode=msn ;'MSN' (point-to-multipoint,
Mehrgeraeteanschluss) or 'DID' (direct inward dial)
incomingmsn=* ;allow incoming calls to this list of MSNs/DIDs,
* = any
controller=1 ;CAPI controller number of this interface/port
group=1 ;dialout group
softdtmf=on ;enable/disable software DTMF detection,
recommended for AVM cards
relaxdtmf=on ;in addition to softdtmf, you can use relaxed
DTMF detection
faxdetect=off ;enable faxdetection and redirection to EXTEN
'fax' for incoming and/or
faxdetecttime=0 ;Only detect faxes during the first 'n' seconds
of the call.
context=isdn-in ;context for incoming calls
echocancelold=yes ;use facility selector 6 instead of correct 8
(necessary for older eicon drivers)
devices=2 ;number of concurrent calls (B-Channels) on this
controller
Asterisk console output
-----------------------
srvpbx:/usr/src/chan-capi-trunk# asterisk -gc Asterisk 1.6.2.5,
Copyright (C) 1999 - 2009 Digium, Inc. and others.
Created by Mark Spencer <markster at digium.com> Asterisk comes with
ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General
Public License version 2 and other licenses; you are welcome to
redistribute it under certain conditions. Type 'core show license' for
details.
=======================================================================[
Booting...
[ Reading Master Configuration ]
[ Initializing Custom Configuration Options ] [Mar 9 10:17:53]
NOTICE[29368]: cdr.c:1473 do_reload: CDR simple logging enabled.
[Mar 9 10:17:53] NOTICE[29368]: loader.c:1044 load_modules: 172 modules
will be loaded.
.....[Mar 9 10:17:53] NOTICE[29368]: res_smdi.c:1361 load_module: No
SMDI interfaces are available to listen on, not starting SMDI listener.
........................[Mar 9 10:17:53] WARNING[29368]:
chan_dahdi.c:17018 process_dahdi: Ignoring any changes to 'userbase' (on
reload) at line 23.
[Mar 9 10:17:53] WARNING[29368]: chan_dahdi.c:17018 process_dahdi:
Ignoring any changes to 'vmsecret' (on reload) at line 31.
[Mar 9 10:17:53] WARNING[29368]: chan_dahdi.c:17018 process_dahdi:
Ignoring any changes to 'hassip' (on reload) at line 35.
[Mar 9 10:17:53] WARNING[29368]: chan_dahdi.c:17018 process_dahdi:
Ignoring any changes to 'hasiax' (on reload) at line 39.
[Mar 9 10:17:53] WARNING[29368]: chan_dahdi.c:17018 process_dahdi:
Ignoring any changes to 'hasmanager' (on reload) at line 47.
............[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:122
pbx_load_module: Starting AEL load process.
[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:135 pbx_load_module: AEL load
process: parsed config file name '/etc/asterisk/extensions.ael'.
[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:138 pbx_load_module: AEL load
process: checked config file name '/etc/asterisk/extensions.ael'.
[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:141 pbx_load_module: AEL load
process: compiled config file name '/etc/asterisk/extensions.ael'.
[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:146 pbx_load_module: AEL load
process: merged config file name '/etc/asterisk/extensions.ael'.
[Mar 9 10:17:53] NOTICE[29368]: pbx_ael.c:149 pbx_load_module: AEL load
process: verified config file name '/etc/asterisk/extensions.ael'.
.............[Mar 9 10:17:54] WARNING[29368]: utils.c:1536
__ast_string_field_init: trying to reset empty pool [Mar 9 10:17:54]
WARNING[29368]: utils.c:1536 __ast_string_field_init: trying to reset
empty pool [Mar 9 10:17:54] WARNING[29368]: utils.c:1536
__ast_string_field_init: trying to reset empty pool .........[Mar 9
10:17:54] NOTICE[29368]: chan_skinny.c:7062 config_load: Configuring
skinny from skinny.conf .................................[Mar 9
10:17:54] NOTICE[29399]: chan_capi.c:7073 capidev_loop: Started CAPI
device thread for CAPI Appl-ID 2.
.................................................... == Aliased CLI
command 'hangup request' to 'channel request hangup'
== Aliased CLI command 'originate' to 'channel originate'
== Aliased CLI command 'help' to 'core show help'
== Aliased CLI command 'pri intense debug span' to 'pri set debug
2
span'
== Aliased CLI command 'reload' to 'module reload'
.SIP channel loading...
......[Mar 9 10:17:54] WARNING[29368]: translate.c:654
__ast_register_translator: plc_samples 160 format f ................ ]
Asterisk Ready.
*CLI> core set verbose 999
Verbosity was 0 and is now 999
*CLI> capi debug
CAPI Message Debugging Enabled
*CLI> console dial 012341234567
[Mar 9 10:18:07] WARNING[29368]: chan_oss.c:485 setformat: Unable to
re-open DSP device /dev/dsp: No such file or directory [Mar 9 10:18:07]
NOTICE[29368]: console_video.c:133 console_video_start: voice only,
console video support not present
-- Executing [012341234567 at default:1] Dial("Console/dsp",
"CAPI/ISDN1/012341234567") in new stack
> data = ISDN1/012341234567 format=8
> parsed dialstring: 'ISDN1' 'NULL'
'012341234567' ''
> capi request for interface 'ISDN1'
*CLI> == ISDN1#02: setting format alaw - 0x8 (alaw)
> parsed dialstring: 'ISDN1' 'NULL'
'012341234567' ''
> capi: peerlink -1 allocated, peer is unlinked
> chan_capi devicestate requested for ISDN1#02/012341234567 is
'In use'
== ISDN1#02: Call CAPI/ISDN1#02/012341234567-0 (pres=0x00, ton=0x00)
CONNECT_REQ ID=002 #0x0004 LEN=0057
Controller/PLCI/NCCI = 0x1
CIPValue = 0x1
CalledPartyNumber = <80>012341234567
CallingPartyNumber = <00 80>
CalledPartySubaddress = default
CallingPartySubaddress = default
BProtocol
B1protocol = 0x1
B2protocol = 0x1
B3protocol = 0x0
B1configuration = default
B2configuration = default
B3configuration = default
GlobalConfiguration = default
BC = default
LLC = default
HLC = default
AdditionalInfo
BChannelinformation = <00 00>
Keypadfacility = default
Useruserdata = default
Facilitydataarray = default
SendingComplete = <01 00>
CAPI: ApplId=0x0002 Command=0x02 SubCommand=0x81 MsgNum=0x0004
NCCI=0x00000101
CONNECT_CONF ID=002 #0x0004 LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0
-- ISDN1#02: received CONNECT_CONF PLCI = 0x101
-- Called ISDN1/012341234567
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x03e7
NCCI=0x00000101
INFO_IND ID=002 #0x03e7 LEN=0015
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x8002
InfoElement = default
INFO_RESP ID=002 #0x03e7 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element CALL PROCEEDING
-- chan_capi queue frame: TYPE: Control (4) SUBCLASS: Unknown
control '15' (15) ] [ISDN1#02]
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x03e8
NCCI=0x00000101
INFO_IND ID=002 #0x03e8 LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>
INFO_RESP ID=002 #0x03e8 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element CHANNEL IDENTIFICATION 89
-- CAPI/ISDN1#02/012341234567-0 is proceeding passing it to
Console/dsp
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x03e9
NCCI=0x00000101
INFO_IND ID=002 #0x03e9 LEN=0017
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x1e
InfoElement = <81 82>
INFO_RESP ID=002 #0x03e9 LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element PI 81 82
> ISDN1#02: Destination is non ISDN
-- chan_capi queue frame: TYPE: Control (4) SUBCLASS: Unknown
control '14' (14) ] [ISDN1#02]
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x03ea
NCCI=0x00000101
INFO_IND ID=002 #0x03ea LEN=0020
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x29
InfoElement = <0a 03 09 0b 16>
INFO_RESP ID=002 #0x03ea LEN=0012
Controller/PLCI/NCCI = 0x101
-- ISDN1#02: info element Date/Time 10/03/09 11:22
CAPI: ApplId=0x0002 Command=0x03 SubCommand=0x82 MsgNum=0x03eb
NCCI=0x00000101
CONNECT_ACTIVE_IND ID=002 #0x03eb LEN=0017
Controller/PLCI/NCCI = 0x101
ConnectedNumber = <00 a3>
ConnectedSubaddress = default
LLC = default
CONNECT_ACTIVE_RESP ID=002 #0x03eb LEN=0012
Controller/PLCI/NCCI = 0x101
CONNECT_B3_REQ ID=002 #0x0005 LEN=0013
Controller/PLCI/NCCI = 0x101
NCPI = default
-- ISDN1#02: sent CONNECT_B3_REQ PLCI=0x101
CAPI: ApplId=0x0002 Command=0x82 SubCommand=0x81 MsgNum=0x0005
NCCI=0x00010101
CONNECT_B3_CONF ID=002 #0x0005 LEN=0014
Controller/PLCI/NCCI = 0x10101
Info = 0x0
Speicherzugriffsfehler (core dumped)
srvpbx:/usr/src/chan-capi-trunk#
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gdb1.txt
Url:
http://lists.digium.com/pipermail/asterisk-users/attachments/20100309/a08e9a33/attachment.txt
Seemingly Similar Threads
Wisdom of the Ancients
