May 2015 - FreeSWITCH-users - FreeSWITCH Mailing Lists

How to send SIP signaling message from fs console.
by Naveen Tamanam 22 May '15

22 May '15

Hi, I am wondering how to send sip signaling message from the fs console for the particular user/caller. I found respond dialplan application to send sip message back to the caller. Like <action application="respond" data="480 Try again later"/> Is there any way to send sip message back to the caller. One use case is call rejection or playing with SIP -- Thanks & Regards, Naveen Tamanam

5 15

Update CLI on Freeswitch originated call
by Joshua Gigg 22 May '15

22 May '15

Hi, Is it possible to update the CLI at will once a Freeswitch originated call has been answered? I know it can update during a transfer, but I want to be able to control it directly myself. -- Joshua Gigg

4 10

Special dialplan extension
by Dmitry Mordovin 22 May '15

22 May '15

Hello, I want to configure that case in dialplan extension: - playback welcome prompt (<action application="playback" data="phrase:welcome_prompt"/>) - start call to external number (<action application="bridge" data="sofia/gateway/sipprovider/12122417020@sipprovider"/>) - playback second prompt in incoming leg (while bridge calling to 12122417020) - connect incoming leg and outgoing leg at early media will received (12122417020) Is it possible to start a call and continue play second prompt? How can legs be connected when early media received? (and stoped play second prompt) Thank you!

2 2

Passing Privacy headers to other leg 18x 200 responses
by Tomáš Boros 22 May '15

22 May '15

Hi, I have an issue. When a 200 OK response is received from the other leg, but it has its Callee ID restricted (Termination Identification Restriction TIR from etsi), the Privacy header is not appended to the 200 OK message on the first leg. A 200 OK or a 180 Ringing is received with a Privacy: ID header, but this header will not be copied to the other channel when forwarding the 200 OK to the caller. I was digging in the source code and did not find anything about it. Do someone have a clue, where should it be implemented? Could someone post me a patch for it? Thank you, -- Tomáš Boros

1 0

FreeSWITCH Friday FreeForAll Reminder!
by Ken Rice 22 May '15

22 May '15

FreeSWITCHers, Do not forget to join us at 2PM CST for the FreeSWITCH Friday FreeFor All Visit http://ift.tt/1n3h0Pf and Click Call 888 with your WebRTC enabled Browser and headset, Call sip:888@conference.freeswitch.org or see http://ift.tt/1prwIZL for access info! -- Ken FreeSWITCH.org ClueCon.com OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH @ClueCon

1 0

RPID to PAI translation
by Tomáš Boros 22 May '15

22 May '15

