January 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

how to manipulate sip headers in Freeswitch
by sam 15 Jan '12

15 Jan '12

hi, i am new to free switch and am trying to connect it to a call out system. But whenever i make the out call, the remote server says "too many Allow events" and the support representative says i need to remove the Allow-Events. does any one know how to manipulate or remove the "allow-event" part of the sip header ? My current allow events are Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer and the server has problem with Allow-Events. they only want talk and hold. thanks. -sam

3 4

Commercial G729 codec - more calls than available licenses
by Vitalie Colosov 15 Jan '12

15 Jan '12

Hi, If we buy 5 commercial licenses of G729, and suddenly we get more users dialing, would the 6th, etc call fail, or FS will just propose one of the free codecs from the outgoing codecs list "G729,PCMA,PCMU"? Thank you, Vitalie

1 0

Using Puppet on large scale setups
by Brian Foster 15 Jan '12

15 Jan '12

Has anyone had experience with Puppet and if so, have you used it in conjunction with Freeswitch? Just trying to see if this is a good avenue for server management. -BDF

1 0

cdr minutes of use per did
by Rodney 14 Jan '12

14 Jan '12

does anyone have a cdr viewer or method that can help me determine the total minutes for all calls on a specified DID for the hour/day/month to date? I would like a method to generate such a report and maybe have it emailed on a 24 hour basis to the person in charge of the DID. the following I have seen in the past with any method to find the original program that would give an output like this. Calls by Day, DNIS -> DID ACCOUNT-> Friday, 8/19/11 (Eastern Standard Time) Daily Month to Date (Start of Month = Day 21) Day DNIS DNIS Group Total Calls Minutes of Use Average Hold Time (Minutes) Total Calls Minutes of Use Average Hold Time (Minutes) – No rows –

2 1

Re: [Freeswitch-users] Problems with CURL_XML and bridging ?
by Bob Smith 14 Jan '12

14 Jan '12

Actually, you're quite right. I've gone back and double checked. Does not work with static XML. Same behaviour... transfer works, bridge fails. However I can definitely originate a call from the CLI over the same route ..... "originate sofia/gateway/mygate/12345678 &park" works great. That's what's really bugging me, if I can CLI originate to that number, if I can call that PSTN number from my FreeSwitch softphone, why on earth can't i do this simple bridge ! ;-( >So doing the bridge to the same number with static XML worked, but when > bridging to the exact same endpoint with xml_curl you're getting a 503?

1 0

Problems with CURL_XML and bridging ?
by Bob Smith 14 Jan '12

14 Jan '12

Hi, I'm trying to get a basic CURL XML going that will dynamically manage DDI numbers as part of a database-driven follow me function. My database generates the following output : <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="CURL Dialplan Result"> <context name="public"> <extension name="curl_dialplan"><condition field="destination_number" expression="^(87654321)$"> <action application="set" data="domain_name=my.domain.name"/>  <action application="transfer" data="1000 XML default"/> </condition> </extension> </context> </section> </document> When the action is "transfer", everything works great. However when "transfer" is the commented one and bridge is active nothing works. I have tried adding <action application="set" data="hangup_after_bridge=true"/> when bridging, but that has no effect either. Here's what it looks like when trying to bridge : 2012-01-14 15:19:24.136494 [INFO] mod_dialplan_xml.c:481 Processing 12345678 <12345678>->87654321 in context public Dialplan: sofia/internal/12345678(a)192.168.1.134 parsing [public->curl_dialplan] continue=false Dialplan: sofia/internal/12345678(a)192.168.1.134 Regex (PASS) [curl_dialplan] destination_number(87654321) =~ /^(87654321)$/ break=on-false Dialplan: sofia/internal/12345678(a)192.168.1.134 Action set(domain_name=my.domain.name) Dialplan: sofia/internal/12345678(a)192.168.1.134 Action bridge(sofia/gateway/mygate/12345678) 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:154 (sofia/internal/12345678(a)192.168.1.134) State Change CS_ROUTING -> CS_EXECUTE 2012-01-14 15:19:24.176505 [DEBUG] switch_core_session.c:1180 Send signal sofia/internal/12345678(a)192.168.1.134 [BREAK] 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:410 (sofia/internal/12345678(a)192.168.1.134) State ROUTING going to sleep 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:362 (sofia/internal/12345678(a)192.168.1.134) Running State Change CS_EXECUTE 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:417 (sofia/internal/12345678(a)192.168.1.134) State EXECUTE 2012-01-14 15:19:24.176505 [DEBUG] mod_sofia.c:241 sofia/internal/12345678(a)192.168.1.134 SOFIA EXECUTE 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:192 sofia/internal/12345678(a)192.168.1.134 Standard EXECUTE EXECUTE sofia/internal/12345678(a)192.168.1.134 set(domain_name=my.domain.name) 2012-01-14 15:19:24.176505 [DEBUG] mod_dptools.c:1281 sofia/internal/12345678(a)192.168.1.134 SET [domain_name]=[my.domain.name] EXECUTE sofia/internal/12345678(a)192.168.1.134 bridge(sofia/gateway/mygate/12345678) 2012-01-14 15:19:24.176505 [DEBUG] switch_ivr_originate.c:1884 Parsing global variables 2012-01-14 15:19:24.176505 [NOTICE] switch_channel.c:930 New Channel sofia/external/12345678 [2408b0f2-3ec3-11e1-afaf-89a010d7e66c] 2012-01-14 15:19:24.176505 [DEBUG] mod_sofia.c:4674 (sofia/external/12345678) State Change CS_NEW -> CS_INIT 2012-01-14 15:19:24.176505 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:362 (sofia/external/12345678) Running State Change CS_INIT 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:401 (sofia/external/12345678) State INIT 2012-01-14 15:19:24.176505 [DEBUG] mod_sofia.c:85 sofia/external/12345678 SOFIA INIT 2012-01-14 15:19:24.176505 [DEBUG] mod_sofia.c:125 (sofia/external/12345678) State Change CS_INIT -> CS_ROUTING 2012-01-14 15:19:24.176505 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:401 (sofia/external/12345678) State INIT going to sleep 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:362 (sofia/external/12345678) Running State Change CS_ROUTING 2012-01-14 15:19:24.176505 [DEBUG] switch_channel.c:1890 (sofia/external/12345678) Callstate Change DOWN -> RINGING 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:410 (sofia/external/12345678) State ROUTING 2012-01-14 15:19:24.176505 [DEBUG] mod_sofia.c:148 sofia/external/12345678 SOFIA ROUTING 2012-01-14 15:19:24.176505 [DEBUG] switch_ivr_originate.c:66 (sofia/external/12345678) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-01-14 15:19:24.176505 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:410 (sofia/external/12345678) State ROUTING going to sleep 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:362 (sofia/external/12345678) Running State Change CS_CONSUME_MEDIA 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:429 (sofia/external/12345678) State CONSUME_MEDIA 2012-01-14 15:19:24.176505 [DEBUG] switch_core_state_machine.c:429 (sofia/external/12345678) State CONSUME_MEDIA going to sleep 2012-01-14 15:19:24.176505 [DEBUG] switch_core_session.c:875 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.176505 [DEBUG] sofia.c:5494 Channel sofia/external/12345678 entering state [calling][0] 2012-01-14 15:19:24.316487 [DEBUG] switch_core_session.c:875 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.316487 [DEBUG] switch_core_session.c:875 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.316487 [DEBUG] switch_core_session.c:875 Send signal sofia/external/12345678 [BREAK] 2012-01-14 15:19:24.316487 [DEBUG] sofia.c:5494 Channel sofia/external/12345678 entering state [terminated][503] 2012-01-14 15:19:24.316487 [DEBUG] switch_channel.c:2852 (sofia/external/12345678) Callstate Change RINGING -> HANGUP 2012-01-14 15:19:24.316487 [NOTICE] sofia.c:6258 Hangup sofia/external/12345678 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE]

