[asterisk-users] PRI ISSUE
sunxiujun26 at sina.com
sunxiujun26 at sina.com
Mon Feb 4 03:30:33 CST 2008
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 '2727320265-52912287 at 10.10.1.154'
Feb 3 18:29:43 DEBUG[21583] chan_sip.c: Auto destroying call '359018358-121304910 at 10.10.1.154'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Auto destroying call '320961078114596-23212242445661 at 10.10.1.139'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Auto destroying call '12261270525659-97582108725875 at 10.10.1.139'
Feb 3 18:29:44 DEBUG[21583] chan_sip.c: Stopping retransmission on '4dbc551a55ae890d621bf68a33669f5f at 192.168.0.154' of Request 102: Match Found
Feb 3 18:29:47 DEBUG[21583] chan_sip.c: Stopping retransmission on '7729d615590f91c27e0d25542aa6dd54 at 192.168.0.154' of Request 102: Match Found
Feb 3 18:29:47 DEBUG[21583] chan_sip.c: Stopping retransmission on '5babc6f3048d413a2612ba5e59cfe469 at 192.168.0.154' of Request 102: Match Found
Feb 3 18:29:48 DEBUG[21583] chan_sip.c: Stopping retransmission on '7bee3df516afaa3225c2a8614ac32a0a at 192.168.0.154' 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.
[root at asterisk1 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
[root at asterisk1 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
~
[root at asterisk1 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）
More information about the asterisk-users
mailing list