Hello, we have the following problem. On profile, which connects to the provider we use P-Asserted-Identity for identification. In the internal line, we use Remote-Party-ID for identification. The following problem occurs: When doing calls, Invites are correctly translated from PAI to RPID, but when a 200 OK arrives from our Internal network, it has a Remote-Party-ID and is translated to a P-Asserted-Identity, but the number is changed. I am attaching SIP messages: recv 1167 bytes from udp/[192.168.5.17]:5060 at 10:26:06.319229: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.5.97;rport=5060;branch=z9hG4bK5mNSKt220vF5K Record-Route: <sip:192.168.5.66;lr=on;ftag=m29tUHH087vFr;did=01a.d76> Record-Route: <sip:192.168.5.18;lr=on;did=01a.bf7> From: "00421800123993" <sip:00421800123993@192.168.5.97>;tag=m29tUHH087vFr To: <sip:307000421221028600@192.168.5.17>;tag=p9D7Npj3amv3j Call-ID: 953485a8-d9b6-4c36-a54d-01fab395ad48 CSeq: 75805518 INVITE Contact: <sip:307000421221028600@192.168.5.94:5060;transport=udp> User-Agent: VMTele-SBC Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 278 X-FS-Support: update_display,send_info *Remote-Party-ID: <sip:+421221028600@212.232.17.77>;party=calling;screen=yes;privacy=off* v=0 o=VMTele-SBC 1432264463 1432264464 IN IP4 192.168.5.94 s=VMTele-SBC c=IN IP4 192.168.5.94 t=0 0 m=audio 18702 RTP/AVP 8 101 13 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 a=rtcp:18703 IN IP4 192.168.5.94 In debug logs I can see: 2015-05-22 10:26:06.328812 [ALERT] sofia.c:1198 sofia/core-profile/307000421221028600 Same Callee ID "Outbound Call" <307000421221028600> send 1030 bytes to udp/[212.232.17.60]:5060 at 10:26:06.340758: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 212.232.17.60:5060;branch=z9hG4bK4365798a;rport=5060 From: <sip:+421800123993@212.232.17.60>;tag=as703def00 To: <sip:+421221028600@212.232.17.77>;tag=XB02p6tZSjvFN Call-ID: 2598c37260ec91283d70ac220f32c5cf@212.232.17.60:5060 CSeq: 102 INVITE Contact: <sip:+421221028600@212.232.17.77:5060;transport=udp> User-Agent: VMTelecomSBC Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY Require: timer Supported: precondition, 100rel, timer, path, replaces Allow-Events: talk, hold, conference, refer Session-Expires: 800;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 257 *P-Asserted-Identity: "VIPTel" <sip:307000421221028600@212.232.17.77>* v=0 o=VMTele-SBC 1432250761 1432250762 IN IP4 212.232.17.77 s=VMTele-SBC c=IN IP4 212.232.17.77 t=0 0 m=audio 32404 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=rtcp:32405 IN IP4 212.232.17.77 I have made tests with PAI<-> PAI too, I mean I have used P-Asserted-Identity instead of Remote-Party-ID in 200 OK, and in such a case it worked correctly. Received number and name was forwarded to the other leg. The problem only occurs, when the RPID is in the incoming 200 OK. Do you think its a bug? I have pass-callee-id set to true on both profiles and I use pai and rpid as in sip_cid_type accordingly. -- Tomáš Boros

1 1

Caller id in P-Asserted-Identity
by mbo 22 May '15

22 May '15

Our carrier sends us always the callerid in the P-Asserted-Identity field in the SIP header. When a caller calls anonymous, in the INVITE the relevant fields in the header look like: From: <sip:anonymous@anonymous.invalid;user=phone;udp> P-Asserted-Identity: <sip:+PHONENUMBER@IPADDRESS> Privacy: header;user;id When I bridge the call, in the INVITE which is sent to the remote server, the relevant fields in the header look like: From: "anonymous" <sip:+PHONENUMBER@IP-ADDRESS>;tag=K90ap6HBNQDtQ Privacy: id P-Asserted-Identity: "anonymous" <sip:+PHONENUMBER@IP-ADDRESS> But I fo not want to sent the callerid at all, so the fields should be set to: From: <sip:anonymous@anonymous.invalid;user=phone;udp> P-Asserted-Identity: "anonymous" <sip:+anonymous@anonymous.invalid;user=phone;udp> Privacy: header;user;id or drop the P-Asserted-Identity field like: From: <sip:anonymous@anonymous.invalid;user=phone;udp> Privacy: header;user;id Which variables do I need to set before the call is bridged to archive this (I’m still using FS 1.2) Thanks and Regards Markus

3 2

NO CDR logged on incoming calls upgrade version to 1.4.18
by manish thakor 22 May '15

22 May '15

Hi, I have to upgrade freeswitch version to 1.4.18. Incoming calls are logged only if I set log on disk: <param name="log-http-and-disk" value="true"/> When i set param to false then its does not work. -- Thanks & Regards Manish Thakor

1 0

Session-expires overwrite in OK Response
by Oleg Stolyar 22 May '15

22 May '15