3 4

Measuring the call quality
by Nicolás Menoni 14 Jan '12

14 Jan '12

Hello, Is there a tool for measure the call quality and take the statistics? The idea is take statistics in packet loss, jitter, delay, etc., per each call and save these in a DB. Thank you!

4 3

Unable to get rtp and pre_answer working while looping back via sip (Sofia Bug or I miss something?)
by Anton VG 14 Jan '12

14 Jan '12

Hi Gentlemen! Broke my brain trying to force my FS, controlled by ESL inbound to give me early media in indirect calling scheme. Please help: When call comes, in some cases, I do not just originate destination, but need to dial on behalf of another user (not the user which originally dialed in). For this I dial back my FS box via sip, setting apropriate SIP variables, so FS originates another call, as if the user I need originated a call, and so so I have extra CDR and so on. BUT there is a problem:If I dial like this, - EARLY MEDIA does not work. 180 and 183 are send correctly and in time. however, all works if I dial directly (dialing schemes are given below) tcpdumping shows that there is no RTP coming to my FS box when I dial doing one loop. BUT - RTP appears immediately after answering the inbound channel: (regardless if dialed destination answered or not) - so dialing without the loop and doing pre_answer - I get RTP OK, if after a looped call i do pre_answer - I do not get RTP Also, RTP appears immediately if instead pre_answer I do answer on call 2! My dialing schemes: **** Direct mode ********** Incoming call (UUID1)-> PARK make UUID2 originate (using uuid2) sofia/gateway/some_gateway &park Listen for CHANNEL_PROGRESS_MEDIA and do pre_answer(UUID1) uuid_bridge(UUID1,UUID2) ******** in a looped mode ******* Thread 1 _INCOMING CALL_ (call1) Incoming call -> PARK make UUID2 originate (using uuid2) sofia/gateway/MY_IP_ADDRESS/another_user &park Listen for CHANNEL_PROGRESS_MEDIA and do pre_answer(UUID1) uuid_bridge(UUID1,UUID2) Thread 2 _OUTGOING_ (call 2) incoming call 2 (UUID3) (comes from call above) -> PARK make UUID4 originate (using uuid4) sofia/gateway/some_gateway &park Listen for CHANNEL_PROGRESS_MEDIA and do pre_answer(UUID3) uuid_bridge(UUID3,UUID4) Any clue? Regards, Anton

1 2

stun.freeswitch.org stun service down
by Brian Foster 14 Jan '12

14 Jan '12

Stun server is down at stun.freeswitch.org. I don't know who runs it but probably needs a service restart. Thanks! -BD

1 0

Gemeinschaft 4.0 (FreeSWITCH based) released
by Thomas Mueller 14 Jan '12

14 Jan '12

hi all maybe interesting for german / swiss users: Gemeinschaft 4.0, which uses FreeSWITCH, was released yesterday. http://groups.google.com/group/gemeinschaft-announce/browse_thread/thread/9… (german only). - Thomas

7 14