October 2017 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] RTP Loss with Freeswitch in Default Mode
by vikas sharma 11 Oct '17

11 Oct '17

Hi Can i get some suggestions to improve the video call quality and reduce packet loss with Freeswitch server. Thanks On Wed, Sep 27, 2017 at 11:00 AM, vikas sharma <vikas452(a)gmail.com> wrote: > Anything that can help me in this regard?? > > On Mon, Sep 25, 2017 at 4:03 PM, vikas sharma <vikas452(a)gmail.com> wrote: > >> Hi >> >> I am making a linphone to linphone call using Freeswitch server in >> Defualt mode but i am facing huge RTP loss and the video call is getting >> stuck in between.I have also found that there is a difference between the >> RTP packets received on A Leg and sent from B-leg and vice versa. >> >> Can somebody help me to understand what exactly happens with the RTP >> packets on server and why there is a difference in the RTP count?? >> >> How can we improve the video call quality in moderate network conditions. >> >> Thanks >> > >

2 4

Sending keepalives on Verto websocket
by Chad Phillips 11 Oct '17

11 Oct '17

I've switched to using Nginx to proxy Verto websockets, and have run into a small snag: by default, if Nginx doesn't read any data from a proxy backend within 60 seconds, it closes the connection, even for websockets. It appears the recommended solution is to have the server send some kind of regular keepalive. I poked around in mod_verto.c and found a 'request.keepalive' variable, but I'm unclear how to set that in the request, and/or if it even accomplishes what I'm wanting. I've solved the issue for now by periodically sending a JSON RPC 'echo' request along the websocket every 50 seconds, and the reply from the server is enough to keep the connection open. This is fine, but I am curious if there's a way to do it just from the server side, and if not, if it's worth it to add a setting to enable that functionality?

6 13

freetdm errors..
by Babak Yakhchali 11 Oct '17

11 Oct '17

Hi I'm using sangoma a200 with freetdm on freeswitch 1.6 stable branch. Sometimes I see errors like this in console: 2017-10-11 10:58:32.669207 [ERR] ftmod_sangoma_isdn_stack_out.c:574 [s2c31][2:16] Received frame of 323 bytes, exceeding max size of 300 bytes Is this a serious problem?

2 1

[curl_sendfile][unable to get response]
by Bilal Abbasi 11 Oct '17

11 Oct '17

Hi Users, I am using lua script to actually call the curl_sendfile, i am able to successfully POST the file on URL, but i am only curious to know the response variables to get the status. Like i used curl previously and there are two variables that are auto set curl_response_data and curl_response_code, i am looking same in the curl_sendfile. CAn anybody help me in this? P.S: i did tried to send file using curl, but i am not aware that how to do that using the curl -F(--form) option, i can upload a file using commandline linux curl command , but could not mapp the option -F in the freeswitch. Regards Abbasi

2 8

Channel Event Issue
by Freeswitch 11 Oct '17

11 Oct '17

Hi, Yes, bgapi helps to solve the ESL issue. ESL does not block any more. However, the Channel still blocks when trying to leave the conference. During FreeSWITCH shutdown, the following issue is logged: 2017-10-09 09:42:51.115212 [NOTICE] switch_loadable_module.c:1055 Deleting Application 'conference' 2017-10-09 09:43:01.134791 [ERR] switch_loadable_module.c:1062 Giving up on 'conference' waiting for existing references. 2017-10-09 09:43:01.134791 [NOTICE] switch_loadable_module.c:1110 Deleting API Function 'conference' 2017-10-09 09:43:11.155363 [ERR] switch_loadable_module.c:1118 Giving up on 'conference' waiting for existing references. Regards, Tobias Hi, since updating from FreeSWITCH 1.6.8 to FreeSWITCH 1.6.17 (Windows Server 2012 R2), the Event Socket Handler(inbound mode) sporadically stops sending Channel related Event Info. Once in this situation, the Event Socket Handler does not recover until either reset of the ESL connection by the Host that established the ESL connection or reload of mod_event_socket. Shortly before Event Socket connection drops it seems that there is a problem trying to close a channel. Example Log for failure case: Channel with uuid d9be476b-6a9d-4c96-95fb-5d8728bcc08e is never closed after leavig the conference. d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:35.399989 [NOTICE] switch_channel.c:1104 New Channel sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> [d9be476b-6a9d-4c96-95fb-5d8728bcc08e] d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:35.399989 [INFO] mod_dialplan_xml.c:637 Processing 149 <149>->4600 in context public d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:35.399989 [NOTICE] switch_ivr.c:2172 Transfer sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> to XML[4600 at default<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>] d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:35.419958 [INFO] mod_dialplan_xml.c:637 Processing 149 <149>->4600 in context default d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:35.439966 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>] has been answered d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:55.940144 [NOTICE] sofia.c:1012 Hangup sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> [CS_EXECUTE] [NORMAL_CLEARING] d9be476b-6a9d-4c96-95fb-5d8728bcc08e 2017-08-29 10:59:55.940144 [INFO] conference_loop.c:1469 Channel leaving conference, cause: NORMAL_CLEARING Example Log for regular case: Channel with uuid 982453be-a321-4825-a944-ecfffa715914 is closed correctly after leaving the conference): 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:55:51.340132 [NOTICE] switch_channel.c:1104 New Channel sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> [982453be-a321-4825-a944-ecfffa715914] 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:55:51.340132 [INFO] mod_dialplan_xml.c:637 Processing 149 <149>->4600 in context public 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:55:51.360126 [NOTICE] switch_ivr.c:2172 Transfer sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> to XML[4600 at default<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>] 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:55:51.360126 [INFO] mod_dialplan_xml.c:637 Processing 149 <149>->4600 in context default 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:55:51.380148 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>] has been answered 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:56:11.900321 [NOTICE] sofia.c:1012 Hangup sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> [CS_EXECUTE] [NORMAL_CLEARING] 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:56:11.900321 [INFO] conference_loop.c:1469 Channel leaving conference, cause: NORMAL_CLEARING 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:56:11.900321 [NOTICE] switch_core_session.c:1683 Session 9744 (sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>) Ended 982453be-a321-4825-a944-ecfffa715914 2017-08-29 10:56:11.900321 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> [CS_DESTROY] The channel with uuid d9be476b-6a9d-4c96-95fb-5d8728bcc08e will still be displayed at fs_cli on request of "show channels" freeswitch at 1250-0110<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> show channels uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,accountcode,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num,initial_cid_name,initial_cid_num,initial_ip_addr,initial_dest,initial_dialplan,initial_context d9be476b-6a9d-4c96-95fb-5d8728bcc08e,inbound,2017-08-29 10:59:35,1503997175,sofia/external/149 at dialin<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>,CS_EXECUTE,149,149,dialin,4600,playback,{playBackId=2573}us/announcement.wav,XML,default,L16,8000,128000,PCMA,8000,64000,,1250-0110,,,,ACTIVE,,,,,,,149,149,dialin,4600,XML,public 1 total. However, trying to retrieve the channel data for this channel e.g. "uuid_dump" fails. freeswitch at 1250-0110<http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> uuid_dump d9be476b-6a9d-4c96-95fb-5d8728bcc08e -ERR No such channel! Same issue exists with FreeSWITCH 1.6.19. We are continuously sending api commands to the channel. Could this be a race condition, receiving an api, while the Channel is trying to close ? Would bgapi help ? Why is it not an issue with FreeSWITCH 1.6.8 ? Regards, Tobias