When I send an INVITE to FS that contains a Session-Expires header, FS always overwrites it in the 200 OK response with this: Session-Expires: 120;refresher=uac How can I stop it? I saw that there is the sip-force-expires variable but I am not setting it anywhere. If I can't stop it from overwriting the value sent by the client, can I at least change 120 to a different value somewhere? Changing minimum-session-expires and session-timeout did not seem to help.

1 1

Nibblebill deducting balance two times
by FERNANDO VILLARROEL 21 May '15

21 May '15

Hello All. I am using FS with nibblebill and mod_lcr. But i do not understand why nibblebill deduc balance two times; my log : 2015-05-21 19:56:08.846179 [DEBUG] mod_nibblebill.c:546 31 seconds passed since last bill time of 2015-05-21 19:55:372015-05-21 19:56:08.846179 [DEBUG] mod_nibblebill.c:563 Billing $16.800001 to 2 (Call: c457b3c6-6bc8-445e-9697-2ffc327c6722 / 0.000000 so far)2015-05-21 19:56:08.846179 [DEBUG] mod_nibblebill.c:393 Doing update query[UPDATE auth_user SET saldo=saldo-16.800001 WHERE id='2']2015-05-21 19:56:08.866181 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account 2 (balance = 83.199999)2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:60 sofia/external/992797744 Standard HANGUP, cause: NORMAL_CLEARING2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:737 (sofia/external/992797744) State HANGUP going to sleep2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:504 (sofia/external/992797744) State Change CS_HANGUP -> CS_REPORTING2015-05-21 19:56:08.866181 [DEBUG] switch_core_session.c:1388 Send signal sofia/external/992797744 [BREAK]2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:472 (sofia/external/992797744) Running State Change CS_REPORTING2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:823 (sofia/external/992797744) State REPORTING2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:104 sofia/external/992797744 Standard REPORTING, cause: NORMAL_CLEARING2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:823 (sofia/external/992797744) State REPORTING going to sleep2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:498 (sofia/external/992797744) State Change CS_REPORTING -> CS_DESTROY2015-05-21 19:56:08.866181 [DEBUG] switch_core_session.c:1388 Send signal sofia/external/992797744 [BREAK]2015-05-21 19:56:08.866181 [DEBUG] switch_core_session.c:1615 Session 8547 (sofia/external/992797744) Locked, Waiting on external entities2015-05-21 19:56:08.866181 [NOTICE] switch_core_session.c:1633 Session 8547 (sofia/external/992797744) Ended2015-05-21 19:56:08.866181 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/992797744 [CS_DESTROY]2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:626 (sofia/external/992797744) Running State Change CS_DESTROY2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:636 (sofia/external/992797744) State DESTROY2015-05-21 19:56:08.866181 [DEBUG] mod_sofia.c:323 sofia/external/992797744 SOFIA DESTROY2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:111 sofia/external/992797744 Standard DESTROY2015-05-21 19:56:08.866181 [DEBUG] switch_core_state_machine.c:636 (sofia/external/992797744) State DESTROY going to sleep2015-05-21 19:56:08.886193 [DEBUG] mod_nibblebill.c:420 Doing lookup query[SELECT saldo AS nibble_balance FROM auth_user WHERE id='2']2015-05-21 19:56:08.886193 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account 2 (balance = 66.399998)2015-05-21 19:56:08.886193 [DEBUG] switch_core_state_machine.c:60 sofia/internal/448908901(a)ssw.opendata.cl Standard HANGUP, cause: NORMAL_CLEARING2015-05-21 19:56:08.886193 [DEBUG] switch_core_state_machine.c:737 (sofia/internal/448908901(a)ssw.opendata.cl) State HANGUP going to sleep2015-05-21 19:56:08.886193 [DEBUG] switch_core_state_machine.c:504 (sofia/internal/448908901(a)ssw.opendata.cl) State Change CS_HANGUP -> CS_REPORTING2015-05-21 19:56:08.886193 [DEBUG] switch_core_session.c:1388 Send signal sofia/internal/448908901(a)ssw.opendata.cl [BREAK]2015-05-21 19:56:08.886193 [DEBUG] switch_core_state_machine.c:472 (sofia/internal/448908901(a)ssw.opendata.cl) Running State Change CS_REPORTING2015-05-21 19:56:08.886193 [DEBUG] switch_core_state_machine.c:823 (sofia/internal/448908901(a)ssw.opendata.cl) State REPORTING2015-05-21 19:56:08.886193 [DEBUG] switch_scheduler.c:144 Deleting task 8550 switch_core_session_sched_heartbeat (52f0e5f6-c97e-41c1-9a39-a4d12ec0683f)2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:104 sofia/internal/448908901(a)ssw.opendata.cl Standard REPORTING, cause: NORMAL_CLEARING2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:823 (sofia/internal/448908901(a)ssw.opendata.cl) State REPORTING going to sleep2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:498 (sofia/internal/448908901(a)ssw.opendata.cl) State Change CS_REPORTING -> CS_DESTROY2015-05-21 19:56:09.086191 [DEBUG] switch_core_session.c:1388 Send signal sofia/internal/448908901(a)ssw.opendata.cl [BREAK]2015-05-21 19:56:09.086191 [DEBUG] switch_core_session.c:1615 Session 8546 (sofia/internal/448908901(a)ssw.opendata.cl) Locked, Waiting on external entities2015-05-21 19:56:09.086191 [NOTICE] switch_core_session.c:1633 Session 8546 (sofia/internal/448908901(a)ssw.opendata.cl) Ended2015-05-21 19:56:09.086191 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/448908901(a)ssw.opendata.cl [CS_DESTROY]2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:626 (sofia/internal/448908901(a)ssw.opendata.cl) Running State Change CS_DESTROY2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:636 (sofia/internal/448908901(a)ssw.opendata.cl) State DESTROY2015-05-21 19:56:09.086191 [DEBUG] mod_sofia.c:323 sofia/internal/448908901(a)ssw.opendata.cl SOFIA DESTROY2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:111 sofia/internal/448908901(a)ssw.opendata.cl Standard DESTROY2015-05-21 19:56:09.086191 [DEBUG] switch_core_state_machine.c:636 (sofia/internal/448908901(a)ssw.opendata.cl) State DESTROY going to sleep2015-05-21 19:56:09.386178 [DEBUG] switch_scheduler.c:144 Deleting task 8549 switch_ivr_schedule_hangup (c457b3c6-6bc8-445e-9697-2ffc327c6722) As you can see the first time say: [UPDATE auth_user SET saldo=saldo-16.800001 WHERE id='2']2015-05-21 19:56:08.866181 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account 2 (balance = 83.199999) The new balance is 83.199999 it's fine and then 2015-05-21 19:56:08.886193 [DEBUG] mod_nibblebill.c:420 Doing lookup query[SELECT saldo AS nibble_balance FROM auth_user WHERE id='2']2015-05-21 19:56:08.886193 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account 2 (balance = 66.399998) But again retrieved balance and now balance is 66.399998 it's wrong!! My dialplan: <extension name="Todo"> <condition expression="^([2-9]\d{8})$" field="destination_number"> <action application="export" data="dialed_extension=$1"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="sched_hangup" data="+1800 alloted_timeout"/> <action application="limit" data="hash fraud_protection calls_max_intl ${calls_max_intl} !NORMAL_TEMPORARY_FAILURE"/> <action application="lcr" data="$1 pg_prefix2"/> <action application="set" data="nibble_rate=${lcr_rate_1}"/> <action application="set" data="nibble_account=${accountcode}"/> <action application="set" data="lowbal_amt=${lowbal_amt}"/> <action application="set" data="nobal_amt=${nobal_amt}"/>  <action application="set" data="bypass_media=true"/> <action application="bridge" data="${lcr_auto_route}"/> Anyone give some idea or what i am doing wrong. Regards

1 0