[Asterisk-Users] No outbound calls at a PRI possible

Storer, Darren starusers at comgate.tv
Sun May 9 18:58:46 MST 2004


Hello Again Felix,

first a quick apology: sorry, I re-read your e-mail and found the trace
information (lower down) that you had already posted. (It's late here, etc.)

The "error" messages that you reported in your last e-mail are actually
outbound Q.931 call setup messages that are being sent to DTAG from your
Asterisk machine. The direction of the message is indicated in the first
column of the trace output in the form of > or <. Although these are not
error messages I am surprised to see those particular messages being
generated with your current zapata.conf settings; with pridialplan=local I
would have expected something similar to the following messages during call
setup:

> Calling Number (len=14) [ Ext: 0  TON: Subscriber Number (4)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted, user
number not screened (0) 'XXXXX58777' ]
> Called Number (len=14) [ Ext: 1  TON: Subscriber Number (4)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) 'XXXXX986600' ]

(I have inserted XXXXX in the PSTN numbers above to protect the innocent
Calling and Called parties.)

Please retry pridialplan=local and pridialplan=unknown in zapata.conf and
post the trace results so we compare results. With pridialplan=local in
zapata.conf the outbound call setup from Asterisk to DTAG should look ideal.

On a different subject, how are your results with telephony calls from the
Asterisk machine to your Hicom PBX? I would have expected the zaptel.conf
entry to have been:

> #hicom (siemens)
> span=2,0,0,ccs,hdb3,crc4

...so that your Asterisk provides clocking/timing information for the Hicom.
If this configuration is not set correctly you could find that the systems
seem to communicate well at first but after a while you might see strange
PRI errors (every hour or so) that relate to clock synchronisation problems.

MfG

Darren
--
Comgate
Telco>Internet<Broadcast

-----Original Message-----
From: asterisk-users-admin at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]On Behalf Of Storer,
Darren
Sent: 10 May 2004 01:29
To: asterisk-users at lists.digium.com
Subject: RE: [Asterisk-Users] No outbound calls at a PRI possible


Hi Felix,

on some UK public switches I have seen similar bad call setup problems with
a release cause of 28 (Invalid number format) when using:

  pridialplan=national

Have you tried:

  pridialplan=unknown

in zapata.conf?

It seems as though the omission of the pridialplan= statement in zapata.conf
is treated by Asterisk as pridialplan=national.

We could probably give you more relevant suggestions if you would enable a
more verbose level of output and post the call setup trace results here. Try
the following command from the Asterisk CLI before making your next call:

pri debug span x

Where x = single integer digit for the PRI span that will be used to make
the outgoing call. (Eg. 1)

Please drop a note to the list (either way) with your results.

HTH

Darren
--
Comgate
Telco>Internet<Broadcast

-----Original Message-----
From: asterisk-users-admin at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]On Behalf Of ePyron Felix
Deierlein
Sent: 09 May 2004 20:32
To: asterisk-users at lists.digium.com
Subject: RE: [Asterisk-Users] No outbound calls at a PRI possible


Hello,

i guess the problem ist pridialplan from zapata.conf

with

pridialplan = local

it works :-). But I still get the error messages:

> Calling Number (len= 4) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)
>                           Presentation: Unknown (67) '' ]
> Called Number (len= 9) [ Ext: 1  TON: Subscriber Number (4)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '899312' ]

What pridialplan should I use with an
E1 with Euroisdn from the German Telekom (DTAG or T-Com).


Thanks


Felix

