D110 Got reject for frame !!!

您好:

我有一塊 D110 PCI 介面的 E1卡,時不時會出現
[Jul 11 09:59:25] ERROR[7615] chan_dahdi.c: !! Got reject for frame 99, retransmitting frame 99 now, updating n_r!
[Jul 11 09:59:25] ERROR[7615] chan_dahdi.c: !! Got reject for frame 99, retransmitting frame 100 now, updating n_r!
[Jul 11 09:59:25] ERROR[7615] chan_dahdi.c: !! Got reject for frame 100, retransmitting frame 100 now, updating n_r!
[Jul 11 09:59:25] ERROR[7615] chan_dahdi.c: !! Got reject for frame 100, retransmitting frame 101 now, updating n_r!
[Jul 11 09:59:39] ERROR[7615] chan_dahdi.c: !! Got reject for frame 105, retransmitting frame 105 now, updating n_r!
[Jul 11 09:59:39] ERROR[7615] chan_dahdi.c: !! Got reject for frame 105, retransmitting frame 106 now, updating n_r!
[Jul 11 09:59:39] ERROR[7615] chan_dahdi.c: !! Got reject for frame 105, retransmitting frame 107 now, updating n_r!
[Jul 11 09:59:39] ERROR[7615] chan_dahdi.c: !! Got reject for frame 106, retransmitting frame 106 now, updating n_r!
[Jul 11 09:59:39] ERROR[7615] chan_dahdi.c: !! Got reject for frame 106, retransmitting frame 107 now, updating n_r!
[Jul 11 09:59:40] ERROR[7615] chan_dahdi.c: !! Got reject for frame 107, retransmitting frame 107 now, updating n_r!
[Jul 11 09:59:40] ERROR[7615] chan_dahdi.c: !! Got reject for frame 107, retransmitting frame 108 now, updating n_r!
[Jul 11 10:02:13] ERROR[7615] chan_dahdi.c: !! Got reject for frame 17, retransmitting frame 17 now, updating n_r!
[Jul 11 10:02:13] ERROR[7615] chan_dahdi.c: !! Got reject for frame 17, retransmitting frame 18 now, updating n_r!
[Jul 11 10:02:19] ERROR[7615] chan_dahdi.c: !! Got reject for frame 21, retransmitting frame 21 now, updating n_r!
[Jul 11 10:02:19] ERROR[7615] chan_dahdi.c: !! Got reject for frame 21, retransmitting frame 22 now, updating n_r!
[Jul 11 10:02:19] ERROR[7615] chan_dahdi.c: !! Got reject for frame 22, retransmitting frame 22 now, updating n_r!
[Jul 11 10:02:19] ERROR[7615] chan_dahdi.c: !! Got reject for frame 22, retransmitting frame 23 now, updating n_r!
[Jul 11 10:02:21] ERROR[7615] chan_dahdi.c: !! Got reject for frame 23, retransmitting frame 23 now, updating n_r!
[Jul 11 10:02:21] ERROR[7615] chan_dahdi.c: !! Got reject for frame 23, retransmitting frame 24 now, updating n_r!



而且再一段時間之後會造成和PBX間類似斷線的狀況,無法撥打,此時查看 pri show spans 的狀態都還是正常的
利用 sudo dahdi_test得到的數值也都 99.98%以上.

我的系統配置如下:
/etc/dahdi/system.conf
# Autogenerated by /usr/sbin/dahdi_genconf on Fri Jun 27 17:19:15 2014
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31
# Global data
loadzone = tw
defaultzone = tw

---

/etc/asterisk/chan_dahdi.conf
=========================

[trunkgroups]
[channels]
context=default
switchtype=qsig
pridialplan=unknown
prilocaldialplan=national
resetinterval = never
overlapdial=yes
signalling=pri_cpe
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
cidsignalling=dtmf
cidstart=ring
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=no
echocancelwhenbridged=no
echotraining=800
relaxdtmf=no
rxgain=1.0
txgain=1.0
group=1
callgroup=1
pickupgroup=1
immediate=no
busydetect=yes
busycount=5
answeronpolarityswitch=no
hanguponpolarityswitch=no

