[asterisk-biz] pri issue
jcapp at anteil.com
jcapp at anteil.com
Sun Feb 3 07:34:31 CST 2008
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
> '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£©
> _______________________________________________
> --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
More information about the asterisk-biz
mailing list