April 2014 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] Snom 370 and Day/Night led
by Mr.Gab 15 Apr '14

15 Apr '14

I'm terribly sorry, i used nabble.com to post the first time but i didn't see the message so i thought there was an error and i sent a direct mail to the users list. I would never dare to demand an immediate response. I read mod_snom before posting but i didn't understand how to do it. I'll continue to try. Best regards crazygabry ---------- Forwarded message ---------- From: Brian West <brian(a)freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Cc: Date: Mon, 14 Apr 2014 12:01:38 -0500 Subject: Re: [Freeswitch-users] Snom 370 and Day/Night led Since you sent this yesterday, Sunday @4:11pm for most of us, and you’ve asked the same question again this morning at 9:49am, http://wiki.freeswitch.org/wiki/Mod_snom Please allow people time to actually read, respond to your questions before sending another of the exact same question. -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

2 1

No audio stun for a long time!
by rockxsj 15 Apr '14

15 Apr '14

I can see that sometimes my server product some logs like: deb9157a-b9b1-11e3-8ee1-7b004e0e7c32 2014-04-02 00:03:44.083032 [ERR] switch_rtp.c:749 No audio stun for a long time! 8c9f55cc-b9b8-11e3-9cca-7b004e0e7c32 2014-04-02 00:21:02.441130 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:32:04.021509 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:32:35.021902 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:33:05.061286 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:33:36.061678 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:34:06.101062 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:34:37.101453 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:35:07.121681 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:35:37.161065 [ERR] switch_rtp.c:749 No audio stun for a long time! a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:36:08.161457 [ERR] switch_rtp.c:749 No audio stun for a long time! 74c1f71e-b9fb-11e3-bbbd-7b004e0e7c32 2014-04-02 08:14:35.502605 [ERR] switch_rtp.c:749 No audio stun for a long time! c323e07a-b9fb-11e3-bc46-7b004e0e7c32 2014-04-02 08:15:02.921673 [ERR] switch_rtp.c:749 No audio stun for a long time! fa17e09a-b9fb-11e3-bd18-7b004e0e7c32 2014-04-02 08:16:35.121138 [ERR] switch_rtp.c:749 No audio stun for a long time! fa17e09a-b9fb-11e3-bd18-7b004e0e7c32 2014-04-02 08:17:06.121531 [ERR] switch_rtp.c:749 No audio stun for a long time! 43945544-ba03-11e3-8df9-7b004e0e7c32 2014-04-02 09:09:08.621875 [ERR] switch_rtp.c:749 No audio stun for a long time! 05e67bae-ba09-11e3-a24c-7b004e0e7c32 2014-04-02 09:50:28.321208 [ERR] switch_rtp.c:749 No audio stun for a long time! b151ab62-ba09-11e3-a4da-7b004e0e7c32 2014-04-02 09:58:45.491465 [ERR] switch_rtp.c:749 No audio stun for a long time! 552384de-ba0c-11e3-afc5-7b004e0e7c32 2014-04-02 10:14:03.691235 [ERR] switch_rtp.c:749 No audio stun for a long time! 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:16:39.392036 [ERR] switch_rtp.c:749 No audio stun for a long time! 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:17:37.411787 [ERR] switch_rtp.c:749 No audio stun for a long time! 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:18:07.431169 [ERR] switch_rtp.c:749 No audio stun for a long time! 2e316a40-ba10-11e3-8076-7b004e0e7c32 2014-04-02 10:41:28.251996 [ERR] switch_rtp.c:749 No audio stun for a long time! 7396150e-ba10-11e3-8186-7b004e0e7c32 2014-04-02 10:43:24.291472 [ERR] switch_rtp.c:749 No audio stun for a long time! 388ba6ac-ba12-11e3-8801-7b004e0e7c32 2014-04-02 10:56:48.411568 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:10:06.051664 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:10:36.091046 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:11:06.111419 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:11:37.111820 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:12:07.151202 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:12:38.151594 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:13:08.190977 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:13:39.191370 [ERR] switch_rtp.c:749 No audio stun for a long time! 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:14:10.191752 [ERR] switch_rtp.c:749 No audio stun for a long time! abb38326-ba16-11e3-9cb0-7b004e0e7c32 2014-04-02 11:27:40.391902 [ERR] switch_rtp.c:749 No audio stun for a long time! 75cee1e2-ba1b-11e3-b14f-7b004e0e7c32 2014-04-02 12:01:57.731915 [ERR] switch_rtp.c:749 No audio stun for a long time! My server is not behind firewall or router, I want know why the freeswitch still product these logs? Is something wong with my config?

4 8

Homer SIP capture integration
by Peter Steinbach 15 Apr '14

15 Apr '14

