[asterisk-users] DAHDI - BRI - Astribank
Aldo Bergamini
aaberga at nb-a.com
Mon Nov 30 15:41:23 CST 2009
Hello List,
it is a very long time since I wrote here.... It has been still in
Zaptel times....
Today I am run into a related problem: I can't get a DAHDI setup to
work 100%. I am configuring an Astribank XR00013 (BRI, two ISDN ports).
At some degree the installation (latest DAHDI drivers, Asterisk
1.6.0.18 on Centos 5.x) works.
I can get incoming calls to the dialplan context that is setup as
target. The call quality is good, etc.
The problem is on the other side, the outgoing route.
There I get just rejected calls.
I am including some information on the setup:
dahdi-system.conf
**********
# Autogenerated by /usr/sbin/dahdi_genconf on Mon Nov 30 18:37:14 2009
# 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: XBUS-00/XPD-00 "Xorcom XPD #00/00: BRI_TE" (MASTER) AMI/CCS
span=1,1,0,ccs,ami
# termtype: te
bchan=1-2
hardhdlc=3
echocanceller=mg2,1-2
# Span 2: XBUS-00/XPD-01 "Xorcom XPD #00/01: BRI_TE" AMI/CCS
span=2,2,0,ccs,ami
# termtype: te
bchan=4-5
hardhdlc=6
echocanceller=mg2,4-5
# Global data
loadzone = it
defaultzone = it
**********
dahdi-init.conf
**********
#
# Shell settings for Dahdi initialization scripts.
# This replaces the old/per-platform files (/etc/sysconfig/zaptel,
# /etc/defaults/zaptel)
#
# The maximal timeout (seconds) to wait for udevd to finish generating
# device nodes after the modules have loaded and before running
dahdi_cfg.
#DAHDI_DEV_TIMEOUT=40
# Override settings for xpp_fxloader
#XPP_FIRMWARE_DIR=/usr/share/dahdi
#XPP_HOTPLUG_DISABLED=yes
**********
chan_dahdi.conf
**********
;
; DAHDI telephony
;
; Configuration file
[trunkgroups]
[channels]
language=it
;context=from-pstn
;signalling=fxs_ks
;rxwink=300 ; Atlas seems to use long (250ms) winks
;
; Whether or not to do distinctive ring detection on FXO lines
;
;usedistinctiveringdetection=yes
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
;echotraining=800
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no
;faxdetect=both
;faxdetect=incoming
;faxdetect=outgoing
faxdetect=no
;Include setup-pstn configs
;internationalprefix = 00
;nationalprefix = 0
; Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: BRI_TE" (MASTER)
;group=0,11
group=0
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 1-2
;group = 63
; Span 2: XBUS-00/XPD-01 "Xorcom XPD #00/01: BRI_TE"
;group=0,12
group=1
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 4-5
;group = 63
;group=1
**********
This is what I see on the CLI
**********
-- Executing [s at macro-OutcallsRouter:39] Set("SIP/
23001-0000000f", "CALLERID(num)=221591030") in new stack
-- Executing [s at macro-OutcallsRouter:40] NoOp("SIP/
23001-0000000f", "<Dial(DAHDI/g0/191,120)>") in new stack
-- Executing [s at macro-OutcallsRouter:41] Dial("SIP/
23001-0000000f", "DAHDI/g0/191,120") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g0/191
-- DAHDI/1-1 is proceeding passing it to SIP/23001-0000000f
-- Channel 0/1, span 1 got hangup request, cause 63
-- Hungup 'DAHDI/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
**********
And this is from the PRI debug
**********
-- Making new call for cr 32776
> Protocol Discriminator: Q.931 (8) len=32
> Call Ref: len= 1 (reference 8/0x8) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer
capability: Speech (0)
> Ext: 1 Trans mode/rate: 64kbps,
circuit-mode (16)
> User information layer 1: A-Law (35)
> [18 01 81]
> Channel ID (len= 3) [ Ext: 1 IntID: Implicit Other Spare: 0
Preferred Dchan: 0
> ChanSel: B1 channel
]
> [6c 0b 21 80 32 32 31 35 39 31 30 33 30]
> Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> Presentation: Presentation permitted,
user number not screened (0) 'xxxxxxxx' ]
> [70 04 a1 31 39 31]
> Called Number (len= 6) [ Ext: 1 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '191' ]
> [a1]
> Sending Complete (len= 1)
q931.c:3134 q931_setup: call 32776 on channel 1 enters state 1 (Call
Initiated)
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 1 (reference 8/0x8) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 01 89]
< Channel ID (len= 3) [ Ext: 1 IntID: Implicit Other Spare: 0
Exclusive Dchan: 0
< ChanSel: B1 channel
]
< [27 01 e8]
< Notification indicator (len= 3): Ext: 1 Diversion activated (DSS1)
(104)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 39 (cs0, Notification Indicator)
q931.c:3683 q931_receive: call 32776 on channel 1 enters state 3
(Outgoing call Proceeding)
< Protocol Discriminator: Q.931 (8) len=12
< Call Ref: len= 1 (reference 8/0x8) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 82 bf]ero*CLI>
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Public network serving the local user (2)
< Ext: 1 Cause: Service or option not available,
unspecified (63), class = Service or Option not Available (3) ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard
(0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband
information or appropriate pattern now available. (8) ]
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
q931.c:3826 q931_receive: call 32776 on channel 1 enters state 12
(Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
peerstate Disconnect Request
q931.c:2967 q931_release: call 32776 on channel 1 enters state 19
(Release Request)
> Protocol Discriminator: Q.931 (8) len=8
> Call Ref: len= 1 (reference 8/0x8) (Originator)
> Message type: RELEASE (77)
> [08 02 81 bf]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare:
0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Service or option not available,
unspecified (63), class = Service or Option not Available (3) ]
< Protocol Discriminator: Q.931 (8) len=4
< Call Ref: len= 1 (reference 8/0x8) (Terminator)
< Message type: RELEASE COMPLETE (90)
q931.c:3766 q931_receive: call 32776 on channel 1 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
-- Got Disconnect from peer.
Sending Unnumbered Acknowledgement
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
Sending Set Asynchronous Balanced Mode Extended
q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
-- Got UA from network peer Link up.
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
q921.c:805 q921_dchannel_up: q921_state now is
Q921_LINK_CONNECTION_ESTABLISHED
-- Got Disconnect from peer.
Sending Unnumbered Acknowledgement
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
Sending Set Asynchronous Balanced Mode Extended
q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
-- Got UA from network peer Link up.
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
q921.c:805 q921_dchannel_up: q921_state now is
Q921_LINK_CONNECTION_ESTABLISHED
-- Got Disconnect from peer.
Sending Unnumbered Acknowledgement
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
Sending Set Asynchronous Balanced Mode Extended
q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
-- Got UA from network peer Link up.
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
q921.c:805 q921_dchannel_up: q921_state now is
Q921_LINK_CONNECTION_ESTABLISHED
-- Got Disconnect from peer.
Sending Unnumbered Acknowledgement
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
Sending Set Asynchronous Balanced Mode Extended
q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
-- Got UA from network peer Link up.
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
q921.c:805 q921_dchannel_up: q921_state now is
Q921_LINK_CONNECTION_ESTABLISHED
-- Got Disconnect from peer.
Sending Unnumbered Acknowledgement
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
Sending Set Asynchronous Balanced Mode Extended
q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH
-- Got UA from network peer Link up.
q921.c:858 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED
q921.c:805 q921_dchannel_up: q921_state now is
Q921_LINK_CONNECTION_ESTABLISHED
**********
I am convinced that some of the DAHDI setup params are wrongly chosen.
But I do not know which ones are bad.
Can anybody help?
TIA
Aldo
More information about the asterisk-users
mailing list