Was this an exmple of your incomplete calls?

From the trace it appears that you issued the disconnect while the call was in process.

On Jul 22, 2005, at 9:32 AM, JOAO CARLOS MOURA wrote:

My debug
Thank you for help.

Verbosity is at least 5
    -- Accepting AUTHENTICATED call from
       > requested format = g729,
       > requested prefs = (),
       > actual format = gsm,
       > host prefs = (gsm),
       > priority = mine
-- Executing AbsoluteTimeout("IAX2/[EMAIL PROTECTED]", "3600") in new stack
    -- Set Absolute Timeout to 3600
-- Executing SetCallerID("IAX2/[EMAIL PROTECTED]", "9545569050") in new stack
    -- Executing Ringing("IAX2/[EMAIL PROTECTED]", "") in new stack
-- Executing Dial("IAX2/[EMAIL PROTECTED]", "ZAP/ g1/0115491140583282|60|tr") in new stack
-- Making new call for cr 42038
    -- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=52
> Call Ref: len= 2 (reference 9270/0x2436) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a2]
> 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: u- Law (34)
> [18 03 a9 83 81]
> 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 ]
> [1e 02 80 83]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0) > Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]
> [6c 0c 21 81 39 35 34 35 35 36 39 30 35 30]
> Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) > Presentation: Presentation permitted, user number passed network screening (1) '9545569050' ]
> [70 11 a1 30 31 31 35 34 39 31 31 34 30 35 38 33 32 38 32]
> Called Number (len=19) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '0115491140583282' ]
    -- Called g1/0115491140583282
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 9270/0x2436) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 81]
< 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 (cs0, Channel Identification)
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 9270/0x2436) (Terminator)
< Message type: PROGRESS (3)
< [1e 02 8a 81]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Network beyond the interworking point (10) < Ext: 1 Progress Description: Call is not end-to-end ISDN; further call progress information may be available inband. (1) ]
-- Processing IE 30 (cs0, Progress Indicator)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Outgoing call Proceeding, peerstate Incoming Call Proceeding
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 9270/0x2436) (Originator)
> Message type: DISCONNECT (69)
> [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/1-1'
== Spawn extension (qvox, 0115491140583282, 4) exited non-zero on 'IAX2/[EMAIL PROTECTED]'
    -- Hungup 'IAX2/[EMAIL PROTECTED]'
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 9270/0x2436) (Terminator)
< Message type: RELEASE (77)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 9270/0x2436) (Originator)
> Message type: RELEASE COMPLETE (90)
> [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) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
----- Original Message -----
From: Steve Totaro
To: Asterisk Users Mailing List - Non-Commercial Discussion
Sent: Thursday, July 21, 2005 11:33 PM
Subject: Re: [Asterisk-Users] T1 - incomplete calls

pri debug span 1 output?
----- Original Message -----
From: Thomas Christie
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Sent: Thursday, July 21, 2005 4:14 PM
Subject: RE: [Asterisk-Users] T1 - incomplete calls

Incomplete meaning "never connected" or "connected then disconnected abruptly?" Are the calls inbound or outbound? All calls or just some calls? If just some, about what percentage are problem calls?

Try setting Switchtype = 5ess, 4ess, etc. Let me know what you notice, if anything is different.

Thomas Christie

There are 10 types of people in the world: those who understand binary and those who don't.



From: [EMAIL PROTECTED] [mailto:asterisk- [EMAIL PROTECTED] On Behalf Of JOAO CARLOS MOURA
Sent: Thursday, July 21, 2005 17:56
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] T1 - incomplete calls

Hi All
Help.....

We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk
software, and in the last week we are experience a large quantities of
incomplete calls, even local and international, what do you think,
the problem are into the T1 or into our configuration?
Here our configuration


Zaptel.conf
span=1,1,0,esf,b8zs
bchan=1-23
dchan=24

defaultzone=us
loadzone=us
=======================================

Zapata.conf
[channels]
language=en
signalling=pri_cpe
switchtype=national
echocancel=yes
echocancelwhenbridged=yes
echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds
callerid=000
busydetect=yes
busycount=5
group=1
callgroup=1
pickupgroup=1
callreturn=yes
context=pstn
channel => 1-23
Thank you

João Carlos Moura
NiNeTel Telecommunications
7382 N.W. 35 Terrace
Miami, FL 33122 USA
João Carlos Moura
NiNeTel Telecommunications
7382 N.W. 35 Terrace
Miami, FL 33122 USA


_______________________________________________
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


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

_______________________________________________
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

Reply via email to