October 2019 - FreeSWITCH-users - FreeSWITCH Mailing Lists

mod call center tier behaviour
by abubacker 04 May '20

04 May '20

I am working in mod_callcenter Before my call center configuration is like this /referene : callcenter.conf.xml/ /<agents> <agent name="1000@default" type="callback" contact="[call_timeout=10]user/1000" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> <agent name="1001@default" type="callback" contact="[call_timeout=10]user/1001" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> <agent name="1003@default" type="callback" contact="[call_timeout=10]user/1006" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> </agents> <tiers>  <tier agent="1000@default" queue="support@default" level="1" position="1"/> <tier agent="1001@default" queue="support@default" level="1" position="2"/> <tier agent="1003@default" queue="support@default" level="1" position="3"/>  <tier agent="1003@default" queue="secondary" level="1" position="3"/> <tier agent="1001@default" queue="secondary" level="1" position="2"/> <tier agent="1000@default" queue="secondary" level="1" position="1"/> </tiers> </configuration> / Tier list : /freeswitch@FMS-Queue> callcenter_config tier list support@default queue|agent|state|level|position support@default|1000@default|Ready|1|1 support@default|1001@default|Ready|1|2 support@default|1003@default|Ready|1|3 +OK/ When I renamed the 1003@default as 1006@default / <agents> <agent name="1000@default" type="callback" contact="[call_timeout=10]user/1000" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> <agent name="1001@default" type="callback" contact="[call_timeout=10]user/1001" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> <agent name="1006@default" type="callback" contact="[call_timeout=10]user/1006" status="Available" max-no-answer="0" wrap-up-time="0" reject-delay-time="1" busy-delay-time="1" /> </agents> <tiers>  <tier agent="1000@default" queue="support@default" level="1" position="1"/> <tier agent="1001@default" queue="support@default" level="1" position="2"/> <tier agent="1006@default" queue="support@default" level="1" position="3"/>  <tier agent="1006@default" queue="secondary" level="1" position="3"/> <tier agent="1001@default" queue="secondary" level="1" position="2"/> <tier agent="1000@default" queue="secondary" level="1" position="1"/> </tiers>/ After that I have reload the mod_callcenter http://pastebin.freeswitch.org/14810 The 1003@default is not overwritten , but 1006@default has added newly why 1003@default is still exist /freeswitch@FMS-Queue> callcenter_config tier list support@default queue|agent|state|level|position support@default|1000@default|Ready|1|1 support@default|1001@default|Ready|1|2 support@default|1003@default|Ready|1|3 support@default|1006@default|Ready|1|3 +OK/ Is it a bug or Is it a default behaviour ? -- Best regards, N.Abubacker , Associate system engineer , bk systems pvt ltd , Ph : 9144-43902701 Disclaimer:http://www.bksystems.co.in/email-policy

2 1

FYI - new Amazon Web Services TTS option
by Nathan Neulinger 30 Apr '20

30 Apr '20

https://aws.amazon.com/blogs/aws/polly-text-to-speech-in-47-voices-and-24-l… The quality blows away everything I've tried out previously... Highly relevant option for voice prompts. -- Nathan ------------------------------------------------------------ Nathan Neulinger nneul(a)mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect

6 9

dynamic music on hold for mod_conference
by Lappe, Adam 19 Mar '20

19 Mar '20

Hi all, i am trying to dynamically set the mod-sound variable in mod_conference, so I can play different music on hold to my conference rooms without having to create multiple profiles. Is there a way to set my moh-sound path while I create the conference? Or can I change the moh-sound file via the event socket in a existing conference? I think this would also lead to success. Thanks in advance, Adam

5 6

New Debian FS vanilla install fails
by Sean Devoy 04 Mar '20

04 Mar '20

