[Asterisk-Users] ASTCC - INUSE Flag

Wed Oct 5 15:03:48 MST 2005

Hi Darren. I´m experiencing the same problem that Michael has. If I hang 
after AGI script started the execution of the Dial command the inuse 
field is updated correctly.

But, if I hang anytime between the start of tell_time and the moment it 
executes the Dial command, the field is not updated and the 1 stays 
there "forever", making this card unusable. I´m using 
asterisk-1.2.0-beta1 with asterisk-perl-0.08.

But, using a second machine with an asterisk-0.0.7 and the same 
asterisk-perl-0.08, I got the job of setting the inuse field to 0 going 
correctly, even if I hangs at the "middle" of the execution of the 
tell_time routine! Another diference between the first and this second 
machine is that the first, the buggy one, is using 
mysql-server-3.23.58-16.FC2.1 and the second has 
mysql-standard-4.1.12-pc-linux-gnu-i686.

Below is the output of AGI Debug of the beta-1.2 machine:

    -- Executing DeadAGI("SIP/XXXXXXXXX-6cb1", 
"astcc.agi|XXXXXXXXX|XXXXXXXXXX|0")
    -- Launched AGI Script /var/lib/asterisk/agi-bin/astcc.agi
AGI Tx >> agi_request: astcc.agi
AGI Tx >> agi_channel: SIP/XXXXXXXXXX-6cb1
AGI Tx >> agi_language: br
AGI Tx >> agi_type: SIP
AGI Tx >> agi_uniqueid: 1128548232.15
AGI Tx >> agi_callerid: XXXXXXXXX
AGI Tx >> agi_calleridname: XXXXXXXXXX
AGI Tx >> agi_callingpres: 0
AGI Tx >> agi_callingani2: 0
AGI Tx >> agi_callington: 0
AGI Tx >> agi_callingtns: 0
AGI Tx >> agi_dnid: XXXXXXXXXXX
AGI Tx >> agi_rdnis: unknown
AGI Tx >> agi_context: internos
AGI Tx >> agi_extension: XXXXXXXXX
AGI Tx >> agi_priority: 1
AGI Tx >> agi_enhanced: 0.0
AGI Tx >> agi_accountcode: XXXXXXXXXXX
AGI Tx >> >
AGI Rx << ANSWER
AGI Tx >> 200 result=0
AGI Rx << STREAM FILE astcc-tone 0123456789
AGI Tx >> 200 result=0 endpos=11200
AGI Rx << STREAM FILE astcc-youhave 0123456789
AGI Tx >> 200 result=0 endpos=9920
AGI Rx << SAY NUMBER 6 0123456789
    -- Playing 'digits/6' (language 'br')
AGI Tx >> 200 result=0
AGI Rx << STREAM FILE astcc-dollars 0123456789
AGI Tx >> 200 result=0 endpos=9440
AGI Rx << STREAM FILE astcc-and 0123456789
AGI Tx >> 200 result=0 endpos=6240
AGI Rx << SAY NUMBER 87 0123456789
    -- Playing 'digits/80' (language 'br')
    -- Playing 'digits/7' (language 'br')
AGI Tx >> 200 result=0
AGI Rx << STREAM FILE astcc-cents 0123456789
AGI Tx >> 200 result=0 endpos=11360
AGI Rx << STREAM FILE astcc-remaining 0123456789
AGI Tx >> 200 result=0 endpos=11520
AGI Rx << STREAM FILE astcc-willcost 0123456789
AGI Tx >> 200 result=0 endpos=16640
AGI Rx << SAY NUMBER 18 0123456789
    -- Playing 'digits/18' (language 'br')
AGI Tx >> 200 result=0
AGI Rx << STREAM FILE astcc-perminute 0123456789
AGI Tx >> 200 result=0 endpos=16320
AGI Rx << STREAM FILE astcc-pleasewait 0123456789
AGI Tx >> 200 result=-1 endpos=28800
  == Spawn extension (internos, XXXXXXXXXX, 1) exited non-zero on 
'SIP/XXXXXXXX-6cb1'

Best regards,

Ricardo Poppi.

PS: Just to update you, using the beta-1.2.0 asterisk machine, instead 
of 1.0.7 one I stoped having the RTP stream problem when the 60 and 30 
seconds advice comes into the call. Now, the RTP traffic remains up.