> -----Original Message-----
> From: asterisk-users-admin at lists.digium.com
> [mailto:asterisk-users-admin at lists.digium.com] On Behalf Of
> ePyron Felix Deierlein
> Sent: Sunday, May 09, 2004 6:48 PM
> To: asterisk-users at lists.digium.com
> Subject: [Asterisk-Users] No outbound calls at a PRI possible
>
> Hello all,
>
> the scenario:
>
> Carrier ----S2M------ * -----S2M------Siemens
> 			    |
>                       |
> 			SIP Clients
> 			and many other features
>
> With much help from the list, the PRI links are without
> alarms and inbound calls are working fine (from both: Carrier
> and Siemens).
>
> But I am not able to dial wether outbound nor to the Siemens PBX.
> I allways get the message:
>   == Everyone is busy at this time
>
>
> After hours of googling and reading and trying I seek help...
>
> Thank you very much.
>
> Felix Deierlein
>
>
> My extension.conf (only important parts):
> [AtInternal]
> ;exten => 402,1,Macro(stdexten,402,Zap/g2/402)
> exten => 402,1,Dial(Zap/g2/595402)
>
> [ePInternal]
> include=>system
> include=>test
> include=>AtInternal
>
> exten => 812,1,Macro(stdexten,812,${ePFfd})
> exten => 814,1,Macro(stdexten,814,${ePFjw})
> exten => 854,1,Macro(stdexten,854,${ePFch})
> exten => 5950,1,Macro(stdexten,812,${ePFfd})
> exten => _0.,1,Dial(Zap/g1/${EXTEN:1},60)
>
>
> [zapata.conf]
> [channels]
> language=en
> context=default
> switchtype=euroisdn
> ;pridialplan=national
> usecallerid=yes
> hidecallerid=no
> callwaiting=yes
> usecallingpres=yes
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
> rxgain=0.0
> txgain=0.0
> callgroup=1
> pickupgroup=1
> immediate=no
>
> ;pridialplan=national
> switchtype = euroisdn
> signalling = pri_cpe
> group = 1
> channel => 1-15
> channel => 17-31
>
>
> immediate=no
>
> switchtype = euroisdn
> signalling = pri_net
> group = 2
> callgroup=2
> pickupgroup=2
> channel => 32-46
>
> my zaptel.conf
> #amt (carrier)
> span=1,1,0,ccs,hdb3,crc4
> bchan=1-15
> dchan=16
> bchan=17-31
> #hicom (siemens)
> span=2,1,0,ccs,hdb3,crc4
> bchan=32-46
> dchan=47
> bchan=48-62
> loadzone=uk
> defaultzone=uk
> channel => 48-62
>
>
> PRI Debugging Infos:
> Call to Carrier: (Destination was 899312)
>     -- Executing Dial("SIP/ePfd-b455", "Zap/1/899312|60") in new stack
> -- Making new call for cr 32774
> > Protocol Discriminator: Q.931 (8)  len=40 Call Ref: len= 2
> (reference
> > 6/0x6) (Originator) Message type: SETUP (5) Bearer
> Capability (len= 3)
> > [ 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) 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: 1 ] Display (len= 6)
> [ 1Felix ]
> > Calling Number (len= 7) [ Ext: 0  TON: National Number (2)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> >                           Presentation: Presentation permitted, user
> number not screened (0) '812' ]
> > Called Number (len= 9) [ Ext: 1  TON: National Number (2)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '899312' ]
> > Sending Complete (len= 0)
>     -- Called 1/899312
> < Protocol Discriminator: Q.931 (8)  len=14 < Call Ref: len=
> 2 (reference 32774/0x8006) (Terminator) < Message type: STATUS (125)
> < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)
> 0: 0   Location:
> Public network serving the local user (2)
> <                  Ext: 1  Cause: Info. element nonexist or
> not implemented
> (99), class = Protocol Error (6) ]
> <              Cause data 0: 14 (20)
> <              Cause data 1: 01 (1)
> < Call State (len= 1) [ Ext: 0  Coding: CCITT (ITU) standard
> (0) Call state:
> Call Initiated (1)
> -- Processing IE 8 (Cause)
> -- Processing IE 20 (Call State)
> < Protocol Discriminator: Q.931 (8)  len=10 < Call Ref: len=
> 2 (reference 32774/0x8006) (Terminator) < Message type: CALL
> PROCEEDING (2) < 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: 1 ]
> -- Processing IE 24 (Channel Identification) < Protocol
> Discriminator: Q.931 (8)  len=13 < Call Ref: len= 2
> (reference 32774/0x8006) (Terminator) < Message type: DISCONNECT (69)
> < Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0)
> 0: 0   Location:
> Public network serving the local user (2)
> <                  Ext: 1  Cause: Invalid number format (28),
> class = Normal
> Event (1) ]
> < Progress Indicator (len= 2) [ 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 (Cause)
> -- Processing IE 30 (Progress Indicator)
>     -- Channel 1, span 1 got hangup
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect
> Indication, peerstate Disconnect Request
> > Protocol Discriminator: Q.931 (8)  len=9 Call Ref: len= 2
> (reference
> > 6/0x6) (Originator) Message type: RELEASE (77)
> > Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0)
> 0: 0   Location:
> Private network serving the local user (1)
> >                  Ext: 1  Cause: Normal Clearing (16), class
> = Normal
> > Event
> (1) ]
>     -- Hungup 'Zap/1-1'
>   == No one is available to answer at this time < Protocol
> Discriminator: Q.931 (8)  len=5 < Call Ref: len= 2 (reference
> 32774/0x8006) (Terminator) < Message type: RELEASE COMPLETE
> (90) NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null,
> peerstate Null NEW_HANGUP DEBUG: Destroying the call,
> ourstate Null, peerstate Null May  9 19:09:50
> WARNING[360466]: pbx.c:1836 ast_pbx_run: Timeout, but no rule
> 't' in context 'ePInternal'
>
>
> And the same for the Siemens Hicom:
>
>     -- Executing Dial("SIP/ePfd-36d8", "Zap/g2/595402") in new stack
> -- Making new call for cr 32770
> > Protocol Discriminator: Q.931 (8)  len=29 Call Ref: len= 2
> (reference
> > 2/0x2) (Originator) Message type: SETUP (5) Bearer
> Capability (len= 3)
> > [ 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) 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: 1 ] Calling Number
> (len= 4) [
> > Ext: 0  TON: Unknown Number Type (0)  NPI:
> Unknown Number Plan (0)
> >                           Presentation: Unknown (67) '' ] Called
> > Number (len= 9) [ Ext: 1  TON: National Number (2)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '595402' ]
> > Sending Complete (len= 0)
>     -- Called g2/595402
> < Protocol Discriminator: Q.931 (8)  len=10 < Call Ref: len=
> 2 (reference 32770/0x8002) (Terminator) < Message type: CALL
> PROCEEDING (2) < 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: 1 ]
> -- Processing IE 24 (Channel Identification) < Protocol
> Discriminator: Q.931 (8)  len=9 < Call Ref: len= 2 (reference
> 32770/0x8002) (Terminator) < Message type: DISCONNECT (69)
> < Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0)
> 0: 0   Location:
> Private network serving the remote user (5)
> <                  Ext: 1  Cause: Destination out of order
> (27), class =
> Normal Event (1) ]
> -- Processing IE 8 (Cause)
>     -- Channel 1, span 2 got hangup
>     -- Zap/32-1 is circuit-busy
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect
> Indication, peerstate Disconnect Request
> > Protocol Discriminator: Q.931 (8)  len=9 Call Ref: len= 2
> (reference
> > 2/0x2) (Originator) Message type: RELEASE (77)
> > Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0)
> 0: 0   Location:
> Private network serving the local user (1)
> >                  Ext: 1  Cause: Normal Clearing (16), class
> = Normal
> > Event
> (1) ]
>     -- Hungup 'Zap/32-1'
>   == Everyone is busy at this time
> < Protocol Discriminator: Q.931 (8)  len=5 < Call Ref: len= 2
> (reference 32770/0x8002) (Terminator) < Message type: RELEASE
> COMPLETE (90) NEW_HANGUP DEBUG: Calling q931_hangup, ourstate
> Null, peerstate Null NEW_HANGUP DEBUG: Destroying the call,
> ourstate Null, peerstate Null
>   == Everyone is busy at this time
> No such command '==' (type 'help' for help)
>
>
>
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users




More information about the asterisk-users mailing list