[Asterisk-Users] T1 - incomplete calls

jj jjones at quiddesign.com
Fri Jul 22 08:19:06 MST 2005 

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/59001 at 59005-2", "3600") in  
> new stack
>     -- Set Absolute Timeout to 3600
>     -- Executing SetCallerID("IAX2/59001 at 59005-2", "9545569050") in  
> new stack
>     -- Executing Ringing("IAX2/59001 at 59005-2", "") in new stack
>     -- Executing Dial("IAX2/59001 at 59005-2", "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/59001 at 59005-2'
>     -- Hungup 'IAX2/59001 at 59005-2'
> < 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: asterisk-users-bounces at lists.digium.com [mailto:asterisk- 
> users-bounces at lists.digium.com] On Behalf Of JOAO CARLOS MOURA
> Sent: Thursday, July 21, 2005 17:56
> To: asterisk-users at 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 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