hello everyone,
Last week I installed asterisk 1.2.24 with digium TE220B card. I have a
problem with our PRI and Asterisk: the call be interrupted.It happens either
PSTN-to-SIP or SIP-to-SIP,almost every call.
After spending several days searching on internet, I found a lot of
discussion about this issue and I have tried many,
but it still.I am totally new to Asterisk environment and suspect I am missing
something somewhere :(
I would welcome any suggestions you may have.
Thank you in advance!
here is the log & .conf :
LOG1:
Feb 3 18:29:39 DEBUG[21583] chan_sip.c: Auto destroying call '[EMAIL
PROTECTED]'
Feb 3 18:29:43 DEBUG[21583] chan_sip.c: Auto destroying call '[EMAIL
PROTECTED]'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Auto destroying call '[EMAIL
PROTECTED]'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Auto destroying call '[EMAIL
PROTECTED]'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Stopping retransmission on '[EMAIL
PROTECTED]' of Request 102: Match Found
Feb 3 18:29:47 DEBUG[21583] chan_sip.c: Stopping retransmission on '[EMAIL
PROTECTED]' of Request 102: Match Found
Feb 3 18:29:47 DEBUG[21583] chan_sip.c: Stopping retransmission on '[EMAIL
PROTECTED]' of Request 102: Match Found
Feb 3 18:29:48 DEBUG[21583] chan_sip.c: Stopping retransmission on '[EMAIL
PROTECTED]' of Request 102: Match Found
######On internet someone saied it's normal infomation, is it right?
LOG2:
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
Feb 3 18:29:08 NOTICE[21587] chan_zap.c: PRI got event: HDLC Bad FCS (8) on
Primary D-channel of span 2
#####I get the log even no one use the asterisk. some one saied this because
the network card and harddisk taking an interrupt for too long.This will cause
the calls to be drop. But how can I stop it? I have disabled the
inbound/outbound recordings,disabled some modules not used, but the issue
still..
call interrupt:
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Ext: 1
User information layer 1: A-Law (35)
Feb 3 15:01:16 VERBOSE[5956] logger.c: > [18 03 a9 83 81]
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Channel ID (len= 5) [ Ext: 1 IntID:
Implicit, PRI Spare: 0, Exclusive Dchan: 0
Feb 3 15:01:16 VERBOSE[5956] logger.c: > ChanSel:
Reserved
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Ext: 1 Coding:
0 Number Specified Channel Type: 3
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Ext: 1
Channel: 1 ]
Feb 3 15:01:16 VERBOSE[5956] logger.c: > [6c 0a 00 80 38 34 32 36 38 35 39 39]
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Calling Number (len=12) [ Ext: 0
TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
Feb 3 15:01:16 VERBOSE[5956] logger.c: >
Presentation: Presentation permitted, user number not screened (0) '84268599' ]
Feb 3 15:01:16 VERBOSE[5956] logger.c: > [70 09 80 38 35 37 34 30 38 34 38]
Feb 3 15:01:16 VERBOSE[5956] logger.c: > Called Number (len=11) [ Ext: 1 TON:
Unknown Number Type (0) NPI: Unknown Number Plan (0) '85740848' ]
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Exception on 45, channel 32
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Got event Alarm(4) on channel 32 (index
0)
Feb 3 15:02:12 VERBOSE[5956] logger.c: NEW_HANGUP DEBUG: Calling q931_hangup,
ourstate Active, peerstate Connect Request
Feb 3 15:02:12 VERBOSE[5956] logger.c: > Protocol Discriminator: Q.931 (8)
len=9
Feb 3 15:02:12 VERBOSE[5956] logger.c: > Call Ref: len= 2 (reference 173/0xAD)
(Originator)
Feb 3 15:02:12 VERBOSE[5956] logger.c: > Message type: DISCONNECT (69)
Feb 3 15:02:12 VERBOSE[5956] logger.c: > [08 02 81 90]
Feb 3 15:02:12 VERBOSE[5956] logger.c: > Cause (len= 4) [ Ext: 1 Coding:
CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local
user (1)
Feb 3 15:02:12 VERBOSE[5956] logger.c: > Ext: 1 Cause:
Normal Clearing (16), class = Normal Event (1) ]
Feb 3 15:02:12 VERBOSE[5956] logger.c: NEW_HANGUP DEBUG: Destroying the call,
ourstate Disconnect Request, peerstate Disconnect Indication
Feb 3 15:02:12 WARNING[5956] chan_zap.c: Detected alarm on channel 32:
Recovering
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: disabled echo cancellation on channel 32
Feb 3 15:02:12 DEBUG[5956] channel.c: Didn't get a frame from channel: Zap/32-1
Feb 3 15:02:12 DEBUG[5956] channel.c: Bridge stops bridging channels
SIP/84268599-08d73528 and Zap/32-1
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Set option AUDIO MODE, value: ON(1) on
Zap/32-1
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Hangup: channel: 32 index = 0, normal =
45, callwait = -1, thirdcall = -1
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: disabled echo cancellation on channel 32
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Set option TDD MODE, value: OFF(0) on
Zap/32-1
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Updated conferencing on 32, with 0
conference users
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on
Zap/32-1
Feb 3 15:02:12 DEBUG[5956] chan_zap.c: disabled echo cancellation on channel 32
Feb 3 15:02:12 DEBUG[5956] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Feb 3 15:02:12 DEBUG[5956] cdr_addon_mysql.c: cdr_mysql: inserting a CDR
record.
[EMAIL PROTECTED] asterisk]# view zapata.conf
[trunkgroups]
[channels]
language=no
context=from-zaptel
rxwink=300 ; Atlas seems to use long (250ms) winks
pridialplan=unknown
prilocaldialplan=unknown
#priindication=outofband
#internationalprefix=00
#nationalprefix=0
switchtype=euroisdn
overlapdial=yes
signalling=pri_cpe
busydetect=no
callprogress=no
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
jitterbuffers=20
echocancelwhenbridged=yes
echotraining=300
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
context = from-zaptel
faxdetect=incoming
group = 1
signalling=pri_cpe
channel => 1-15
channel => 17-31
group = 2
signalling=pri_cpe
channel => 32-46
channel => 48-62
[EMAIL PROTECTED] etc]# view zaptel.conf
span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
span=2,2,1,ccs,hdb3,crc4
bchan=32-46,48-62
dchan=47
loadzone = us
defaultzone = us
~
[EMAIL PROTECTED] asterisk]# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 278592624 282545342 282541919 282524376 IO-APIC-edge timer
1: 188 717 87 450 IO-APIC-edge i8042
8: 956 913 981 907 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
177: 0 0 0 0 IO-APIC-level ehci_hcd,
uhci_hcd, uhci_hcd
185: 0 0 0 0 IO-APIC-level uhci_hcd,
uhci_hcd
193: 2074 1694043 880 593402 IO-APIC-level libata
201: 2237288 782967893 54131262 286865608 IO-APIC-level wct2xxp
225: 41242854 12 6 10 IO-APIC-level eth0
NMI: 0 0 0 0
LOC: 1126261682 1126261680 1126261679 1126253034
ERR: 0
MIS: 0
-------------------------------------------------------------------
价格服务都要！中小企业如何选商用电脑(
http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2008/mail_zhuiyu_20080128.html )
===================================================================
还没买到票吗？新浪票务互助平台，帮你搞定！（http://bbs.bj.sina.com.cn/tableforum/App/index.php?bbsid=143&subid=0&ismain=1）
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
