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/[EMAIL PROTECTED]/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/[EMAIL PROTECTED]/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/[EMAIL PROTECTED]/5' -- Hungup 'IAX2/[EMAIL PROTECTED]/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. _______________________________________________ Asterisk-Users mailing list Asterisk-Users@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