Title: Re: [asterisk-users] Asterisk and Siemens Legacy PBX
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" <[EMAIL PROTECTED]> wrote:

James Arscott <[EMAIL PROTECTED]> 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


_______________________________________________
--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

Reply via email to