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 的問題.
還是有什麼設定可以解決或查找
謝謝