[asterisk-users] Asterisk and Siemens Legacy PBX

Mon Aug 7 11:12:47 MST 2006

Hi

Small progress, though combining the suggest below, enabling overlapdial and
a few other things I have got the following :

When you hit 9 on the simenes, you hear a dial tone. As soon as you hit
another number to start dialling it complains with some generic error on the
siemens handset. What I see from asterisk at the same time....

    -- Starting simple switch on 'Zap/62-1'
    -- Accepting overlap call from '697000' to '<unspecified>' on channel
0/31, span 2
    -- Hungup 'Zap/62-1'

corp-phones-1*CLI> pri show span 2
Primary D-channel: 47
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: Network
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: -1
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T313 Timer: 4000
N200 Counter: 3

And the debug from the pri span 2....

< Protocol Discriminator: Q.931 (8)  len=29
< Call Ref: len= 2 (reference 1/0x1) (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)
<                              Ext: 1  User information layer 1: A-Law (35)
< [18 03 a1 83 9f] 
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Preferred
Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0   Number Specified   Channel Type:
3
<                       Ext: 1  Channel: 31 ]
< [6c 08 01 80 36 39 37 30 30 30]
< Calling Number (len=10) [ 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) '697000' ]
< [7d 02 91 81]LI> 
< IE: High-layer Compatibility (len = 4)
-- Making new call for cr 1
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 1/0x1) (Terminator)
> Message type: SETUP ACKNOWLEDGE (13)
> [18 03 a9 83 9f] 
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive Dchan:
0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3
>                       Ext: 1  Channel: 31 ]
> [1e 02 81 82]LI> 
> 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) ]
    -- Starting simple switch on 'Zap/62-1'
    -- Accepting overlap call from '697000' to '<unspecified>' on channel
0/31, span 2
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 1/0x1) (Originator)
< Message type: INFORMATION (123)
< [70 02 81 39]LI> 
< Called Number (len= 4) [ Ext: 1  TON: Unknown Number Type (0)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '9' ]
-- Processing IE 112 (cs0, Called Party Number)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Overlap Receiving, peerstate
Overlap sending
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 1/0x1) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 81]LI> 
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
Private network serving the local user (1)
>                  Ext: 1  Cause: Unallocated (unassigned) number (1), class =
Normal Event (0) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
    -- Hungup 'Zap/62-1'

My config is currently as follows :

Extensions context :

[inbound-from-siemens]
ignorepat => 9
exten => s,1,WaitExten(10)
exten => _X.,2,Dial(Zap/g1/${EXTEN})

Zapata.conf :

[channels]
language=en

; Default context
context=inbound-from-pstn
switchtype=euroisdn
signalling=pri_cpe
rxwink=300
usecallerid=yes
hidecallerid=no
callwaiting=no
;restrictcid=no
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=no
transfer=no
cancallforward=no
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=yes
rxgain=0.0
txgain=0.0
callgroup=9
pickupgroup=9
immediate=no
musiconhold=default
busydetect=no
callprogress=no

group=1
channel=>1-15,17-31

context=inbound-from-siemens
signalling=pri_net
switchtype=euroisdn
priindication=outofband
overlapdial=yes
pridialplan=local
immediate=no
group=2
channel=>32-46,48-62

Zaptel.conf

loadzone=uk
defaultzone=uk

span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16

span=2,2,0,ccs,hdb3,crc4
bchan=32-46,48-62
dchan=47

Cheers

James

On 7/8/06 11:06, "Wolfgang Zweimueller" <wzwei at kurtkrenn.com> wrote:

> James Arscott <james at stemnetworks.co.uk> writes:
> 
>> > My concern is still over if L2 and L3 are Œup¹ on my ISDN between the
>> > asterisk and siemens, I do my settings look right ? I thought my timing on
>> > span 2 maybe incorrect ?
> 
> If you do a "pri show span 2" you get a short info about the state of
> the span.
> 
> Next, you can try "pri debug span 2" and watch the ISDN
> conversations. This should give you the info if your link is set up
> correctly.
> 
> 
> cu,
> Wolfgang
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060807/0796061a/attachment.htm