HI all, I have a new Debian 8.1 (32 bit) server for testing. I first did an apt-get install curl then per the instructions here: https://freeswitch.org/confluence/display/FREESWITCH/Debian+7 I did this: echo "deb http://files.freeswitch.org/repo/deb/debian/ `lsb_release -sc` main" >> /etc/apt/sources.list.d/freeswitch.list curl http://files.freeswitch.org/repo/deb/debian/freeswitch_archive_g0.pub | apt-key add - apt-get update apt-get install freeswitch-meta-vanilla It runs for less than a minute and dies at: Setting up freeswitch-sysvinit (1.4.19~10~1-1~jessie+1) ... Job for freeswitch.service failed. See 'systemctl status freeswitch.service' and 'journalctl -xn' for details. invoke-rc.d: initscript freeswitch, action "start" failed. dpkg: error processing package freeswitch-sysvinit (--configure): subprocess installed post-installation script returned error exit status 1 Setting up freeswitch-systemd (1.4.19~10~1-1~jessie+1) ... dpkg: dependency problems prevent configuration of freeswitch-init: freeswitch-init depends on freeswitch-sysvinit (= 1.4.19~10~1-1~jessie+1); however: Package freeswitch-sysvinit is not configured yet. dpkg: error processing package freeswitch-init (--configure): dependency problems - leaving unconfigured and ends shortly with: Errors were encountered while processing: freeswitch-sysvinit freeswitch-init E: Sub-process /usr/bin/dpkg returned an error code (1) I ran the cmds it says: systemctl status -l freeswitch.service * freeswitch.service - freeswitch Loaded: loaded (/lib/systemd/system/freeswitch.service; disabled) Active: failed (Result: start-limit) since Wed 2015-06-17 17:11:15 EDT; 18min ago Jun 17 17:11:15 fstest.devoy.us systemd[1]: freeswitch.service: control process exited, code=exited status=1 Jun 17 17:11:15 fstest.devoy.us systemd[1]: Failed to start freeswitch. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Unit freeswitch.service entered failed state. Jun 17 17:11:15 fstest.devoy.us systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Failed to start freeswitch. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Unit freeswitch.service entered failed state. journalctl -xn -- Logs begin at Wed 2015-06-17 16:59:45 EDT, end at Wed 2015-06-17 17:17:01 EDT. -- Jun 17 17:11:15 fstest.devoy.us systemd[1]: freeswitch.service: control process exited, code=exited status=1 Jun 17 17:11:15 fstest.devoy.us systemd[1]: Failed to start freeswitch. -- Subject: Unit freeswitch.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit freeswitch.service has failed. -- -- The result is failed. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Unit freeswitch.service entered failed state. Jun 17 17:11:15 fstest.devoy.us systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Failed to start freeswitch. -- Subject: Unit freeswitch.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit freeswitch.service has failed. -- -- The result is failed. Jun 17 17:11:15 fstest.devoy.us systemd[1]: Unit freeswitch.service entered failed state. Jun 17 17:11:54 fstest.devoy.us kernel: perf interrupt took too long (10077 > 10000), lowering kernel.perf_event_max_sample_rate to 12500 Jun 17 17:17:01 fstest.devoy.us CRON[12430]: pam_unix(cron:session): session opened for user root by (uid=0) Jun 17 17:17:01 fstest.devoy.us CRON[12431]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jun 17 17:17:01 fstest.devoy.us CRON[12430]: pam_unix(cron:session): session closed for user root Did I misunderstand that Debian 8 was OK, in fact required at 1.6.n? What am I missing? Sean

5 7

Stumped by mod_portaudio permissions issue
by Mark Haun 02 Feb '20

02 Feb '20

I built freeswitch version 1.7.0+git~20150730T192909Z~ab7f83c654~32bit for my ARM-based home server (an NVIDIA Jetson board), with the intention of using mod_portaudio with a wireless USB headset for my main home phone. It works well when running freeswitch directly as root, but when I configured freeswitch to run at system startup, mod_portaudio could no longer find any audio devices. No problem, I thought, it's a simple permissions issue. I am using the example debian init script from the wiki (this is a Jessie install with SysV init rather than systemd). It runs freeswitch as user freeswitch, group daemon using the -u and -g command-line options. So I added "freeswitch" to the audio group, then used sudo to verify that I could play sound files with "aplay" as the freeswitch user. That worked, but it did not solve the mod_portaudio failure. Thinking there must be an issue with portaudio separate from ALSA, I fetched and built the "pa_devs" utility which enumerates and prints the available audio devices. (This is basically what mod_portaudio is doing on startup.) Running as the freeswitch user, that worked too. Hmmmm. I tried running freeswitch from the command line using sudo rather than the -u and -g options, i.e. $ sudo freeswitch /usr/local/freeswitch/bin/freeswitch -nc and that worked as well! Then I started experimenting with -u and -g and discovered that $ /usr/local/freeswitch/bin/freeswitch -nc -u freeswitch allows mod_portaudio to load correctly, whereas $ /usr/local/freeswitch/bin/freeswitch -nc -u freeswitch -g daemon causes mod_portaudio to fail. Can anyone explain what's happening here? In both cases the process UID, GID, EUID, EGID, FUID, and FGID are the same (freeswitch:daemon) as displayed with "ps xao pid,uid,gid,euid,egid,fuid,fgid". Could this be a bug in freeswitch? There are a couple of threads from 2-3 years ago in the archives, where mod_portaudio permissions issues were never resolved and the solution remained a mystery. For the time being I guess this (not using -g) is a workaround, but I'd sure like to understand what is going on. Mark

5 7

Re: [Freeswitch-users] call drop because of no write codec, incompatible_destination
by Mike Jerris 26 Nov '19

26 Nov '19

