[asterisk-biz] pri issue

sunxiujun26 at sina.com sunxiujun26 at sina.com
Sun Feb 3 05:52:57 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-biz mailing list