April 2012 - freeswitch-dev@lists.freeswitch.org

[Freeswitch-dev] lua problems
by adam harris 02 Apr '12

02 Apr '12

I want to receive dtmf events I have problems with the following code. con = freeswitch.EventConsumer("all") session:setVariable("playback_terminators", "0123456789") session:execute("playback", "/usr/local/freeswitch/sounds/SAMPLE.wav") while (session:ready()) do for e in (function() return con:pop(1) end) do event_name = e:getHeader("Event-Name") or "" if(event_name == "DTMF") then print("have DTMF") print(e:getHeader("DTMF-Digit")) end end end I thought con:pop should work like on esl_recv_event however in this case after the first incoming dtmf it freezes? It does not respond on further key presses. On some instances the console has printed two entries when I am sure I only press the key once. have DTMF 8 have DTMF 8 I saw a posting online about the adding optional timeout parameter to pop. Has this been offically implemented because I get an error when using it like con:pop(1, 6000) 2012-04-02 13:42:50.643708 [ERR] mod_lua.cpp:191 Error in pop expected 1..2 args, got 3 stack traceback: [C]: in function 'pop' /usr/local/freeswitch/scripts/aprompt.lua:11: in function '(for generator)' /usr/local/freeswitch/scripts/aprompt.lua:11: in main chunk I have not found esl_recv_event_timed function in lua. If it does not exit in lua what is correct the equivilent way? On a further note is Session.collectInput going to be available in lua?

1 0

[Freeswitch-dev] SIP Presence Activities
by Anthony Novatsis 02 Apr '12

02 Apr '12

Dear All, I am having some unexpected behaviour with SIP presence and would like some clarification. I have a FS server setup to manage sip presence (manage-presence=true in the SIP profile) and have two clients connected. The clients online/offline status is reported correctly however when a client publishes an activity of "away" the other client only receives status "open" without the associated activity. Here is the XML that I have observed on the wire (IP addresses replaced): PUBLISH (sent by client) <?xml version="1.0" encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:es="urn:ietf:params:xml:ns:pidf:status:rpid-status" entity="sip:3011@a.b.c.d"> <tuple id="sg89ae"> <status> <basic>open</basic> <es:activities> <es:activity>away</es:activity> </es:activities> </status> <contact priority="0.8">sip:3011@a.b.c.d</contact> <note>away</note> </tuple> </presence> NOTIFY (sent by FS) <?xml version="1.0" encoding="ISO-8859-1"?> <presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:3011@a.b.c.d'> <tuple id='t6a5ed77e'> <status> <basic>open</basic> </status> </tuple> <dm:person id='p06360c4a'> <dm:note>Available</dm:note> </dm:person> </presence> I observe the same behaviour when a client sends other activities such as dnd, busy, etc. I thought that FS would just forward the published status/activity to the subscribers. Is there a way to configure FS to behave in this way? Thank you very much in advance. Anthony

3 2

[Freeswitch-dev] About use libfreeswitch with XML embed
by Eduardo Nunes Pereira 02 Apr '12

02 Apr '12

I'm working with simple application using libfreeswitch, but that application cannot have his configuration exposed to the use, so i just want to embed the configurations inside the application in a header file for example. i need some tip to do that using best FS way. -- Eduardo Nunes Pereira http://about.me/eduardonunesp

3 3

Re: [Freeswitch-dev] Busy trigger implementation in mod_skinny
by Mathieu Parent 02 Apr '12

02 Apr '12

Le 2 avril 2012 13:54, Konrad Wyrozumski <kwyrozumski(a)power.com.pl> a écrit : > Hi Mathieu, Hi Konrad, > I created flowchart diagram about busy tone implementation. Is this close to > your intention? In attachments. Yes. > I'm thinking if callee occupancy shouldn't be checked just after positive > match with dialplan? Probably not. As callee should be notified of the incoming call, even if he is busy. Regards -- Mathieu Parent

1 0