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@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@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@0w955897/5'
-- Hungup 'IAX2/0w955897@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.