Hello, I was following http://code.google.com/p/homer/wiki/HOWTO#Capture_Agent to have "Homer Sip capture" capturing an displaying a SIP Packets from freeswitch. This worked quite well on a Debian based system. But now we migrated it to Centos 6 and it does not work anymore, although we used the identical kamailio source code base. I think the underlying xml parser libs somehow work differently on Centos. What is puzzling me is the following Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: ERROR: <core> [parser/msg_parser.c:705]: parse_msg(): ERROR: parse_msg: message=<#001#020#002#021#023a#023aaaaaaaSIP/2.0 480 Temporarily You can see that in front of the SIP message coming from freeswitch there are some additional chars "#001#020#002#021#023a#023aaaaaaa". And by wiresharking the SIP packages, Freeswitch in fact preceedes the SIP message it sends to homer with these additional bytes. Using a Debian based Kamailio this does not cause problems on the Kamailio/Homer side, buit on Centos it does. So my question is: Is this the right behaviour of Freeswitch when forking the SIP message to the capture server? In https://groups.google.com/forum/#!topic/homer-discuss/KhBF0Dy44SU I found the following >The problem was found: freeswitch duplicate all packets on SIP port including empty "ping" messages. >with mobile regards, >Alexandr Although I do not really understand the part "including empty ping messages": Is there a way to suppress these ping messages? Here is a complete error message: Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: INFO: <core> [parser/parse_fline.c:229]: parse_first_line(): ERROR:parse_first_line: bad request first line Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: INFO: <core> [parser/parse_fline.c:231]: parse_first_line(): ERROR: at line 0 char 39: Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: INFO: <core> [parser/parse_fline.c:237]: parse_first_line(): ERROR: parsed so far: #001#020#002#021#023a#023aaaaaaaSIP/2.0 480 Temporarily Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: INFO: <core> [parser/parse_fline.c:242]: parse_first_line(): ERROR:parse_first_line: bad message Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: ERROR: <core> [parser/msg_parser.c:705]: parse_msg(): ERROR: parse_msg: message=<#001#020#002#021#023a#023aaaaaaaSIP/2.0 480 Temporarily Unavailable#015#012Via: SIP/2.0/UDP 192.168.178.204:5060;branch=z9hG4bK6569ec1b;rport=5060#015#012Max-Forwards: 70#015#012From: "06081688533" <sip:06081688533@192.168.178.204>;tag=as190e467c#015#012To: <sip:4488329@192.168.178.220:5090>;tag=1D8c28jZaF72r#015#012Call-ID: 17888b4f3812b7686fbaf0ca380be672(a)192.168.178.204#015#012CSeq: 102 INVITE#015#012User-Agent: FreeSWITCH-mod_sofia/1.5.11b+git~20140305T111532Z~783a4083ed~64bit#015#012Accept: application/sdp#015#012Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY#015#012Supported: timer, path, replaces#015#012Allow-Events: talk, hold, conference, refer#015#012Reason: Q.850;cause=16;text="NORMAL_CLEARING"#015#012Content-Length: 0#015#012Remote-Party-ID: "4488329" <sip:4488329@192.168.178.220>;party=calling;privacy=off;screen=no#015#012#015#012> Apr 4 10:33:12 homer2centos /usr/local/sbin/kamailio[20698]: ERROR: <core> [receive.c:146]: receive_msg(): ERROR: receive_msg: parse_msg failed -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de

2 3

NDLB-connectile-dysfunction=true with a non directory user
by Jon Schøpzinsky 15 Apr '14

15 Apr '14

Hello list, We are having some problems with customer behind nat, where freeswitch is responding to the contact headers address, which fails as the client is using its internal IP and port information. We tried setting the NDLB-connectile-dysfunction=true in the dialplan, but it doesnt seem to work. Which leg should we set it on? And any reason why it wouldnt work? Kind Regards Jon Schøpzinsky

3 3

Any way to get the Dialplan: logging and similar entries to be date prefixed?
by Nathan Neulinger 14 Apr '14

14 Apr '14

Is there any way to get these log entries timestamp prefixed like the rest of the log entries in freeswitch.log? -- Nathan ------------------------------------------------------------ Nathan Neulinger nneul(a)mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect

2 1

Snom 370 and Day/Night led
by Mr.Gab 14 Apr '14

14 Apr '14

Hello everybody, I have a FS server with a couple of SNOM 370. Users can manage tha day/night mode by 2 extensions that control a variable. I need to turn on the led near the "night mode button" when the variable is set to "night" and turn off it when the variable is set to "day". Can anyone suggest me how to implement this feature? Thank you in advice crazygabry

2 1

major openssl vulnerability.
by Michael Jerris 14 Apr '14

14 Apr '14

More information available at http://heartbleed.com/ . You should probably upgrade openssl to at least 1.0.1g and re-generate all keys and invalidate old keys.

5 4

Re: [Freeswitch-users] How to check the channel variables "fax_result_code" in the script? such as php script?
by sparklezou 14 Apr '14

14 Apr '14

Hi All, I also checked the wiki https://wiki.freeswitch.org/wiki/Channel_Variables Is there any way to get the channel variables in PHP script? Then it will be very easy to handle the following steps according to the result code. Thanks in advance! 2014-04-14 sparklezou 发件人："sparklezou"<sparklezou(a)163.com> 发送时间：2014-04-11 10:39 主题：How to check the "fax_result_code" in the script? such as php script? 收件人："freeswitch-users"<freeswitch-users(a)lists.freeswitch.org>,"freeswitch-dev"<freeswitch-dev(a)lists.freeswitch.org> 抄送： Hi Buddies, Reviewed the wiki, https://wiki.freeswitch.org/wiki/Mod_spandsp How to check the "fax_result_code" in the php script? Also other result info, such as fax_result_text, then could provide more detail response info to the client. Thanks! 2014-03-03 sparklezou

1 0

Random Idea
by Blake Priddy 14 Apr '14

14 Apr '14

You know what would be cool. Is if FreeSWITCH could send out emergent alerts to all end points. That's let's say what a weather radio would get. If there is a emergency alert in your area you can select a group of extensions that would be able to get that NOAA broadcast. Do like a page or something.

2 1

FreeSWITCH Master Branch Week in Review is moving from Monday to Tuesday
by Kathleen King 14 Apr '14

14 Apr '14

Expect the Week in Review to now be sent out on Tuesday afternoons. -- Kathleen King Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Cell: (703) 859-3757 kathleen.king(a)quentustech.com

1 0