===========
=========================================================================================================================
===========
===========

Thanks.  I have a question for the mailing list in general.  Where
should the card get marked as in use?  Should it be as soon as you enter
the number or should it be when it dials?  I don't know for sure.

Darren Wiebe
darren at aleph-com.net

Michael K. Rodriguez wrote:

>>This is my debug with the same issue
>>
>>The agi terminates during the "sub tell_time()"
>>and exits without calling "sub setinuse()" or completing the reset of the
>>script.
>>
>>
>>
>>AGI Tx >> agi_request: astcc.agi
>>AGI Tx >> agi_channel: Zap/49-1
>>AGI Tx >> agi_language: en
>>AGI Tx >> agi_type: Zap
>>AGI Tx >> agi_uniqueid: 1128401550.162
>>AGI Tx >> agi_callerid: xxxxxxxxxxxxxx
>>AGI Tx >> agi_calleridname: unknown
>>AGI Tx >> agi_callingpres: 3
>>AGI Tx >> agi_callingani2: 0
>>AGI Tx >> agi_callington: 33
>>AGI Tx >> agi_callingtns: 0
>>AGI Tx >> agi_dnid: xxxxxxxxxx
>>AGI Tx >> agi_rdnis: unknown
>>AGI Tx >> agi_context: default
>>AGI Tx >> agi_extension: xxxxxxxxxx
>>AGI Tx >> agi_priority: 103
>>AGI Tx >> agi_enhanced: 0.0
>>AGI Tx >> agi_accountcode: xxxxxxx
>>AGI Tx >> 0-r1*CLI>
>>AGI Rx << ANSWERLI>
>>AGI Tx >> 200 result=0
>>AGI Rx << GET DATA astcc-enter-card-num 6000
>>    -- Playing 'astcc-enter-card-num' (language 'en')
>>AGI Tx >> 200 result=3546
>>AGI Rx << STREAM FILE astcc-youhave 0123456789
>>AGI Tx >> 200 result=0 endpos=4480
>>AGI Rx << SAY NUMBER 11 0123456789
>>    -- Playing 'digits/11' (language 'en')
>>AGI Tx >> 200 result=0
>>AGI Rx << STREAM FILE astcc-dollars 0123456789
>>AGI Tx >> 200 result=0 endpos=6720
>>AGI Rx << STREAM FILE astcc-and 0123456789
>>AGI Tx >> 200 result=0 endpos=3680
>>AGI Rx << SAY NUMBER 88 0123456789
>>    -- Playing 'digits/80' (language 'en')
>>    -- Channel 0/1, span 3 got hangup request
>>AGI Tx >> 200 result=-1
>>  == Spawn extension (default, xxxxxxxxx, 103) exited non-zero on 'Zap/49-1'
>>    -- Hungup 'Zap/49-1'
>>
>>
>>
>>-Michael
>>
>>
>>On 10/3/05 10:52 PM, "Darren Wiebe" <darren at aleph-com.net> wrote:
>>
>>  
>>
>  
>
>>>>Can you please post the output with debug agi on ?
>>>>
>>>>Darren Wiebe
>>>>darren at aleph-com.net
>>>>
>>>>Scott Wolfe wrote:
>>>>
>>>>    
>>>>
>>    
>>
>>>>>>I download and installed ASTCC over the weekend and I am having an
>>>>>>issue where the INUSE flag will not get set back to 0 if the user
>>>>>>drops a call while the balance is being played. All other times it
>>>>>>seems to reset the flag correctly.
>>>>>> 
>>>>>>I have tried both AGI and DeadAGI with the same results.
>>>>>> 
>>>>>>Those of you using it for a while, how did you get around this?
>>>>>> 
>>>>>>Just for fun this is all I am doing in my astcc-exten.conf
>>>>>>[incoming]
>>>>>>exten => s,1,Answer
>>>>>>;exten => s,2,DeadAGI(astcc.agi)
>>>>>>exten => s,2,AGI(astcc.agi)
>>>>>>exten => s,3,Hangup
>>>>>>I did some Google search on this issue and saw someone else had a
>>>>>>problem but no response.
>>>>>> 
>>>>>>-Scott
>>>>>>
>>>>>>------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>