Hello, Your post probably belongs on asterisk-users, however, your spans should never be the clock source execpt when driving a channelbank or some other local equipment.
Try: span=1,0,0,ccs,hdb3,crc4 bchan=1-15,17-31 dchan=16 span=2,0,1,ccs,hdb3,crc4 bchan=32-46,48-62 dchan=47 Also, you may want to try "hardhdlc=16" and "hardhdlc=47" instead of "dchan=16" and "dchan=47". Cheers > 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-biz mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-biz _______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-biz mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-biz