1 0

SIP Calling issues with Freeswitch
by vikas sharma 11 Oct '17

11 Oct '17

Hi I am making Linphone to Linphone video calls on android phone.But some times call does not reach the callee side although it is successfully registered with the server. I am checking these calls on mobile data network.Some times call is not established but sometimes it works. Can i get some help on this? Is it due to NAT?Any suggestions on server configuration for this? Thanks

1 0

[ERR] switch_core_video.c:2879 This function is not available, libpng not installed
by Akshaya j 10 Oct '17

10 Oct '17

Hi team.! In Centos7 with libpng 1.5 version When I dial conference number I can witness an ERR [ERR] switch_core_video.c:2879 This function is not available, libpng not installed... Conference call doesn't use video its just audio call.. The calls works properly but this error bothers me of what the problem is? Someone please help in fixing this. I run another FS setup in Debian machine where there s no such error as libpng 1.6 version is available Note: libpng is up to date in my centos 7(libpng1.5 which is what available for centos7) but freeswitch needs libpng 1.6, I guess. Thanks in advance Akshaya J

2 1

Stats collection (telegraf), specifically: all limit hash results
by Avi Marcus 10 Oct '17

10 Oct '17

I see an API command to query a specific limit. When using db back end, I could query the db. Is there a way to get the whole hash back end in one shot? I only see `hash select/realm/key` in the docs. I'm looking at integrating with telegraf data collector. *Previous art for collectors:* Active channels/calls/cps here (the common ones): https://github.com/areski/freeswitch-telegraf-plugin and also active calls per profile + some history here: https://github.com/moises-silva/freeswitch-telegraf Reinman adds conference list: https://github.com/riemann/riemann-tools/blob/master/bin/riemann-freeswitch datadog: adds skipped packets, g729 channel count, events of reloadxml/modules https://github.com/wimactel/FreeSwitch-DataDog-Metrics/blob/master/metrics.… statsd: adds registration count https://github.com/sangoma/mod_statsd prometheus with registrations and channels, but custom counters instead of accesing limit: https://github.com/moises-silva/mod_prometheus

1 0

set variable at te chatplan with Lua
by Yuriy Gorlichenko 10 Oct '17

10 Oct '17

Hi In dialplan i can set veriable via session:execute ("set",<do what i need>) or session:setVariable (<varname>,<var value>) In chat plan exists only "set" application but in can not bee executed via message (analog of session) how to set variables here? I tried to use api:chat({<variables setup>} proto|sender|receiver|message) But it is does not work I exepted because of chat function description but tried anywhay.

1 0

Re: [Freeswitch-users] session id (rfc7329) support (VoIP and Verto)?
by Robert Mundkowsky 09 Oct '17

09 Oct '17

Maybe a better question is there a different mechanism for tracking a SIP based call that orginated from Verto across multiple SIP based systems? I suppose Homer can be used for this, but seems like the overkill solution. -------- Original message -------- From: Michael Jerris <mike(a)jerris.com> Date: 10/9/17 2:30 PM (GMT-05:00) To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Subject: Re: [Freeswitch-users] session id (rfc7329) support (VoIP and Verto)? We do not, and most certainly do not in Verto as this is a SIP spec. On Oct 6, 2017, at 1:50 PM, Mundkowsky, Robert <rmundkowsky(a)ets.org> wrote: Does FreeSWITCH have session id (rfc7329) support (VoIP and Verto)? Robert

1 0