[Asterisk-Users] Signaling on PRI channels

[Laurent Tostain]

Hi,

    We did an interconnection with our carrier few days ago. But, I noticed
that there was a signaling problem on our trnuk. In fact, Asterisk indicates
that the call is answered when we received ALTERTING message from our
carrier. This is PRI debug logs :

    -- Executing Dial("IAX2/0w955897 at 0w955897/5", "ZAP/g1/0130450836") in
new stack
-- Making new call for cr 32784
> Protocol Discriminator: Q.931 (8)  len=33
> Call Ref: len= 2 (reference 16/0x10) (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 a9 83 82]
> 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: 2 ]
> [6c 02 00 c3]
> Calling Number (len= 4) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown
Number Plan (0)
>                           Presentation: Number not available (67) '' ]
> [70 0b 80 30 31 33 30 34 35 30 38 33 36]
> Called Number (len=13) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown
Number Plan (0) '0130450836' ]
> [a1]
> Sending Complete (len= 1)
    -- Called g1/0130450836
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 82]
< 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: 2 ]
-- Processing IE 24 (cs0, Channel Identification)
< Protocol Discriminator: Q.931 (8)  len=13
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: PROGRESS (3)
< [08 02 87 f2]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
International network (7)
<                  Ext: 1  Cause: Unknown (114), class = Interworking (7) ]
< [1e 02 82 81]
< 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: Call is not
end-to-end ISDN; further call progress information may be available inband.
(1) ]
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: ALERTING (1)
    -- Zap/2-1 is ringing
    -- Zap/2-1 answered IAX2/0w955897 at 0w955897/5
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: CONNECT (7)
> Protocol Discriminator: Q.931 (8)  len=5
> Call Ref: len= 2 (reference 16/0x10) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 87 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
International network (7)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Processing IE 8 (cs0, Cause)
    -- Channel 0/2, 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 16/0x10) (Originator)
> Message type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ 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/2-1'
  == Spawn extension (PlugAndTel_default, 0130450836, 1) exited non-zero on
'IAX2/0w955897 at 0w955897/5'
    -- Hungup 'IAX2/0w955897 at 0w955897/5'

This is the zapata.conf file :

[channels]
context=default
switchtype=euroisdn
pridialplan=unknown
usecallerid=yes
hidecallerid=yes
callwaiting=yes
usecallingpres=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
immediate=no
callprogress=yes
musiconhold=default


; Span 1

switchtype = euroisdn
signalling = pri_cpe
group = 1
context = default
channel => 1-15
channel => 17-31

; Span 2

switchtype = euroisdn
signalling = pri_cpe
group = 2
context = default
channel => 32-46
channel => 48-62

; Span 3

switchtype = euroisdn
signalling = pri_cpe
group = 3
context = default
channel => 63-77
channel => 79-93

; Span 4

switchtype = euroisdn
signalling = pri_cpe
group = 4
context = default
channel => 94-108
channel => 110-124

The problem appears on span 1. This results with a bad billing.

Thansk for your help.

Laurent.