Take a look at log with sip trace enabled but this usually happens when we can’t negotiate codecs. > On Oct 24, 2019, at 10:19 AM, António Silva via FreeSWITCH-users <freeswitch-users(a)lists.freeswitch.org> wrote: > > > From: António Silva <asilva(a)wirelessmundi.com> > Subject: call drop because of no write codec, incompatible_destination > Date: October 24, 2019 at 9:40:00 AM MDT > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > > > Hi, > > I'm seeing multiple calls drop with incompatible_destination, i try to call again the same destination and it works fine. it gets me crazy... > > In logs i see the error, "has no write codec", in the capture i see the negotiation both sides have codecs, they are correctly configure in directory. > > what could be causing this? i'm using version 1.8.6 > > > Part of the LOG where the error happens: > > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:37.694352 [ALERT] switch_core_state_machine.c:701 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 session thread sleep state: CS_CONSUME_MEDIA! > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.794408 [ALERT] switch_core_session.c:1130 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.794408 [ALERT] switch_core_session.c:1130 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.794408 [ALERT] switch_core_state_machine.c:705 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 session thread wake state: CS_CONSUME_MEDIA! > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.814367 [ALERT] switch_core_media.c:486 Looking for zrtp-hash > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.814367 [ALERT] switch_core_media.c:439 Deciding whether to pass zrtp-hash between legs > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.814367 [ALERT] switch_core_media.c:441 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.834519 [DEBUG] sofia.c:7325 Channel sofia/1-perfil-fija/sip:11@131.179.185.131:5112 entering state [completing][200] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.834519 [DEBUG] sofia.c:7335 Remote SDP: > f39e569f-5184-481a-9f67-6185367e2829 v=0 > f39e569f-5184-481a-9f67-6185367e2829 o=11 5008 38 IN IP4 192.168.100.11 > f39e569f-5184-481a-9f67-6185367e2829 s=Mapping > f39e569f-5184-481a-9f67-6185367e2829 c=IN IP4 192.168.100.11 > f39e569f-5184-481a-9f67-6185367e2829 t=0 0 > f39e569f-5184-481a-9f67-6185367e2829 m=audio 5008 RTP/AVP 0 101 > f39e569f-5184-481a-9f67-6185367e2829 a=rtpmap:0 PCMU/8000 > f39e569f-5184-481a-9f67-6185367e2829 a=rtpmap:101 telephone-event/8000 > f39e569f-5184-481a-9f67-6185367e2829 a=fmtp:101 0-16 > f39e569f-5184-481a-9f67-6185367e2829 a=ptime:20 > f39e569f-5184-481a-9f67-6185367e2829 > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.834519 [NOTICE] sofia.c:7338 Pre-Answer sofia/1-perfil-fija/sip:11@131.179.185.131:5112! > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.934371 [ALERT] switch_core_session.c:2662 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 Send KeyFrame > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.934371 [DEBUG] switch_core_session.c:2825 EXECUTE [depth=1] sofia/1-perfil-fija/sip:11@131.179.185.131:5112 lua(execute_on_ring_b.lua) > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.934371 [ALERT] switch_core_session.c:2889 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [APPLICATION_EXEC] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.934371 [ALERT] switch_core_session.c:1047 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.954358 [ALERT] switch_core_session.c:1047 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:41.954358 [ALERT] switch_ivr_originate.c:4136 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [AUDIO_SYNC] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.034370 [DEBUG] switch_cpp.cpp:1187 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 destroy/unlink session from object > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.034370 [ALERT] switch_core_session.c:2905 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [APPLICATION_EXEC_COMPLETE] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.034370 [DEBUG] switch_channel.c:3537 (sofia/1-perfil-fija/sip:11@131.179.185.131:5112) Callstate Change RINGING -> EARLY > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] sofia.c:7338 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [PROGRESS_EVENT] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_media.c:486 Looking for zrtp-hash > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_media.c:439 Deciding whether to pass zrtp-hash between legs > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_media.c:441 CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_ivr_bridge.c:1650 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [AUDIO_SYNC] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_state_machine.c:701 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 session thread sleep state: CS_CONSUME_MEDIA! > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_ivr_bridge.c:1751 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 receive message [BRIDGE] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_session.c:981 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [DEBUG] switch_ivr_bridge.c:1795 (sofia/1-perfil-fija/sip:11@131.179.185.131:5112) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.094512 [ALERT] switch_core_session.c:1480 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.114382 [ALERT] switch_core_state_machine.c:705 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 session thread wake state: CS_CONSUME_MEDIA! > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.114382 [DEBUG] switch_core_state_machine.c:584 (sofia/1-perfil-fija/sip:11@131.179.185.131:5112) Running State Change CS_EXCHANGE_MEDIA (Cur 242 Tot 835614) > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.114382 [DEBUG] switch_core_state_machine.c:653 (sofia/1-perfil-fija/sip:11@131.179.185.131:5112) State EXCHANGE_MEDIA > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.114382 [ALERT] switch_core_state_machine.c:653 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 Send KeyFrame > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.114382 [DEBUG] mod_sofia.c:657 SOFIA EXCHANGE_MEDIA > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.134357 [ERR] switch_core_media.c:15507 sofia/1-perfil-fija/sip:11@131.179.185.131:5112 has no write codec. > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.134357 [NOTICE] switch_core_media.c:15508 Hangup sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [CS_EXCHANGE_MEDIA] [INCOMPATIBLE_DESTINATION] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.134357 [ALERT] switch_channel.c:3346 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [KILL] > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.134357 [DEBUG] mod_hash.c:297 Usage for total_account:11@clinicalluch.daratel.com is now 0 > f39e569f-5184-481a-9f67-6185367e2829 2019-10-21 11:50:42.134357 [ALERT] switch_core_session.c:1480 Send signal sofia/1-perfil-fija/sip:11@131.179.185.131:5112 [BREAK] > > > > -- > Saludos / Regards / Cumprimentos > António Silva > > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com

2 2

Re: [Freeswitch-users] FreeSwitch Hangs and Fails to Process anything
by Lloyd Aloysius 13 Nov '19

13 Nov '19

