bayonne-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bayonne-devel] Bayonne2 1.1.2 and collect ()


From: David Sugar
Subject: Re: [Bayonne-devel] Bayonne2 1.1.2 and collect ()
Date: Fri, 23 Dec 2005 08:48:46 -0500
User-agent: Mozilla Thunderbird 1.0.7 (X11/20051011)

It is possible, and I will have to check, whether dtmf handlers are now
masking dtmf.  One thing you can try to confirm this is place the
collect statement itself in a "form" block.  Hence:

^dtmf
        form
          string.8 %code_tp
          string %id_user1

          collect %code_tp count=8
        endform
        slog "[DEBUG] Personnel Code: %code_tp"

In theory collects are supposed to re-enable dtmf (which is actually
disabled in a ^dtmf handler by default).  In practice, form blocks
always do so. 

The isInput() method in server/runtime.cpp does seem to check for
scrCollect.

>From your trace, you enter sleep and exit on a "709", so clearly at that
point dtmf was still enabled.  The other place I would look is in
filterPosting in engine/states.cpp, as that does several tests to
determine if dtmf should be passed on, and maybe it is getting squashed
there.  If so, I suspect it is in handling of the line mask taking
precidence, and I will see how to fix that.

Alexandre BOULANGER wrote:

>Hi David,
>
>
>I've upgraded my working 0.8.8 Bayonne2 IVR to the lastest 1.1.2 (with
>eXosip2 support). Compilation was OK, server start is OK but I'm facing
>a problem when collecting DTMF.
>
>SIP Info seems to detect my input but does not collect
>Inband seems to collect something, but the result is blank
>
>For these tests I use an Asterisk GW 1.0.9 and a regular analog phone.
>
>I had a look at the source code and scrCollect does not seem to have
>changed much in his behavior
>
>
>portion of my code (working for 0.8.8)
>---------------------------------------------
>^dtmf
>        string.8 %code_tp
>        string %id_user1
>
>        collect %code_tp count=8
>        slog "[DEBUG] Personnel Code: %code_tp"
>---------------------------------------------
>
>
>portion of log (DTMF inband)
>---------------------------------------------
>sip/1: [PLAY] Please enter your personnal code
>sip/1: state=run, event=400, seq=11
>sip/1: state=play, event=100, seq=11
>sip: event 001a; cid=1, did=0, rid=0
>sip/1: state=play, event=700, seq=12
>sip/1: state=play, event=400, seq=13
>sip/1: state=run, event=100, seq=13
>sip/1: state=sleep, event=100, seq=13
>sip/1: state=sleep, event=709, seq=14
>sip/1: state=run, event=100, seq=14
>sip/1: state=collect, event=100, seq=14
>sip/1: state=collect, event=400, seq=21
>sip/1: state=run, event=100, seq=21
>sip/1: [DEBUG] Personnal Code:             <-- Doooh! it's blank!
>sip/1: state=wait, event=100, seq=21
>---------------------------------------------
>
>
>portion of log (SIP INFO)
>---------------------------------------------
>sip/0: [PLAY] Please enter your personnal code
>sip/0: state=run, event=400, seq=11
>sip/0: state=play, event=100, seq=11
>sip/0: state=play, event=700, seq=12
>sip/0: state=play, event=400, seq=13
>sip/0: state=run, event=100, seq=13
>sip/0: state=sleep, event=100, seq=13
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>sip: event 0012; cid=1, did=2, rid=0
>[ timeout of collect -) ]
>sip/0: state=sleep, event=400, seq=14
>sip/0: state=run, event=100, seq=14
>sip/0: state=run, event=400, seq=15
>sip/0: state=run, event=400, seq=16
>sip/0: state=run, event=400, seq=17
>sip/0: [PLAY] Error, no input
>---------------------------------------------
>
>Hope this helps if you need feedback and debugging.
>I'll fall back to 1.1.0, maybe I've gone too far for eXosip2 support
>
>
>  
>

Attachment: dyfet.vcf
Description: Vcard


reply via email to

[Prev in Thread] Current Thread [Next in Thread]