#include dahdi-channels.conf

---

================
/etc/asterisk/dahdi-channels.conf
====================
; Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
group=0,11
context=from-pstn
channel => 1-15,17-31
context = default
group = 63

---

請教還有什麼可能會造成如此的結果呢?十萬火急...謝謝

ps. 客戶端的通話量日約為 2500 ~ 3000通之間
系統架構為
PBX --E1 PRI <--> E1 PRI --asterisk --SIP Trunk --> 遠端 SIP Server

您好！
您可以关闭 framebuffer 试试。[align=center]
Skype: along.zou[/align]

Michael 謝謝

---

這幾天一直查看客戶的使用狀況,還是有一種情況發生,也就是在話務量稍為多一些時,可能大約1500通左右,通道似乎就會發生錯誤.
此時查看 pri show span 1 的電路和交換機那邊的狀態也都是正常的,不過就是無法通話.
後來我和pbx協議改回
switchtype=euroISDN
resetinterval = 3600
還是發生問題
底下是由分機 6888 嘗試撥打出去時所產生的 LOG

---

ubuntu*CLI> pri debug span 1
Enabled debugging on span 1
ubuntu*CLI>

< Protocol Discriminator: Q.931 ( len=27
< Call Ref: len= 2 (reference 24320/0x5F00) (Originator)
< Message type: SETUP (5)
< [04 03 90 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: 3.1kHz audio (16)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: A-Law (35)
< [18 03 a1 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 ]
< [1e 02 81 83]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
< Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]
< [6c 06 01 80 36 38 38 38]
< Calling Number (len= [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation permitted, user number not screened (0) '6888' ]
-- Making new call for cr 24320
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 108 (cs0, Calling Party Number)
q931.c:3551 q931_receive: call 24320 on channel 1 enters state 6 (Call Present)
q931.c:2868 q931_setup_ack: call 24320 on channel 1 enters state 25 (Overlap Receiving)
> Protocol Discriminator: Q.931 ( len=14
> Call Ref: len= 2 (reference 24320/0x5F00) (Terminator)
> Message type: SETUP ACKNOWLEDGE (13)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 ]
> [1e 02 81 82]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
-- Accepting overlap call from '6888' to '<unspecified>' on channel 0/1, span 1
-- Starting simple switch on 'DAHDI/1-1'
< Protocol Discriminator: Q.931 ( len=27
< Call Ref: len= 2 (reference 24320/0x5F00) (Originator)
< Message type: SETUP (5)
< [04 03 90 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: 3.1kHz audio (16)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: A-Law (35)
< [18 03 a1 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 ]
< [1e 02 81 83]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
< Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]
< [6c 06 01 80 36 38 38 38]
< Calling Number (len= [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation permitted, user number not screened (0) '6888' ]
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 108 (cs0, Calling Party Number)
< Protocol Discriminator: Q.931 ( len=9
< Call Ref: len= 2 (reference 24320/0x5F00) (Originator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 e6]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
< Ext: 1 Cause: Recover on timer expiry (102), class = Protocol Error (e.g. unknown message) (6) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3766 q931_receive: call 24320 on channel 1 enters state 0 (Null)
-- Channel 0/1, span 1 got hangup, cause 102
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
-- Hungup 'DAHDI/1-1'
Really destroying SIP dialog 'This email address is being protected from spambots. You need JavaScript enabled to view it.' Method: OPTIONS

當發生此一狀況時,我只要將E1 的電路拔除,再插回去後就又完全正常了.
一直查不到正確的方向,請問這個可能是我們 E1這邊的問題,還是pbx E1 的問題.

還是有什麼設定可以解決或查找
謝謝