Finally I setup a cronjob to restart freeswitch everyday. Otherwise it hang every 2 days. Does this is a know problem to the most recent version. I even try the master.Same issue. Hardware - 16 Core CPU, 96GB Memeory, SSDs. Average calls volume is 20~30 calls Does the following startup script is valid. May be I am missing some requirements for version 1.10 ? ; This file in installations built from Master can be found in ; /usr/src/freeswitch.git/debian ; or ; /usr/src/freeswitch/debian [Unit] Description=freeswitch After=syslog.target network.target local-fs.target mysql.service apache2.service [Service] ; service Type=forking PIDFile=/usr/local/freeswitch/run/freeswitch.pid PermissionsStartOnly=true ; blank ExecStart= line flushes the list ExecStart= ExecStart=/usr/local/freeswitch/bin/freeswitch -u freeswitch -g freeswitch -ncwait -nonat -rp TimeoutSec=45s Restart=always ; exec WorkingDirectory=/usr/local/freeswitch/bin User=root Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 LimitSTACK=250000 LimitRTPRIO=infinity LimitRTTIME=infinity IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target On Mon, Oct 14, 2019 at 12:49 PM Lloyd Aloysius <lloyd.aloysius(a)gmail.com> wrote: > it happened again. Create a issue and attached the back trace. > > > > > > On Sun, Oct 13, 2019 at 1:44 PM John Covici <covici(a)ccs.covici.com> wrote: > >> Why don't you compile with symbols and when it hangs get a backtrace, >> then file an issue on github. >> >> On Sun, 13 Oct 2019 11:07:13 -0400, >> David Villasmil wrote: >> > >> > [1 <multipart/alternative (7bit)>] >> > [1.1 <text/plain; UTF-8 (quoted-printable)>] >> > [1.2 <text/html; UTF-8 (quoted-printable)>] >> > Your fail2ban will only block IPs trying to register unsuccessfully. >> > >> > What happens with those calls? Do they get dropped? Where’s the logging >> on those calls? Sled exits “console log level debug” >> > >> > On Sun, 13 Oct 2019 at 15:59, Lloyd Aloysius <lloyd.aloysius(a)gmail.com> >> wrote: >> > >> > I do not see any errors... only see these entries. The following in my >> fail2ban... Does this correct >> > >> > [Definition] >> > >> > failregex = ^\.\d+ \[WARNING\] sofia_reg\.c:\d+ SIP auth >> (failure|challenge) $(REGISTER|INVITE)$ on sofia profile \'[^']+\' for >> \[.*\] from ip <HOST>$ >> > ^\.\d+ \[WARNING\] sofia_reg\.c:\d+ Can't find user \[\d+(a)\d+\.\d+\.\d+\.\d+\] >> from <HOST>$ >> > >> > ignoreregex = >> > >> > On Sun, Oct 13, 2019 at 10:16 AM David Villasmil < >> david.villasmil.work(a)gmail.com> wrote: >> > >> > Is fail2ban blocking those? Doesn’t seem like it is. You should >> probably double-check it’s config. >> > >> > In any case, there’s nothing in the log you pasted showing any errors. >> Please paste the errors (if any) >> > >> > On Sun, 13 Oct 2019 at 13:59, Lloyd Aloysius <lloyd.aloysius(a)gmail.com> >> wrote: >> > >> > Hangs again. I was using version 1.4 before. Just updated to >> FreeSWITCH (Version 1.10.1-release git f999022 2019-08-20 16:54:04Z 64bit) >> is ready >> > >> > Please find the log below. Looks like someone try to send many calls >> and switch hang. I have Fail2Ban setup for this machine. Machine is Very >> powerful >> > >> > HP 360 Gen 8 Server 16 Cores CPU, 96GB Memeory , SSD Drives. >> > >> > 24719e77-462f-4c49-b7e4-3e3ca00e5d59 2019-10-13 07:01:15.851407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/101(a)A.B.C.D >> [24719e77-462f-4c49-b7e4-3e3ca00e5d59] >> > 24719e77-462f-4c49-b7e4-3e3ca00e5d59 2019-10-13 07:01:15.851407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/101(a)A.B.C.D) >> Running State Change CS_NEW (Cur 2 Tot 1875) >> > a4281704-fb77-4fe6-8598-8ca506ecb7e8 2019-10-13 07:01:37.111410 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [a4281704-fb77-4fe6-8598-8ca506ecb7e8] >> > a4281704-fb77-4fe6-8598-8ca506ecb7e8 2019-10-13 07:01:37.111410 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 3 Tot 1876) >> > ff2f92d8-9d1c-4878-bb23-2ddac61bce40 2019-10-13 07:02:30.971414 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/101(a)A.B.C.D >> [ff2f92d8-9d1c-4878-bb23-2ddac61bce40] >> > ff2f92d8-9d1c-4878-bb23-2ddac61bce40 2019-10-13 07:02:30.971414 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/101(a)A.B.C.D) >> Running State Change CS_NEW (Cur 4 Tot 1877) >> > 0e2a1e57-65fa-490e-9368-eeaa92de79d1 2019-10-13 07:02:57.791407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [0e2a1e57-65fa-490e-9368-eeaa92de79d1] >> > 0e2a1e57-65fa-490e-9368-eeaa92de79d1 2019-10-13 07:02:57.791407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 5 Tot 1878) >> > 614b6aa3-9c6b-4377-8f95-a2aa0ebe603d 2019-10-13 07:03:46.331406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/101(a)A.B.C.D >> [614b6aa3-9c6b-4377-8f95-a2aa0ebe603d] >> > 614b6aa3-9c6b-4377-8f95-a2aa0ebe603d 2019-10-13 07:03:46.331406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/101(a)A.B.C.D) >> Running State Change CS_NEW (Cur 6 Tot 1879) >> > a650801a-ade3-4190-b920-6f79dba49d3a 2019-10-13 07:04:20.771417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [a650801a-ade3-4190-b920-6f79dba49d3a] >> > a650801a-ade3-4190-b920-6f79dba49d3a 2019-10-13 07:04:20.771417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 7 Tot 1880) >> > 883ebcfb-1ff5-4414-bd13-b06d7e00168d 2019-10-13 07:05:41.211416 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [883ebcfb-1ff5-4414-bd13-b06d7e00168d] >> > 883ebcfb-1ff5-4414-bd13-b06d7e00168d 2019-10-13 07:05:41.211416 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 8 Tot 1881) >> > 376737a5-904b-49f7-a9ae-0a446806edca 2019-10-13 07:07:03.331417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [376737a5-904b-49f7-a9ae-0a446806edca] >> > 376737a5-904b-49f7-a9ae-0a446806edca 2019-10-13 07:07:03.331417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 9 Tot 1882) >> > 7df169e7-ea7f-4f80-8e0b-6569fab356b5 2019-10-13 07:08:24.411412 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [7df169e7-ea7f-4f80-8e0b-6569fab356b5] >> > 7df169e7-ea7f-4f80-8e0b-6569fab356b5 2019-10-13 07:08:24.411412 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 10 Tot 1883) >> > fa96fd08-99a1-436f-9b43-a5f583f8a0c2 2019-10-13 07:09:45.671417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [fa96fd08-99a1-436f-9b43-a5f583f8a0c2] >> > fa96fd08-99a1-436f-9b43-a5f583f8a0c2 2019-10-13 07:09:45.671417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 11 Tot 1884) >> > 2019-10-13 07:10:01.751407 [WARNING] sofia.c:2298 MSG Thread 5 Started >> > 2019-10-13 07:10:01.751407 [WARNING] sofia.c:2298 MSG Thread 4 Started >> > 5ebba99b-9f81-4948-9a2d-eedcd9b32abb 2019-10-13 07:11:06.911408 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [5ebba99b-9f81-4948-9a2d-eedcd9b32abb] >> > 5ebba99b-9f81-4948-9a2d-eedcd9b32abb 2019-10-13 07:11:06.911408 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 12 Tot 1885) >> > 755828aa-8838-4c38-a1c8-6f0ba82da14d 2019-10-13 07:12:29.071406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [755828aa-8838-4c38-a1c8-6f0ba82da14d] >> > 755828aa-8838-4c38-a1c8-6f0ba82da14d 2019-10-13 07:12:29.071406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 13 Tot 1886) >> > f290f9f9-6ce2-495d-895e-d9f9be0276e8 2019-10-13 07:13:49.291415 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [f290f9f9-6ce2-495d-895e-d9f9be0276e8] >> > f290f9f9-6ce2-495d-895e-d9f9be0276e8 2019-10-13 07:13:49.291415 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 14 Tot 1887) >> > 2019-10-13 07:14:22.231392 [WARNING] sofia.c:2298 MSG Thread 7 Started >> > 2019-10-13 07:14:22.231392 [WARNING] sofia.c:2298 MSG Thread 6 Started >> > 4d6127f4-852b-430a-9c6a-ed0fdcfae0c1 2019-10-13 07:15:09.311406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [4d6127f4-852b-430a-9c6a-ed0fdcfae0c1] >> > 4d6127f4-852b-430a-9c6a-ed0fdcfae0c1 2019-10-13 07:15:09.311406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 15 Tot 1888) >> > 35f8e251-1899-41c2-aa77-32b5e5292e3c 2019-10-13 07:15:55.871412 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [35f8e251-1899-41c2-aa77-32b5e5292e3c] >> > 35f8e251-1899-41c2-aa77-32b5e5292e3c 2019-10-13 07:15:55.871412 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 16 Tot 1889) >> > ead16196-c18e-4160-9414-53bc89533d5e 2019-10-13 07:16:37.511415 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [ead16196-c18e-4160-9414-53bc89533d5e] >> > ead16196-c18e-4160-9414-53bc89533d5e 2019-10-13 07:16:37.511415 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 17 Tot 1890) >> > cf3ddbd8-149d-4ce8-b8f1-af2b7eb83c27 2019-10-13 07:17:21.991415 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [cf3ddbd8-149d-4ce8-b8f1-af2b7eb83c27] >> > cf3ddbd8-149d-4ce8-b8f1-af2b7eb83c27 2019-10-13 07:17:21.991415 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 18 Tot 1891) >> > 153770e1-e666-4740-bcd9-a27bb78802d3 2019-10-13 07:17:57.451412 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [153770e1-e666-4740-bcd9-a27bb78802d3] >> > 153770e1-e666-4740-bcd9-a27bb78802d3 2019-10-13 07:17:57.451412 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 19 Tot 1892) >> > 2019-10-13 07:18:27.271408 [WARNING] sofia.c:2298 MSG Thread 9 Started >> > 2019-10-13 07:18:27.271408 [WARNING] sofia.c:2298 MSG Thread 8 Started >> > f86ad1e8-970d-4412-a0b7-17babd291684 2019-10-13 07:18:34.671406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [f86ad1e8-970d-4412-a0b7-17babd291684] >> > f86ad1e8-970d-4412-a0b7-17babd291684 2019-10-13 07:18:34.671406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 20 Tot 1893) >> > f666902f-7d21-4926-99d6-b835c6ccd488 2019-10-13 07:19:16.831409 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [f666902f-7d21-4926-99d6-b835c6ccd488] >> > f666902f-7d21-4926-99d6-b835c6ccd488 2019-10-13 07:19:16.831409 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 21 Tot 1894) >> > 02ebf2e0-ffbb-4177-acbc-d5d8ac8b7465 2019-10-13 07:19:48.171406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [02ebf2e0-ffbb-4177-acbc-d5d8ac8b7465] >> > 02ebf2e0-ffbb-4177-acbc-d5d8ac8b7465 2019-10-13 07:19:48.171406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 22 Tot 1895) >> > c1969653-a8cb-4c30-88ab-83ec92697576 2019-10-13 07:20:36.751414 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [c1969653-a8cb-4c30-88ab-83ec92697576] >> > c1969653-a8cb-4c30-88ab-83ec92697576 2019-10-13 07:20:36.751414 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 23 Tot 1896) >> > 2c7a317e-cf69-4d7b-86e9-3a72ceaf02fe 2019-10-13 07:21:01.931411 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [2c7a317e-cf69-4d7b-86e9-3a72ceaf02fe] >> > 2c7a317e-cf69-4d7b-86e9-3a72ceaf02fe 2019-10-13 07:21:01.931411 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 24 Tot 1897) >> > 51b48636-ca60-417f-800a-376545c78e73 2019-10-13 07:21:58.051407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [51b48636-ca60-417f-800a-376545c78e73] >> > 51b48636-ca60-417f-800a-376545c78e73 2019-10-13 07:21:58.051407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 25 Tot 1898) >> > 3622f904-9916-4269-83b1-4b0f3e3e62a2 2019-10-13 07:22:17.931407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [3622f904-9916-4269-83b1-4b0f3e3e62a2] >> > 3622f904-9916-4269-83b1-4b0f3e3e62a2 2019-10-13 07:22:17.931407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 26 Tot 1899) >> > 2019-10-13 07:22:18.931414 [WARNING] sofia.c:2298 MSG Thread 11 Started >> > 2019-10-13 07:22:18.931414 [WARNING] sofia.c:2298 MSG Thread 10 Started >> > 9056d310-c7a1-4cd6-80c7-46f87d9a0784 2019-10-13 07:23:25.611407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [9056d310-c7a1-4cd6-80c7-46f87d9a0784] >> > 9056d310-c7a1-4cd6-80c7-46f87d9a0784 2019-10-13 07:23:25.611407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 27 Tot 1900) >> > 0a60d031-9dea-4342-8d89-9b803afaaf60 2019-10-13 07:23:32.291406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [0a60d031-9dea-4342-8d89-9b803afaaf60] >> > 0a60d031-9dea-4342-8d89-9b803afaaf60 2019-10-13 07:23:32.291406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 28 Tot 1901) >> > a8f29276-38d0-4063-bf03-b9f930665209 2019-10-13 07:24:47.171410 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [a8f29276-38d0-4063-bf03-b9f930665209] >> > a8f29276-38d0-4063-bf03-b9f930665209 2019-10-13 07:24:47.171410 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 29 Tot 1902) >> > 5bc8915a-0c46-4623-849b-4394fda212ca 2019-10-13 07:24:47.571408 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [5bc8915a-0c46-4623-849b-4394fda212ca] >> > 5bc8915a-0c46-4623-849b-4394fda212ca 2019-10-13 07:24:47.571408 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 30 Tot 1903) >> > f825e968-9f5c-44ad-bdca-6db6761a2596 2019-10-13 07:26:01.751418 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [f825e968-9f5c-44ad-bdca-6db6761a2596] >> > f825e968-9f5c-44ad-bdca-6db6761a2596 2019-10-13 07:26:01.751418 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 31 Tot 1904) >> > 2019-10-13 07:26:04.051411 [WARNING] sofia.c:2298 MSG Thread 13 Started >> > 2019-10-13 07:26:04.051411 [WARNING] sofia.c:2298 MSG Thread 12 Started >> > 979d489d-ff37-413e-b9c9-653b4174bcc6 2019-10-13 07:26:07.331412 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [979d489d-ff37-413e-b9c9-653b4174bcc6] >> > 979d489d-ff37-413e-b9c9-653b4174bcc6 2019-10-13 07:26:07.331412 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 32 Tot 1905) >> > b73bab7f-04a8-4f62-914c-2c5efe4db3b5 2019-10-13 07:27:17.171406 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [b73bab7f-04a8-4f62-914c-2c5efe4db3b5] >> > b73bab7f-04a8-4f62-914c-2c5efe4db3b5 2019-10-13 07:27:17.171406 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 33 Tot 1906) >> > 62412883-bc04-4095-9a0a-635603642dd6 2019-10-13 07:27:28.331417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [62412883-bc04-4095-9a0a-635603642dd6] >> > 62412883-bc04-4095-9a0a-635603642dd6 2019-10-13 07:27:28.331417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 34 Tot 1907) >> > b89eee34-edba-4076-ba07-7c4b1e278793 2019-10-13 07:28:33.911403 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [b89eee34-edba-4076-ba07-7c4b1e278793] >> > b89eee34-edba-4076-ba07-7c4b1e278793 2019-10-13 07:28:33.911403 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 35 Tot 1908) >> > 6ae54722-edda-4d4e-aa29-72982e841ab0 2019-10-13 07:28:52.171407 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [6ae54722-edda-4d4e-aa29-72982e841ab0] >> > 6ae54722-edda-4d4e-aa29-72982e841ab0 2019-10-13 07:28:52.171407 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 36 Tot 1909) >> > 2019-10-13 07:29:41.031410 [WARNING] sofia.c:2298 MSG Thread 15 Started >> > 2019-10-13 07:29:41.031410 [WARNING] sofia.c:2298 MSG Thread 14 Started >> > a1443915-0e63-45ea-9765-c137d0c7a1d2 2019-10-13 07:29:46.811402 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [a1443915-0e63-45ea-9765-c137d0c7a1d2] >> > a1443915-0e63-45ea-9765-c137d0c7a1d2 2019-10-13 07:29:46.811402 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 37 Tot 1910) >> > eee3a285-a32e-4992-924b-e1e2ed8a5dcc 2019-10-13 07:30:12.411417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [eee3a285-a32e-4992-924b-e1e2ed8a5dcc] >> > eee3a285-a32e-4992-924b-e1e2ed8a5dcc 2019-10-13 07:30:12.411417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 38 Tot 1911) >> > 5fc1f582-df14-49a4-bff6-c8d452733367 2019-10-13 07:30:59.591415 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/105(a)A.B.C.D >> [5fc1f582-df14-49a4-bff6-c8d452733367] >> > 5fc1f582-df14-49a4-bff6-c8d452733367 2019-10-13 07:30:59.591415 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/105(a)A.B.C.D) >> Running State Change CS_NEW (Cur 39 Tot 1912) >> > 8e2a1f5b-bfce-4e98-a04e-416d236a2e86 2019-10-13 07:31:33.751417 >> [NOTICE] switch_channel.c:1118 New Channel sofia/sipinterface_2/1001(a)A.B.C.D >> [8e2a1f5b-bfce-4e98-a04e-416d236a2e86] >> > 8e2a1f5b-bfce-4e98-a04e-416d236a2e86 2019-10-13 07:31:33.751417 >> [DEBUG] switch_core_state_machine.c:585 (sofia/sipinterface_2/1001(a)A.B.C.D) >> Running State Change CS_NEW (Cur 40 Tot 1913) >> > >> > On Sat, Oct 12, 2019 at 9:13 PM David Villasmil < >> david.villasmil.work(a)gmail.com> wrote: >> > >> > That is a command that doesn’t enables the logs forever, only for the >> duration of the session, once you restart it’s back to normal. >> > >> > But that doesn’t matter. If FS is dying and restarting or not >> processing request l, you should have some logging about it. >> > >> > On Sun, 13 Oct 2019 at 00:25, Lloyd Aloysius <lloyd.aloysius(a)gmail.com> >> wrote: >> > >> > Does the following command enable the logs for future >> > sofia loglevel all 9 ? >> > >> > -- >> > >> > On Sat, Oct 12, 2019 at 6:43 PM Seven Du <dujinfang(a)gmail.com> wrote: >> > >> > run the following command and see if there's any logs >> > >> > sofia loglevel all 9 >> > >> > On Sun, Oct 13, 2019 at 6:14 AM Lloyd Aloysius < >> lloyd.aloysius(a)gmail.com> wrote: >> > >> > Hello >> > >> > Currently running the following version. >> > >> > FreeSWITCH (Version 1.10.1-release git f999022 2019-08-20 16:54:04Z >> 64bit) is ready >> > >> > FreeSWITCH Freeze and Fails to process any traffic. After restart >> FreeSWITCH.. Everything ok. >> > >> > How to troubleshoot? How to find what cause this situation. >> > >> > Thanks >> > Lloyd >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > -- >> > About: http://about.me/dujinfang >> > Blog: http://www.dujinfang.com >> > Proj: http://www.freeswitch.org.cn >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > -- >> > Regards, >> > >> > David Villasmil >> > email: david.villasmil.work(a)gmail.com >> > phone: +34669448337 >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > -- >> > Regards, >> > >> > David Villasmil >> > email: david.villasmil.work(a)gmail.com >> > phone: +34669448337 >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> > -- >> > Regards, >> > >> > David Villasmil >> > email: david.villasmil.work(a)gmail.com >> > phone: +34669448337 >> > [2 <text/plain; utf-8 (base64)>] >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales(a)freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> >> -- >> Your life is like a penny. You're going to lose it. The question is: >> How do >> you spend it? >> >> John Covici wb2una >> covici(a)ccs.covici.com >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales(a)freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > >

4 7

Fax T38 problems in proxy media
by Jose Fco. Irles Durá 06 Nov '19

06 Nov '19

Hi, I have sended another email to the list with attachments. I think that the list not accepts attachments, sorry. I have several FreeSWITCH's (latest version from deb packages: 1.10.1 -release-12-f9990221e6) and I have problems with faxes in proxy media (in bypass-media works). In the sofia.conf.xml I have setted the param t38-passthru=true If the flow is: 1. Initial INVITE 2. Re-Invite from one of the legs with t38 sdp Result: works But if the flow is: 1. Initial INVITE 2. Re-invite from one of the legs changing the media (at answer) 3. Re-invite from one of the other legs with t38 sdp Result: not works I tried with "soa_enable=false" without luck. FreeSWITCH seems that hangs the sip transaction. This capture is the first reinvite (in the flow, the "showing" line): https://pastebin.com/raw/X4zrUr4k This capture is the reinvite with the t38 negotiation sended by the receiver (Grandstream ATA): https://pastebin.com/raw/KCXD51aH And this with the response (200ok) accepting the t38 negotiation): https://pastebin.com/raw/ifqtPN8L How I can debug the problem? Best regards

4 10

Re: [Freeswitch-users] Voicemail on AWS
by David Villasmil 31 Oct '19

31 Oct '19

Why not just uploading the files once it’s been recorded? What’s wrong with that? On Sat, 26 Oct 2019 at 13:45, H Yavari via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: H Yavari <hyavari(a)rocketmail.com> > To: freeswitch-users(a)lists.freeswitch.org, "per(a)wgtwo.com" <per(a)wgtwo.com> > Cc: > Bcc: > Date: Sat, 26 Oct 2019 12:34:39 +0000 (UTC) > Subject: Re: [Freeswitch-users] Voicemail on AWS > As @Per said, there is problem with wave files. > I know that S3 doesn't support appending to file, so I think FS makes some > headers for wave file and then write to it, and on S3 we have just wave > headers. > > If someone has any idea, please share. > > Regards, > HY > > On Wednesday, September 25, 2019, 10:21:59 AM GMT+3:30, H Yavari < > hyavari(a)rocketmail.com> wrote: > > > Hi Per, > > Thank for your hint. > So you didn't use http_cache right. Do you have the HA for your system > also? is it ok with this structure? > > Regards, > H.Yavari > > On Tuesday, September 24, 2019, 09:52:57 PM GMT+3:30, Per Modin < > per(a)wgtwo.com> wrote: > > > On 2019-09-23 20:10 (CEST), H Yavari via FreeSWITCH-users < > freeswitch-users(a)lists.freeswitch.org> wrote: > > Date: Sun, 22 Sep 2019 09:32:56 +0000 (UTC) > > From: H Yavari <hyavari(a)rocketmail.com> > > To: "freeswitch-users(a)lists.freeswitch.org" > > <freeswitch-users(a)lists.freeswitch.org> > > Subject: Voicemail on AWS > > X-Mailer: WebService/1.1.14303 YMailNorrin Mozilla/5.0 (Windows NT 10.0; > > Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.75 > > Safari/537.36 > > > > I am looking for some hints how we can make an voicemail server for > > our company users to have their own voicemail box, then we save all > > voice files on AWS S3. I see mod_http_cache, but afraid of it's only > > solution or there is better one. > > Hi, > > we used to run on S3, where we mounted the recordings with s3fs-fuse[1] > which we ran successfully on 1.6.20. > > HOWEVER, when we updated to 1.8.5 we ran into problems with the wave > files, the media stream was not saved and we ended up with empty media > containers, with only some meta data of around 250 bytes ended up being > saved. This issue affected about half of all recordings, and we found no > correlation in regards to codecs used etc. If this was an issue with > configuration, s3fs-fuse or Freeswitch we didn't investigate. > > We solved this by moving the storage from S3 to EFS, and are currently > running it in production without issues in that regard. > > [1]: https://github.com/s3fs-fuse/s3fs-fuse > > -- > Per Modin > Software Engineer > Working Group Two > m: +46724452037 > w: https://wgtwo.com e: per(a)wgtwo.com > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > ---------- Forwarded message ---------- > From: H Yavari via FreeSWITCH-users <freeswitch-users(a)lists.freeswitch.org > > > To: freeswitch-users(a)lists.freeswitch.org, "per(a)wgtwo.com" <per(a)wgtwo.com> > Cc: > Bcc: > Date: Sat, 26 Oct 2019 05:45:13 -0700 (PDT) > Subject: Re: [Freeswitch-users] Voicemail on AWS > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 5

overwrite the Caller-ID-Number
by Alexander Haugg 31 Oct '19

31 Oct '19

Hi, There is a bug in the Unify Openscape Business PBX. The P-Asserted-Identity is wrong (have the same values like the Diversion Header). The incoming SIP call will routed into the mod_callcenter application and show the wrong caller number. How can I set the correct information into the Caller-ID-Number in the dialplan? I was trying <action application="set" data="effective_caller_id_number=${newNumber}"/> <action application="set" data="outbound_caller_id_number=${ newNumber }"/> <action application="set" data="origination_caller_id_number=${ newNumber }"/> But in the call center events I can see, the caller-id-number have the original wrong value. Or is there a possibility to force the from hader as base for the caller id informations? Thanks a lot Alex

4 7