From tahir at ictinnovations.com  Fri Aug  6 17:53:15 2021
From: tahir at ictinnovations.com (Tahir Almas)
Date: Fri, 6 Aug 2021 22:53:15 +0500
Subject: [Freeswitch-users] ICTAgent Ver 0.6 released,
	A chrome extension based web phone
Message-ID: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>

Just released a new version of ICTAgent with voice calling and Fax support
using  ICTCore as backend communications framework also tested with any
other gateway.

Here is project link
https://github.com/ictinnovations/ictagent

regards
*Tahir Almas*

Managing Partner
ICT Innovations
http://www.ictinnovations.com
Leveraging open source in ICT

****************************************************************************************************************
NOTICE OF CONFIDENTIALITY
This communication including any information transmitted with it is
intended only for the use of the addressees and is confidential and may be
protected by legal privilege . If you are not an intended recipient, be
aware that any disclosure, copying, distribution or use of this e-mail or
any attachment is prohibited. If you have received this e-mail in error,
please notify us immediately by returning it to the sender and delete this
copy from your system. Thank you for your cooperation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210806/91b5184e/attachment.html>

From grcamauer at gmail.com  Fri Aug  6 19:39:16 2021
From: grcamauer at gmail.com (Guillermo Ruiz Camauer)
Date: Fri, 6 Aug 2021 16:39:16 -0300
Subject: [Freeswitch-users] ICTAgent Ver 0.6 released,
 A chrome extension based web phone
In-Reply-To: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>
References: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>
Message-ID: <CAPNTnnpOQQ3v0Gjde6yB+x3HFVx96snqOqEybTLqAd_YAbQp1A@mail.gmail.com>

Thank you Tahir.

Question:  does it have auto answer?

Guillermo

On Fri, Aug 6, 2021 at 3:09 PM Tahir Almas <tahir at ictinnovations.com> wrote:

> Just released a new version of ICTAgent with voice calling and Fax
> support  using  ICTCore as backend communications framework also tested
> with any other gateway.
>
> Here is project link
> https://github.com/ictinnovations/ictagent
>
> regards
> *Tahir Almas*
>
> Managing Partner
> ICT Innovations
> http://www.ictinnovations.com
> Leveraging open source in ICT
>
>
> ****************************************************************************************************************
> NOTICE OF CONFIDENTIALITY
> This communication including any information transmitted with it is
> intended only for the use of the addressees and is confidential and may
> be protected by legal privilege . If you are not an intended recipient, be
> aware that any disclosure, copying, distribution or use of this e-mail or
> any attachment is prohibited. If you have received this e-mail in error,
> please notify us immediately by returning it to the sender and delete this
> copy from your system. Thank you for your cooperation.
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 
Guillermo Ruiz Camauer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210806/ba36ccef/attachment.html>

From jeff at ugnd.org  Fri Aug  6 20:59:39 2021
From: jeff at ugnd.org (Jeff Pyle)
Date: Fri, 6 Aug 2021 16:59:39 -0400
Subject: [Freeswitch-users] inbound T.38 re-invite transaction stalls
Message-ID: <CAPhW+0L3A4n154zvEpxzATjPxDFMuOh-5h7Pm=Zfwsa=ErgQEA@mail.gmail.com>

Hello,

This is on 1.10.6-release-18-1ff9d0a60e~64bit, the latest release version
from the repo.

I run the following API command to send a TIFF file with txfax:

originate
{sip_h_P-CustomHeader=value,ignore_early_media=true,fax_ident='Fax
Test',origination_caller_id_name='Fax
Test',origination_caller_id_number=2165551111,absolute_codec_string=PCMU at 20i
,fax_verbose=true,fax_enable_t38=yes,fax_enable_t38_request=yes,fax_use_ecm=no,fax_end_page=1,jitterbuffer_msec=200:200:200}sofia/external/
4045551111 at 1.2.3.4:5060 &txfax(/usr/local/etc/faxtiffs/smiley-fine.tif)

The INVITE goes out as expected, and the call connects normally.  One
second later, the far side sends a re-invite for T.38.  Local FreeSWITCH
shows the remote SDP on the console, sends a 100 Trying, and this appears
on the console:

[DEBUG] switch_core_media.c:5192 sofia/external/4045551111 at 1.2.3.4:5060 T38
ACCEPT on request
[DEBUG] switch_core_media.c:5296 sofia/external/4045551111 at 1.2.3.4:5060 T38
IS POSSIBLE on request

And then nothing.  No 200 OK, 488 Not Acceptable Here, nothing past the 100
Trying.  I can't tell why.

spandsp.conf.xml is vanilla with only ident, header and spool-dir updated.

The environment is relatively simple with all static public IPs, no NAT,
etc.  This particular FS instance serves only as an endpoint for testing
like this fax example.

This configuration has been working in general for years and specifically
on this box for almost a year.  Apparently something has changed somewhere
but I can't see what.  I'm hoping someone might be able to point me in a
direction to diagnose and solve this.


Regards,
Jeff
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210806/c3c72793/attachment.html>

From tahir at ictinnovations.com  Fri Aug  6 21:22:27 2021
From: tahir at ictinnovations.com (Tahir Almas)
Date: Sat, 7 Aug 2021 02:22:27 +0500
Subject: [Freeswitch-users] ICTAgent Ver 0.6 released,
 A chrome extension based web phone
In-Reply-To: <CAPNTnnpOQQ3v0Gjde6yB+x3HFVx96snqOqEybTLqAd_YAbQp1A@mail.gmail.com>
References: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>
 <CAPNTnnpOQQ3v0Gjde6yB+x3HFVx96snqOqEybTLqAd_YAbQp1A@mail.gmail.com>
Message-ID: <CAOL0t+JJNEseaB=j_Wqy497cFdQfEN0-+PKWqZYC5ZHCE6xy-A@mail.gmail.com>

At moment agent need to accept incoming call however if you provide
complete scenario , I will discuss with development team

Regards
*Tahir Almas*

Managing Partner
ICT Innovations
http://www.ictinnovations.com
Leveraging open source in ICT

****************************************************************************************************************



On Sat, Aug 7, 2021 at 1:08 AM Guillermo Ruiz Camauer <grcamauer at gmail.com>
wrote:

>
>
> Thank you Tahir.
>
> Question:  does it have auto answer?
>
> Guillermo
>
> On Fri, Aug 6, 2021 at 3:09 PM Tahir Almas <tahir at ictinnovations.com>
> wrote:
>
>> Just released a new version of ICTAgent with voice calling and Fax
>> support  using  ICTCore as backend communications framework also tested
>> with any other gateway.
>>
>> Here is project link
>> https://github.com/ictinnovations/ictagent
>>
>> regards
>> *Tahir Almas*
>>
>> Managing Partner
>> ICT Innovations
>> http://www.ictinnovations.com
>> Leveraging open source in ICT
>>
>>
>> ****************************************************************************************************************
>> NOTICE OF CONFIDENTIALITY
>> This communication including any information transmitted with it is
>> intended only for the use of the addressees and is confidential and may
>> be protected by legal privilege . If you are not an intended recipient, be
>> aware that any disclosure, copying, distribution or use of this e-mail or
>> any attachment is prohibited. If you have received this e-mail in error,
>> please notify us immediately by returning it to the sender and delete this
>> copy from your system. Thank you for your cooperation.
>>
>> _________________________________________________________________________
>>
>> 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 at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> https://freeswitch.com
>
>
>
> --
> Guillermo Ruiz Camauer
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210807/7fda596f/attachment-0001.html>

From grcamauer at gmail.com  Fri Aug  6 22:41:01 2021
From: grcamauer at gmail.com (Guillermo Ruiz Camauer)
Date: Fri, 6 Aug 2021 19:41:01 -0300
Subject: [Freeswitch-users] ICTAgent Ver 0.6 released,
 A chrome extension based web phone
In-Reply-To: <CAOL0t+JJNEseaB=j_Wqy497cFdQfEN0-+PKWqZYC5ZHCE6xy-A@mail.gmail.com>
References: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>
 <CAPNTnnpOQQ3v0Gjde6yB+x3HFVx96snqOqEybTLqAd_YAbQp1A@mail.gmail.com>
 <CAOL0t+JJNEseaB=j_Wqy497cFdQfEN0-+PKWqZYC5ZHCE6xy-A@mail.gmail.com>
Message-ID: <CAPNTnnpfLmvRrfw6RCp2u43zgpwCSa4uW8NmoyFyJ3JbzHrkLA@mail.gmail.com>

I have an outbound call center (remote agents).  The agents do not dial,
the system dials and passes the call to the agent.Current SIP phone has
auto-answer which is used to automatically take the call.

Regards,

Guillermo

On Fri, Aug 6, 2021 at 6:40 PM Tahir Almas <tahir at ictinnovations.com> wrote:

> At moment agent need to accept incoming call however if you provide
> complete scenario , I will discuss with development team
>
> Regards
> *Tahir Almas*
>
> Managing Partner
> ICT Innovations
> http://www.ictinnovations.com
> Leveraging open source in ICT
>
>
> ****************************************************************************************************************
>
>
>
> On Sat, Aug 7, 2021 at 1:08 AM Guillermo Ruiz Camauer <grcamauer at gmail.com>
> wrote:
>
>>
>>
>> Thank you Tahir.
>>
>> Question:  does it have auto answer?
>>
>> Guillermo
>>
>> On Fri, Aug 6, 2021 at 3:09 PM Tahir Almas <tahir at ictinnovations.com>
>> wrote:
>>
>>> Just released a new version of ICTAgent with voice calling and Fax
>>> support  using  ICTCore as backend communications framework also tested
>>> with any other gateway.
>>>
>>> Here is project link
>>> https://github.com/ictinnovations/ictagent
>>>
>>> regards
>>> *Tahir Almas*
>>>
>>> Managing Partner
>>> ICT Innovations
>>> http://www.ictinnovations.com
>>> Leveraging open source in ICT
>>>
>>>
>>> ****************************************************************************************************************
>>> NOTICE OF CONFIDENTIALITY
>>> This communication including any information transmitted with it is
>>> intended only for the use of the addressees and is confidential and may
>>> be protected by legal privilege . If you are not an intended recipient, be
>>> aware that any disclosure, copying, distribution or use of this e-mail or
>>> any attachment is prohibited. If you have received this e-mail in error,
>>> please notify us immediately by returning it to the sender and delete this
>>> copy from your system. Thank you for your cooperation.
>>>
>>> _________________________________________________________________________
>>>
>>> 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 at 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 at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> https://freeswitch.com
>>
>>
>>
>> --
>> Guillermo Ruiz Camauer
>> _________________________________________________________________________
>>
>> 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 
Guillermo Ruiz Camauer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210806/7c7567d8/attachment.html>

From tahir at ictinnovations.com  Sat Aug  7 14:43:16 2021
From: tahir at ictinnovations.com (Tahir Almas)
Date: Sat, 7 Aug 2021 19:43:16 +0500
Subject: [Freeswitch-users] ICTAgent Ver 0.6 released,
 A chrome extension based web phone
In-Reply-To: <CAPNTnnpfLmvRrfw6RCp2u43zgpwCSa4uW8NmoyFyJ3JbzHrkLA@mail.gmail.com>
References: <CAOL0t+Lc7mAjmb1Yq7VbnV9xRXg9qvwx-idXmWGfiw7cTCH9gw@mail.gmail.com>
 <CAPNTnnpOQQ3v0Gjde6yB+x3HFVx96snqOqEybTLqAd_YAbQp1A@mail.gmail.com>
 <CAOL0t+JJNEseaB=j_Wqy497cFdQfEN0-+PKWqZYC5ZHCE6xy-A@mail.gmail.com>
 <CAPNTnnpfLmvRrfw6RCp2u43zgpwCSa4uW8NmoyFyJ3JbzHrkLA@mail.gmail.com>
Message-ID: <CAOL0t+KarAJ4=gQnjvCTa5L8B+ReTrJ6Eh4e4NiDtPQ7mCCdpA@mail.gmail.com>

We have complete solution as per your requirements available both in
freeswitch as well as asterisk , Please check your inbox

Regards
*Tahir Almas*

Managing Partner
ICT Innovations
http://www.ictinnovations.com
Leveraging open source in ICT





On Sat, Aug 7, 2021 at 4:09 AM Guillermo Ruiz Camauer <grcamauer at gmail.com>
wrote:

> I have an outbound call center (remote agents).  The agents do not dial,
> the system dials and passes the call to the agent.Current SIP phone has
> auto-answer which is used to automatically take the call.
>
> Regards,
>
> Guillermo
>
> On Fri, Aug 6, 2021 at 6:40 PM Tahir Almas <tahir at ictinnovations.com>
> wrote:
>
>> At moment agent need to accept incoming call however if you provide
>> complete scenario , I will discuss with development team
>>
>> Regards
>> *Tahir Almas*
>>
>> Managing Partner
>> ICT Innovations
>> http://www.ictinnovations.com
>> Leveraging open source in ICT
>>
>>
>> ****************************************************************************************************************
>>
>>
>>
>> On Sat, Aug 7, 2021 at 1:08 AM Guillermo Ruiz Camauer <
>> grcamauer at gmail.com> wrote:
>>
>>>
>>>
>>> Thank you Tahir.
>>>
>>> Question:  does it have auto answer?
>>>
>>> Guillermo
>>>
>>> On Fri, Aug 6, 2021 at 3:09 PM Tahir Almas <tahir at ictinnovations.com>
>>> wrote:
>>>
>>>> Just released a new version of ICTAgent with voice calling and Fax
>>>> support  using  ICTCore as backend communications framework also tested
>>>> with any other gateway.
>>>>
>>>> Here is project link
>>>> https://github.com/ictinnovations/ictagent
>>>>
>>>> regards
>>>> *Tahir Almas*
>>>>
>>>> Managing Partner
>>>> ICT Innovations
>>>> http://www.ictinnovations.com
>>>> Leveraging open source in ICT
>>>>
>>>>
>>>> ****************************************************************************************************************
>>>> NOTICE OF CONFIDENTIALITY
>>>> This communication including any information transmitted with it is
>>>> intended only for the use of the addressees and is confidential and
>>>> may be protected by legal privilege . If you are not an intended recipient,
>>>> be aware that any disclosure, copying, distribution or use of this e-mail
>>>> or any attachment is prohibited. If you have received this e-mail in error,
>>>> please notify us immediately by returning it to the sender and delete this
>>>> copy from your system. Thank you for your cooperation.
>>>>
>>>>
>>>> _________________________________________________________________________
>>>>
>>>> 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 at 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 at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> https://freeswitch.com
>>>
>>>
>>>
>>> --
>>> Guillermo Ruiz Camauer
>>> _________________________________________________________________________
>>>
>>> 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 at 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 at 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 at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> https://freeswitch.com
>
>
>
> --
> Guillermo Ruiz Camauer
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210807/17a359a5/attachment.html>

From mike at freeswitch.org  Mon Aug  9 04:28:32 2021
From: mike at freeswitch.org (Mike Jerris)
Date: Sun, 8 Aug 2021 23:28:32 -0500
Subject: [Freeswitch-users] Can calls be rejected if they are missing
 EITHER audio or video USABLE ice candidates?
In-Reply-To: <CAE23trv699Lvtn=LZ6zFunDPjA1F-UFiS17x2QPRDhYUoS2T1A@mail.gmail.com>
References: <CAE23trv699Lvtn=LZ6zFunDPjA1F-UFiS17x2QPRDhYUoS2T1A@mail.gmail.com>
Message-ID: <9F27AEBF-20FF-49AC-8111-9297354D7F01@freeswitch.org>

You have the full sdp in the dial plan you can carve up, its probably the only way right now without going and writing some c code

> On Jul 25, 2021, at 9:40 PM, David P <davidswalkabout at gmail.com> wrote:
> 
> We're evaluating a paid TURN service, and we've found that sometimes it provides only a STUN candidate for audio and neither STUN nor TURN for video. The user's host candidates are all private IPv4. FS 10.5 allows such a call, but we'd like to reject any call *lacking* usable ICE candidates for *either* audio or video.
> 
> I see at https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables <https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables> that there is channel var "variable_remote_media_ip", so if this is empty for both audio and video, we could set our dialplan to reject the call. But is this var set independently for audio and video so we can check that both are present?
> 
> Or is there a better way?
> _________________________________________________________________________
> 
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210808/1fd903b7/attachment.html>

From alexanderhenryperkins at gmail.com  Tue Aug 10 04:06:07 2021
From: alexanderhenryperkins at gmail.com (Alexander Perkins)
Date: Tue, 10 Aug 2021 00:06:07 -0400
Subject: [Freeswitch-users] B-Leg Question
Message-ID: <CALLkTp1VALmCwcekwfn5Bu+uPuhhpz-QzwpMyMYh76MW_EHUVQ@mail.gmail.com>

Hi All.  I have a situation where I need to transfer the b-leg of a call to
an IVR, or to a CS agent, even if the A leg hangs up.  I am thinking I'd
need to use the execute_after_hangup?  Is that accurate?  Can somebody
point me in the right direction?

Any help would be appreciated.

Thank you,
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210810/164e2dcb/attachment.html>

From andrew at cassidywebservices.co.uk  Thu Aug 12 10:36:20 2021
From: andrew at cassidywebservices.co.uk (Andrew Cassidy)
Date: Thu, 12 Aug 2021 11:36:20 +0100
Subject: [Freeswitch-users] Reload TLS certificate
Message-ID: <CAMbW9o+R8AHQBNNXnbvY4rVpFSK8zb8tqf7yG+shdg2uFU8FAQ@mail.gmail.com>

Hi guys,

Is there a way to reload a TLS certificate without restarting the whole
service?

Kind regards,

-- 
*Andrew Cassidy BSc (Hons) MBCS*
Managing Director

0330 44 55 960 <+443304455960> andrew at cassidyweb.co.uk www.cassidyweb.co.uk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210812/67fd223d/attachment.html>

From dgreenwald at gmail.com  Sun Aug 15 02:53:26 2021
From: dgreenwald at gmail.com (Daniel Greenwald)
Date: Sat, 14 Aug 2021 22:53:26 -0400
Subject: [Freeswitch-users] inbound T.38 re-invite transaction stalls
In-Reply-To: <CAPhW+0L3A4n154zvEpxzATjPxDFMuOh-5h7Pm=Zfwsa=ErgQEA@mail.gmail.com>
References: <CAPhW+0L3A4n154zvEpxzATjPxDFMuOh-5h7Pm=Zfwsa=ErgQEA@mail.gmail.com>
Message-ID: <CAOsHgtuG5Jo+T1kKy7=HEpYyXwpB2W2JrqWibeuYOXp5wndUYA@mail.gmail.com>

Is PCMU media flowing before the REINVITE?

On Fri, Aug 6, 2021 at 5:10 PM Jeff Pyle <jeff at ugnd.org> wrote:

> Hello,
>
> This is on 1.10.6-release-18-1ff9d0a60e~64bit, the latest release version
> from the repo.
>
> I run the following API command to send a TIFF file with txfax:
>
> originate
> {sip_h_P-CustomHeader=value,ignore_early_media=true,fax_ident='Fax
> Test',origination_caller_id_name='Fax
> Test',origination_caller_id_number=2165551111,absolute_codec_string=PCMU at 20i
> ,fax_verbose=true,fax_enable_t38=yes,fax_enable_t38_request=yes,fax_use_ecm=no,fax_end_page=1,jitterbuffer_msec=200:200:200}sofia/external/
> 4045551111 at 1.2.3.4:5060 &txfax(/usr/local/etc/faxtiffs/smiley-fine.tif)
>
> The INVITE goes out as expected, and the call connects normally.  One
> second later, the far side sends a re-invite for T.38.  Local FreeSWITCH
> shows the remote SDP on the console, sends a 100 Trying, and this appears
> on the console:
>
> [DEBUG] switch_core_media.c:5192 sofia/external/4045551111 at 1.2.3.4:5060
> T38 ACCEPT on request
> [DEBUG] switch_core_media.c:5296 sofia/external/4045551111 at 1.2.3.4:5060
> T38 IS POSSIBLE on request
>
> And then nothing.  No 200 OK, 488 Not Acceptable Here, nothing past the
> 100 Trying.  I can't tell why.
>
> spandsp.conf.xml is vanilla with only ident, header and spool-dir updated.
>
> The environment is relatively simple with all static public IPs, no NAT,
> etc.  This particular FS instance serves only as an endpoint for testing
> like this fax example.
>
> This configuration has been working in general for years and specifically
> on this box for almost a year.  Apparently something has changed somewhere
> but I can't see what.  I'm hoping someone might be able to point me in a
> direction to diagnose and solve this.
>
>
> Regards,
> Jeff
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210814/e417cf2c/attachment.html>

From avi at avimarcus.net  Wed Aug 18 17:21:39 2021
From: avi at avimarcus.net (Avi Marcus)
Date: Wed, 18 Aug 2021 17:21:39 +0000
Subject: [Freeswitch-users] timeout/inter-digit-timeout not working on IVR??
Message-ID: <0100017b5a486664-a1b4d87c-2e49-4e34-a2fa-908f5bba8417-000000@email.amazonses.com>

I've got a weird IVR situation.
I just went from 8 options to 10, so I bumped the digit-len to 2.

On my phones, it's fine -- inter-digit-timeout kicks in when I dial only
one digit.
But I see someone else calling in and entering one digit and it just hangs.
The timeout doesn't trigger, the inter-digit-timeout doesn't trigger...
Any ideas? I can't see any reason for a difference in the logs...

Not working log: https://pastebin.freeswitch.org/view/479f4fc3
Working log: https://pastebin.freeswitch.org/view/dc046d01

I'm not sure how old this is:
FreeSWITCH Version 1.10.5-release-17-25569c1631~64bit
(-release-17-25569c1631 64bit) but I can't simply reboot and kill live
traffic to test it.
The hard part is it's not failing from my phone so I can't reproduce at
will.

Thanks for any help!
-Avi Marcus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210818/b0121c31/attachment.html>

From william at williamcollsassoc.ca  Thu Aug 19 04:21:01 2021
From: william at williamcollsassoc.ca (William Colls)
Date: Thu, 19 Aug 2021 00:21:01 -0400
Subject: [Freeswitch-users] Freeswitch doesn't start
Message-ID: <845fc668-3b53-b946-7395-7331978c99a7@williamcollsassoc.ca>

Debian Buster on a pine64-lsb board. Trying to build from source current 
stable version.

Everything seems to compile and install correctly, but when try to start 
freeswitch, it fails with the message:

/usr/bin/freeswitch: error while loading shared libraries: 
libspandsp.so.3: cannot open shared object file: No such file or directory

But the file does exist in /usr/local/lib. A link in 
/usr/local/freeswitch/lib points to /usr/local/lib/libspandsp.so.3 Both 
are owned by freeswitch:freeswitch.

What am I missing?

Thanks for your time.

William



From amit.k.chaudhuri at gmail.com  Thu Aug 19 05:30:55 2021
From: amit.k.chaudhuri at gmail.com (Amit Chaudhuri)
Date: Thu, 19 Aug 2021 06:30:55 +0100
Subject: [Freeswitch-users] Freeswitch doesn't start
In-Reply-To: <845fc668-3b53-b946-7395-7331978c99a7@williamcollsassoc.ca>
References: <845fc668-3b53-b946-7395-7331978c99a7@williamcollsassoc.ca>
Message-ID: <CAH=VbNeYNoaO21q9Ys2GuFf05OeOX3SKWapuTvfGZ6JsRD4mpA@mail.gmail.com>

William,

try using strace to start freeswitch and save the output to a file. If
you search through the resulting file you should see lots of calls to
"open". Typically, on startup a process looks in several places for
each library it needs but will eventually find one. When it fails
there's a message and a return value of -1. When it succeeds you'll
see the file descriptor i.e. a number that isn't -1. You'll spot the
pattern soon enough.

So, something like "strace -o trc
/usr/local/freeswitch/bin/freeswitch" followed by "vi trc" or
equivalent. "trc" is the name of the output file that strace is asked
to write to in this example.

If you don't have strace available ldd does something similar.

That should help widen/narrow down the problem by revealing where
binary is really looking.

One theory is that it's looking everywhere except in the right place.
Another is that it's looking where you think but there's something
wrong with what it finds there.

A

On Thu, 19 Aug 2021 at 05:44, William Colls
<william at williamcollsassoc.ca> wrote:
>
> Debian Buster on a pine64-lsb board. Trying to build from source current
> stable version.
>
> Everything seems to compile and install correctly, but when try to start
> freeswitch, it fails with the message:
>
> /usr/bin/freeswitch: error while loading shared libraries:
> libspandsp.so.3: cannot open shared object file: No such file or directory
>
> But the file does exist in /usr/local/lib. A link in
> /usr/local/freeswitch/lib points to /usr/local/lib/libspandsp.so.3 Both
> are owned by freeswitch:freeswitch.
>
> What am I missing?
>
> Thanks for your time.
>
> William
>
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com


From jeff at ugnd.org  Thu Aug 19 12:39:14 2021
From: jeff at ugnd.org (Jeff Pyle)
Date: Thu, 19 Aug 2021 08:39:14 -0400
Subject: [Freeswitch-users] inbound T.38 re-invite transaction stalls
In-Reply-To: <CAOsHgtuG5Jo+T1kKy7=HEpYyXwpB2W2JrqWibeuYOXp5wndUYA@mail.gmail.com>
References: <CAPhW+0L3A4n154zvEpxzATjPxDFMuOh-5h7Pm=Zfwsa=ErgQEA@mail.gmail.com>
 <CAOsHgtuG5Jo+T1kKy7=HEpYyXwpB2W2JrqWibeuYOXp5wndUYA@mail.gmail.com>
Message-ID: <CAPhW+0JZh06XjwB0PFRpM9M_JjjFr3kkRL4E5AExfrOXm9qZzQ@mail.gmail.com>

Daniel,

As it turns out, there is not.  The far-end fax server sends the T.38
re-INVITE immediately after sending the ACK to the 200 OK on the initial
transaction, and doesn't send RTP.  By your specific question I suspect
this is relevant.  Am I able to handle this scenario in Freeswitch?


- Jeff


On Sat, Aug 14, 2021 at 10:54 PM Daniel Greenwald <dgreenwald at gmail.com>
wrote:

> Is PCMU media flowing before the REINVITE?
>
> On Fri, Aug 6, 2021 at 5:10 PM Jeff Pyle <jeff at ugnd.org> wrote:
>
>> Hello,
>>
>> This is on 1.10.6-release-18-1ff9d0a60e~64bit, the latest release version
>> from the repo.
>>
>> I run the following API command to send a TIFF file with txfax:
>>
>> originate
>> {sip_h_P-CustomHeader=value,ignore_early_media=true,fax_ident='Fax
>> Test',origination_caller_id_name='Fax
>> Test',origination_caller_id_number=2165551111,absolute_codec_string=PCMU at 20i
>> ,fax_verbose=true,fax_enable_t38=yes,fax_enable_t38_request=yes,fax_use_ecm=no,fax_end_page=1,jitterbuffer_msec=200:200:200}sofia/external/
>> 4045551111 at 1.2.3.4:5060 &txfax(/usr/local/etc/faxtiffs/smiley-fine.tif)
>>
>> The INVITE goes out as expected, and the call connects normally.  One
>> second later, the far side sends a re-invite for T.38.  Local FreeSWITCH
>> shows the remote SDP on the console, sends a 100 Trying, and this appears
>> on the console:
>>
>> [DEBUG] switch_core_media.c:5192 sofia/external/4045551111 at 1.2.3.4:5060
>> T38 ACCEPT on request
>> [DEBUG] switch_core_media.c:5296 sofia/external/4045551111 at 1.2.3.4:5060
>> T38 IS POSSIBLE on request
>>
>> And then nothing.  No 200 OK, 488 Not Acceptable Here, nothing past the
>> 100 Trying.  I can't tell why.
>>
>> spandsp.conf.xml is vanilla with only ident, header and spool-dir updated.
>>
>> The environment is relatively simple with all static public IPs, no NAT,
>> etc.  This particular FS instance serves only as an endpoint for testing
>> like this fax example.
>>
>> This configuration has been working in general for years and specifically
>> on this box for almost a year.  Apparently something has changed somewhere
>> but I can't see what.  I'm hoping someone might be able to point me in a
>> direction to diagnose and solve this.
>>
>>
>> Regards,
>> Jeff
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210819/03f3a594/attachment.html>

From victor.bogatyryev at gmail.com  Thu Aug 19 09:13:40 2021
From: victor.bogatyryev at gmail.com (Victor Bogatyryev)
Date: Thu, 19 Aug 2021 12:13:40 +0300
Subject: [Freeswitch-users] tls-verify-depth
Message-ID: <9e2e6979-7103-f483-d499-4d31543dc120@gmail.com>

Hi!

I cannot understand how the directive <param name="tls-verify-depth" 
value="1" /> works.

The verification policy is set like this

<param name="tls-verify-policy" value="all|subjects_all" />.

The certificate chain has one intermediate CA.But I don't see anything 
in the tport log except for checking the subject of the user's certificate.


Regards.

--

V.Bogatyryev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210819/d4cb080b/attachment.html>

From Johannes.Schaeffner at secunet.com  Tue Aug 17 07:00:23 2021
From: Johannes.Schaeffner at secunet.com (=?iso-8859-1?Q?Sch=E4ffner=2C_Johannes?=)
Date: Tue, 17 Aug 2021 07:00:23 +0000
Subject: [Freeswitch-users] REGISTER with Telekom SIP Trunk
Message-ID: <8844a4633ca043d38ae46564467b9e55@secunet.com>

Hello,



I am trying to register with a Deutsche Telekom SIP Trunk.

The Deutsche Telekom technical documentation states that the client must set the following SIP header fields:



For an initial REGISTER without Authentication Challenge the SIP Header fields

- Security-Client: sdes-srtp;mediasec

- Proxy Request: mediasec

- Requirement: mediasec

shall be included. The platform replies with SIP 401 Unauthorised and contains the SIP header fields

- Security server: msrp-tls;mediasec

- Security server: sdes-srtp;mediasec

- Security server: dtls-srtp;mediasec

with indication of the possible encryption methods. For the following REGISTER with Authentication Challenge,

in addition to the originally included SIP header fields Security-Client, Proxy-Require, Require the SIP header fields

- Security Check: msrp-tls;mediasec

- Security check: sdes-srtp;mediasec

- Security check: dtls-srtp;mediasec

shall also be included. According to RFC3261, the Security-Verify header fields can also be combined as a single header field.



I have seen, that the Sofia-Stack has implemented these Fields.

But I have not found a way to set these header fields in the REGISTER message.

(For the INVITE messages I'm using the set action sip_h_*; not sure if this is correct.

There I have the Problem, that I'm not able to set the SDP Attribute

a=3ge2ae:requested)





Regards, Johannes



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210817/9df60150/attachment.html>

From Alexander.Haugg at c4b.de  Tue Aug 10 05:52:36 2021
From: Alexander.Haugg at c4b.de (Alexander Haugg)
Date: Tue, 10 Aug 2021 05:52:36 +0000
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first
	candidate
Message-ID: <38e0b58afa1842e3b953002a4ee620a1@c4b.de>

Hi,

currently I have the problem that the FreeSWITCH only serves the first candidate from the candidate list via STUN request.
I expected it to try to reach all candidates relatively soon (trickle).
In the source code I saw that there are four ICE types:
ICE_GOOGLE_JINGLE
ICE_VANILLA
ICE_CONTROLLED
ICE_LITE

What is behind them, and how can I select them from the "outside"?
Or am I on the wrong track? What to do, that the FreeSwitch serves the candidates according to Trickle?

I have the same result for mod_sofia and mod_verto (is clear, they use the same media stack).

Thanks and greetings
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210810/07753541/attachment-0001.html>

From alexanderdgg at googlemail.com  Fri Aug 13 11:58:38 2021
From: alexanderdgg at googlemail.com (Alexander Haugg)
Date: Fri, 13 Aug 2021 13:58:38 +0200
Subject: ICE -> FreeSWITCH tries exclusively the first candidate
Message-ID: <CANG1RfMdmyrAU-U36i+e-3sjnbwO_sV02mhOiyTTcVtF_zSULA@mail.gmail.com>

Hi,



currently I have the problem that the FreeSWITCH only serves the first
candidate from the candidate list via STUN request.

I expected it to try to reach all candidates relatively soon (trickle).

In the source code I saw that there are four ICE types:

ICE_GOOGLE_JINGLE

ICE_VANILLA

ICE_CONTROLLED

ICE_LITE



What is behind them, and how can I select them from the "outside"?

Or am I on the wrong track? What to do, that the FreeSwitch serves the
candidates according to Trickle?



I have the same result for mod_sofia and mod_verto (is clear, they use the
same media stack).



Thanks and greetings

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210813/6fcf34d3/attachment.html>

From don.dawson at joon.us  Thu Aug 19 15:48:54 2021
From: don.dawson at joon.us (Don Dawson)
Date: Thu, 19 Aug 2021 10:48:54 -0500
Subject: [Freeswitch-users] Freeswitch doesn't start
In-Reply-To: <845fc668-3b53-b946-7395-7331978c99a7@williamcollsassoc.ca>
References: <845fc668-3b53-b946-7395-7331978c99a7@williamcollsassoc.ca>
Message-ID: <CAKjwP_Aapgfw8GxY1mdvRPBaFofDwihyVBin4h265iTt8VRpdw@mail.gmail.com>

run:
ldconfig

*Don Dawson* Vice President / *Joon* / 407 792-3132 <+14077923132> x488 /
joon.us


The world is your office.




On Wed, Aug 18, 2021 at 11:21 PM William Colls <william at williamcollsassoc.ca>
wrote:

> Debian Buster on a pine64-lsb board. Trying to build from source current
> stable version.
>
> Everything seems to compile and install correctly, but when try to start
> freeswitch, it fails with the message:
>
> /usr/bin/freeswitch: error while loading shared libraries:
> libspandsp.so.3: cannot open shared object file: No such file or directory
>
> But the file does exist in /usr/local/lib. A link in
> /usr/local/freeswitch/lib points to /usr/local/lib/libspandsp.so.3 Both
> are owned by freeswitch:freeswitch.
>
> What am I missing?
>
> Thanks for your time.
>
> William
>
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210819/b5e5aa03/attachment.html>

From krice at freeswitch.org  Thu Aug 19 16:31:52 2021
From: krice at freeswitch.org (krice at freeswitch.org)
Date: Thu, 19 Aug 2021 11:31:52 -0500
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the
	first	candidate
In-Reply-To: <38e0b58afa1842e3b953002a4ee620a1@c4b.de>
References: <38e0b58afa1842e3b953002a4ee620a1@c4b.de>
Message-ID: <7b8401d79517$b8cba820$2a62f860$@freeswitch.org>

Freeswitch at this time does not support trickle ice

 

From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> On
Behalf Of Alexander Haugg
Sent: Tuesday, August 10, 2021 12:53 AM
To: freeswitch-users at lists.freeswitch.org
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first
candidate

 

Hi,

 

currently I have the problem that the FreeSWITCH only serves the first
candidate from the candidate list via STUN request.

I expected it to try to reach all candidates relatively soon (trickle).

In the source code I saw that there are four ICE types:

ICE_GOOGLE_JINGLE

ICE_VANILLA

ICE_CONTROLLED

ICE_LITE

 

What is behind them, and how can I select them from the "outside"?

Or am I on the wrong track? What to do, that the FreeSwitch serves the
candidates according to Trickle?

 

I have the same result for mod_sofia and mod_verto (is clear, they use the
same media stack).

 

Thanks and greetings

Alex

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210819/66782f85/attachment.html>

From Antony.Stone at freeswitch.open.source.it  Fri Aug 20 15:37:40 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Fri, 20 Aug 2021 17:37:40 +0200
Subject: [Freeswitch-users] nonat?
Message-ID: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>

Hi.

I have just installed my first FreeSwitch server on a virtual machine on my 
local network, and I'm playing with it and a couple of SIP phones on the same 
network, in order to learn about it.

I've got the phones to register to the server (I've changed the default 
password in vars.xml), and my first test is simply to place a call between one 
phone and the other.

I've discovered the "NAT feature" of FreeSwitch, where it finds out what the 
*external* IP address of my Internet router is (which has nothing to do with 
the FreeSwitch server or the phones I'm trying to work with here), and starts 
presenting that address to the telephones in the Invite messages (inlcuding 
the SDP negotiations).

I've found https://freeswitch.org/confluence/display/FREESWITCH/Auto+Nat and 
https://freeswitch.org/confluence/display/FREESWITCH/NAT+Traversal which tell 
me that I need to use the "-nonat" command-line option to freeswitch to 
disable this.

However, this doesn't work for me:

# ps ax | grep freeswitch
 3678 ?        S<Lsl   0:02 /usr/bin/freeswitch -u freeswitch -ncwait -nonat

> sofia status profile internal
=================================================================================================
Name                    internal
Domain Name             N/A
Auto-NAT                false
DBName                  sofia_reg_internal
Pres Hosts              192.168.32.59,192.168.32.59
Dialplan                XML
Context                 public
Challenge Realm         auto_from
RTP-IP                  192.168.32.59
Ext-RTP-IP              198.51.100.21
SIP-IP                  192.168.32.59
Ext-SIP-IP              198.51.100.21
URL                     sip:mod_sofia at 198.51.100..21:5060
BIND-URL                
sip:mod_sofia at 198.51.100.21:5060;maddr=192.168.32.59;transport=udp,tcp
WS-BIND-URL             sip:mod_sofia at 192.168.32.59:5066;transport=ws
WSS-BIND-URL            sips:mod_sofia at 192.168.32.59:7443;transport=wss

As you can see, my public IP address (represented here by 198.51.100.21) is 
still there, and it's still getting included in the Invite message and SDP 
negotiations between my telephones.

So, how can I run FreeSwitch and two SIP telephones on a single internal 
network, without any reference to my public IP address?


Thanks,


Antony.

-- 
"640 kilobytes (of RAM) should be enough for anybody."

 - Bill Gates

                                                   Please reply to the list;
                                                         please *don't* CC me.


From Alexander.Haugg at c4b.de  Fri Aug 20 11:12:34 2021
From: Alexander.Haugg at c4b.de (Alexander Haugg)
Date: Fri, 20 Aug 2021 11:12:34 +0000
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively
	the	first	candidate
In-Reply-To: <7b8401d79517$b8cba820$2a62f860$@freeswitch.org>
References: <38e0b58afa1842e3b953002a4ee620a1@c4b.de>
 <7b8401d79517$b8cba820$2a62f860$@freeswitch.org>
Message-ID: <c7f129b980f54347bbf14f2d44b05021@c4b.de>

Thanks for the info.
Is Trickle being worked on right now, or would it be possible to fund an eventual Trickle implementation?

Also with vanilla ICE the next candidate would have to be tried at some point, but that doesn't seem to happen.
Is there a configurable candidate timeout property for this?

Thanks a lot

Von: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> Im Auftrag von krice at freeswitch.org
Gesendet: Donnerstag, 19. August 2021 18:32
An: 'FreeSWITCH Users Help' <freeswitch-users at lists.freeswitch.org>
Betreff: Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate

Freeswitch at this time does not support trickle ice

From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>> On Behalf Of Alexander Haugg
Sent: Tuesday, August 10, 2021 12:53 AM
To: freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate

Hi,

currently I have the problem that the FreeSWITCH only serves the first candidate from the candidate list via STUN request.
I expected it to try to reach all candidates relatively soon (trickle).
In the source code I saw that there are four ICE types:
ICE_GOOGLE_JINGLE
ICE_VANILLA
ICE_CONTROLLED
ICE_LITE

What is behind them, and how can I select them from the "outside"?
Or am I on the wrong track? What to do, that the FreeSwitch serves the candidates according to Trickle?

I have the same result for mod_sofia and mod_verto (is clear, they use the same media stack).

Thanks and greetings
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210820/c5405d3f/attachment.html>

From botelist at gmail.com  Fri Aug 20 18:48:34 2021
From: botelist at gmail.com (Bote Man)
Date: Fri, 20 Aug 2021 14:48:34 -0400
Subject: [Freeswitch-users] nonat?
In-Reply-To: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
References: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
Message-ID: <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>

My sip_profiles/internal.xml and external.xml have these lines:
    <param name="rtp-ip" value="$${local_ip_v4}"/>
    <param name="sip-ip" value="$${local_ip_v4}"/>
    <param name="ext-rtp-ip" value="auto-nat"/>
    <param name="ext-sip-ip" value="auto-nat"/>

which magically "just works" between internal extensions as well as with a couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from about a year ago.

Maybe try those settings and see if they help?

BTW, I fell in love with FreeSWITCH when I installed it and configured a couple phones that were up and calling each other in my lab in about 10 minutes, so you shouldn't be too far off. They've really tried to make it easy to get a working system going quickly, then you can break things from there :-)

Here are my ancient notes which might also be helpful:
https://freeswitch.org/confluence/display/FREESWITCH/Debian+Post-Install+Tasks

Hope this helps.


John Boteler 
BnC Group U.S.A. 



-----Original Message-----
From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> On Behalf Of Antony Stone
Sent: Friday, 20 August, 2021 11:38
To: freeswitch-users at lists.freeswitch.org
Subject: [Freeswitch-users] nonat?

Hi.

I have just installed my first FreeSwitch server on a virtual machine on my local network, and I'm playing with it and a couple of SIP phones on the same network, in order to learn about it.

I've got the phones to register to the server (I've changed the default password in vars.xml), and my first test is simply to place a call between one phone and the other.

I've discovered the "NAT feature" of FreeSwitch, where it finds out what the
*external* IP address of my Internet router is (which has nothing to do with the FreeSwitch server or the phones I'm trying to work with here), and starts presenting that address to the telephones in the Invite messages (inlcuding the SDP negotiations).

I've found https://freeswitch.org/confluence/display/FREESWITCH/Auto+Nat and https://freeswitch.org/confluence/display/FREESWITCH/NAT+Traversal which tell me that I need to use the "-nonat" command-line option to freeswitch to disable this.

However, this doesn't work for me:

# ps ax | grep freeswitch
 3678 ?        S<Lsl   0:02 /usr/bin/freeswitch -u freeswitch -ncwait -nonat

> sofia status profile internal
=================================================================================================
Name                    internal
Domain Name             N/A
Auto-NAT                false
DBName                  sofia_reg_internal
Pres Hosts              192.168.32.59,192.168.32.59
Dialplan                XML
Context                 public
Challenge Realm         auto_from
RTP-IP                  192.168.32.59
Ext-RTP-IP              198.51.100.21
SIP-IP                  192.168.32.59
Ext-SIP-IP              198.51.100.21
URL                     sip:mod_sofia at 198.51.100..21:5060
BIND-URL                
sip:mod_sofia at 198.51.100.21:5060;maddr=192.168.32.59;transport=udp,tcp
WS-BIND-URL             sip:mod_sofia at 192.168.32.59:5066;transport=ws
WSS-BIND-URL            sips:mod_sofia at 192.168.32.59:7443;transport=wss

As you can see, my public IP address (represented here by 198.51.100.21) is still there, and it's still getting included in the Invite message and SDP negotiations between my telephones.

So, how can I run FreeSwitch and two SIP telephones on a single internal network, without any reference to my public IP address?


Thanks,


Antony.

-- 
"640 kilobytes (of RAM) should be enough for anybody."

 - Bill Gates

                                                   Please reply to the list;
                                                         please *don't* CC me.

_________________________________________________________________________

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 at 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 at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com



From brian at freeswitch.com  Fri Aug 20 19:48:30 2021
From: brian at freeswitch.com (Brian West)
Date: Fri, 20 Aug 2021 14:48:30 -0500
Subject: [Freeswitch-users] nonat?
In-Reply-To: <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
References: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
 <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
Message-ID: <CAEJMVkDRnFP9pH4wQWT+bSvSdd=VXDnEMc_LtJcV1k2eJvfGKg@mail.gmail.com>

That only works if you have a NAT-PMP / UPNP router, for the ext-*-ip
options, you can put your public IP in like "autonat:1.2.3.4" and set the
local-network-acl and it will use that local-network-acl to determine when
to use the external IP or internal IP.

/b


On Fri, Aug 20, 2021 at 2:10 PM Bote Man <botelist at gmail.com> wrote:

> My sip_profiles/internal.xml and external.xml have these lines:
>     <param name="rtp-ip" value="$${local_ip_v4}"/>
>     <param name="sip-ip" value="$${local_ip_v4}"/>
>     <param name="ext-rtp-ip" value="auto-nat"/>
>     <param name="ext-sip-ip" value="auto-nat"/>
>
> which magically "just works" between internal extensions as well as with a
> couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from
> about a year ago.
>
> Maybe try those settings and see if they help?
>
> BTW, I fell in love with FreeSWITCH when I installed it and configured a
> couple phones that were up and calling each other in my lab in about 10
> minutes, so you shouldn't be too far off. They've really tried to make it
> easy to get a working system going quickly, then you can break things from
> there :-)
>
> Here are my ancient notes which might also be helpful:
>
> https://freeswitch.org/confluence/display/FREESWITCH/Debian+Post-Install+Tasks
>
> Hope this helps.
>
>
> John Boteler
> BnC Group U.S.A.
>
>
>
> -----Original Message-----
> From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> On
> Behalf Of Antony Stone
> Sent: Friday, 20 August, 2021 11:38
> To: freeswitch-users at lists.freeswitch.org
> Subject: [Freeswitch-users] nonat?
>
> Hi.
>
> I have just installed my first FreeSwitch server on a virtual machine on
> my local network, and I'm playing with it and a couple of SIP phones on the
> same network, in order to learn about it.
>
> I've got the phones to register to the server (I've changed the default
> password in vars.xml), and my first test is simply to place a call between
> one phone and the other.
>
> I've discovered the "NAT feature" of FreeSwitch, where it finds out what
> the
> *external* IP address of my Internet router is (which has nothing to do
> with the FreeSwitch server or the phones I'm trying to work with here), and
> starts presenting that address to the telephones in the Invite messages
> (inlcuding the SDP negotiations).
>
> I've found https://freeswitch.org/confluence/display/FREESWITCH/Auto+Nat
> and https://freeswitch.org/confluence/display/FREESWITCH/NAT+Traversal
> which tell me that I need to use the "-nonat" command-line option to
> freeswitch to disable this.
>
> However, this doesn't work for me:
>
> # ps ax | grep freeswitch
>  3678 ?        S<Lsl   0:02 /usr/bin/freeswitch -u freeswitch -ncwait
> -nonat
>
> > sofia status profile internal
>
> =================================================================================================
> Name                    internal
> Domain Name             N/A
> Auto-NAT                false
> DBName                  sofia_reg_internal
> Pres Hosts              192.168.32.59,192.168.32.59
> Dialplan                XML
> Context                 public
> Challenge Realm         auto_from
> RTP-IP                  192.168.32.59
> Ext-RTP-IP              198.51.100.21
> SIP-IP                  192.168.32.59
> Ext-SIP-IP              198.51.100.21
> URL                     sip:mod_sofia at 198.51.100..21:5060
> BIND-URL
> sip:mod_sofia at 198.51.100.21:5060;maddr=192.168.32.59;transport=udp,tcp
> WS-BIND-URL             sip:mod_sofia at 192.168.32.59:5066;transport=ws
> WSS-BIND-URL            sips:mod_sofia at 192.168.32.59:7443;transport=wss
>
> As you can see, my public IP address (represented here by 198.51.100.21)
> is still there, and it's still getting included in the Invite message and
> SDP negotiations between my telephones.
>
> So, how can I run FreeSwitch and two SIP telephones on a single internal
> network, without any reference to my public IP address?
>
>
> Thanks,
>
>
> Antony.
>
> --
> "640 kilobytes (of RAM) should be enough for anybody."
>
>  - Bill Gates
>
>                                                    Please reply to the
> list;
>                                                          please *don't* CC
> me.
>
> _________________________________________________________________________
>
> 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210820/9bae6e5f/attachment-0001.html>

From botelist at gmail.com  Sat Aug 21 15:12:58 2021
From: botelist at gmail.com (Bote Man)
Date: Sat, 21 Aug 2021 11:12:58 -0400
Subject: [Freeswitch-users] nonat?
In-Reply-To: <CAEJMVkDRnFP9pH4wQWT+bSvSdd=VXDnEMc_LtJcV1k2eJvfGKg@mail.gmail.com>
References: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
 <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
 <CAEJMVkDRnFP9pH4wQWT+bSvSdd=VXDnEMc_LtJcV1k2eJvfGKg@mail.gmail.com>
Message-ID: <01b201d7969f$069f0410$13dd0c30$@gmail.com>

Well, it must be operating by F.M. here because I never enable UPNP and checking this UBNT EdgeRouter-X it shows zero packets handled by UPNP2.

 

I must’ve stumbled upon a working configuration by chance, since I’ve never fully understood the ACL system in FreeSWITCH. I’ll have to do some more experimentation.

 

Thanks for clarifying.

 

Bote

 

 

From: Brian West <brian at freeswitch.com> 
Sent: Friday, 20 August, 2021 15:49
To: botelist at gmail.com
Cc: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] nonat?

 

That only works if you have a NAT-PMP / UPNP router, for the ext-*-ip options, you can put your public IP in like "autonat:1.2.3.4" and set the local-network-acl and it will use that local-network-acl to determine when to use the external IP or internal IP.

 

/b

 

 

On Fri, Aug 20, 2021 at 2:10 PM Bote Man <botelist at gmail.com <mailto:botelist at gmail.com> > wrote:

My sip_profiles/internal.xml and external.xml have these lines:
    <param name="rtp-ip" value="$${local_ip_v4}"/>
    <param name="sip-ip" value="$${local_ip_v4}"/>
    <param name="ext-rtp-ip" value="auto-nat"/>
    <param name="ext-sip-ip" value="auto-nat"/>

which magically "just works" between internal extensions as well as with a couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from about a year ago.

Maybe try those settings and see if they help?

BTW, I fell in love with FreeSWITCH when I installed it and configured a couple phones that were up and calling each other in my lab in about 10 minutes, so you shouldn't be too far off. They've really tried to make it easy to get a working system going quickly, then you can break things from there :-)

Here are my ancient notes which might also be helpful:
https://freeswitch.org/confluence/display/FREESWITCH/Debian+Post-Install+Tasks

Hope this helps.


John Boteler 
BnC Group U.S.A. 



-----Original Message-----
From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org <mailto:freeswitch-users-bounces at lists.freeswitch.org> > On Behalf Of Antony Stone
Sent: Friday, 20 August, 2021 11:38
To: freeswitch-users at lists.freeswitch.org <mailto:freeswitch-users at lists.freeswitch.org> 
Subject: [Freeswitch-users] nonat?

Hi.

I have just installed my first FreeSwitch server on a virtual machine on my local network, and I'm playing with it and a couple of SIP phones on the same network, in order to learn about it.

I've got the phones to register to the server (I've changed the default password in vars.xml), and my first test is simply to place a call between one phone and the other.

I've discovered the "NAT feature" of FreeSwitch, where it finds out what the
*external* IP address of my Internet router is (which has nothing to do with the FreeSwitch server or the phones I'm trying to work with here), and starts presenting that address to the telephones in the Invite messages (inlcuding the SDP negotiations).

I've found https://freeswitch.org/confluence/display/FREESWITCH/Auto+Nat and https://freeswitch.org/confluence/display/FREESWITCH/NAT+Traversal which tell me that I need to use the "-nonat" command-line option to freeswitch to disable this.

However, this doesn't work for me:

# ps ax | grep freeswitch
 3678 ?        S<Lsl   0:02 /usr/bin/freeswitch -u freeswitch -ncwait -nonat

> sofia status profile internal
=================================================================================================
Name                    internal
Domain Name             N/A
Auto-NAT                false
DBName                  sofia_reg_internal
Pres Hosts              192.168.32.59,192.168.32.59
Dialplan                XML
Context                 public
Challenge Realm         auto_from
RTP-IP                  192.168.32.59
Ext-RTP-IP              198.51.100.21
SIP-IP                  192.168.32.59
Ext-SIP-IP              198.51.100.21
URL                     sip:mod_sofia at 198.51.100. <mailto:sip%3Amod_sofia at 198.51.100.> .21:5060
BIND-URL                
sip:mod_sofia at 198.51.100.21 <mailto:sip%3Amod_sofia at 198.51.100.21> :5060;maddr=192.168.32.59;transport=udp,tcp
WS-BIND-URL             sip:mod_sofia at 192.168.32.59 <mailto:sip%3Amod_sofia at 192.168.32.59> :5066;transport=ws
WSS-BIND-URL            sips:mod_sofia at 192.168.32.59 <mailto:sips%3Amod_sofia at 192.168.32.59> :7443;transport=wss

As you can see, my public IP address (represented here by 198.51.100.21) is still there, and it's still getting included in the Invite message and SDP negotiations between my telephones.

So, how can I run FreeSwitch and two SIP telephones on a single internal network, without any reference to my public IP address?


Thanks,


Antony.

-- 
"640 kilobytes (of RAM) should be enough for anybody."

 - Bill Gates

                                                   Please reply to the list;
                                                         please *don't* CC me.

_________________________________________________________________________

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 at freeswitch.com <mailto:sales at 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 at lists.freeswitch.org <mailto:FreeSWITCH-users at 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 at freeswitch.com <mailto:sales at 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 at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com




 

-- 

 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com <mailto:sales at freeswitch.com>  

FreeSWITCH Solutions |  <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> 17345 Civic Drive #2531 Brookfield, WI 53045

Email: brian at freeswitch.com <mailto:brian at freeswitch.com> 

Mobile: 918-424-9378

Website:  <https://www.freeswitch.com/> https://www.FreeSWITCH.com

 <https://www.facebook.com/freeswitch>  <https://twitter.com/freeswitch> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210821/b1a84d88/attachment-0001.html>

From Antony.Stone at freeswitch.open.source.it  Fri Aug 20 21:25:57 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Fri, 20 Aug 2021 23:25:57 +0200
Subject: [Freeswitch-users] nonat?
In-Reply-To: <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
References: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
 <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
Message-ID: <202108202325.58148.Antony.Stone@freeswitch.open.source.it>

On Friday 20 August 2021 at 20:48:34, Bote Man wrote:

> My sip_profiles/internal.xml and external.xml have these lines:
>     <param name="rtp-ip" value="$${local_ip_v4}"/>
>     <param name="sip-ip" value="$${local_ip_v4}"/>
>     <param name="ext-rtp-ip" value="auto-nat"/>
>     <param name="ext-sip-ip" value="auto-nat"/>
> 
> which magically "just works" between internal extensions as well as with a
> couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from
> about a year ago.

Yep, absolutely identical to what I have here with 1.10.6.

My main question is "why does the option '-nonat' not work as documented?"


Antony.

-- 
I want to build a machine that will be proud of me.

 - Danny Hillis, creator of The Connection Machine

                                                   Please reply to the list;
                                                         please *don't* CC me.


From Antony.Stone at freeswitch.open.source.it  Fri Aug 20 21:26:00 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Fri, 20 Aug 2021 23:26:00 +0200
Subject: [Freeswitch-users] nonat?
In-Reply-To: <CAEJMVkDRnFP9pH4wQWT+bSvSdd=VXDnEMc_LtJcV1k2eJvfGKg@mail.gmail.com>
References: <202108201737.40682.Antony.Stone@freeswitch.open.source.it>
 <016601d795f3$fb3e3ab0$f1bab010$@gmail.com>
 <CAEJMVkDRnFP9pH4wQWT+bSvSdd=VXDnEMc_LtJcV1k2eJvfGKg@mail.gmail.com>
Message-ID: <202108202326.00206.Antony.Stone@freeswitch.open.source.it>

On Friday 20 August 2021 at 21:48:30, Brian West wrote:

> That only works if you have a NAT-PMP / UPNP router,

Well, it seems that, whether I knew it or not, I have.

> for the ext-*-ip options, you can put your public IP in like
> "autonat:1.2.3.4" and set the local-network-acl and it will use that local-
> network-acl to determine when to use the external IP or internal IP.

Thanks, however, my main question is "why does the option '-nonat' not work as 
documented?"


Antony.

-- 
I'm not impossible, just highly implausible.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From Antony.Stone at freeswitch.open.source.it  Mon Aug 23 10:33:16 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Mon, 23 Aug 2021 12:33:16 +0200
Subject: [Freeswitch-users] nonat?
Message-ID: <202108231233.16323.Antony.Stone@freeswitch.open.source.it>

On Friday 20 August 2021 at 20:48:34, Bote Man wrote:

> My sip_profiles/internal.xml and external.xml have these lines:
>     <param name="rtp-ip" value="$${local_ip_v4}"/>
>     <param name="sip-ip" value="$${local_ip_v4}"/>
>     <param name="ext-rtp-ip" value="auto-nat"/>
>     <param name="ext-sip-ip" value="auto-nat"/>
> 
> which magically "just works" between internal extensions as well as with a
> couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from
> about a year ago.

Yep, absolutely identical to what I have here with 1.10.6.

My main question is "why does the option '-nonat' not work as documented?"


Antony.

-- 
I want to build a machine that will be proud of me.

 - Danny Hillis, creator of The Connection Machine

                                                   Please reply to the list;
                                                         please *don't* CC me.


From Antony.Stone at freeswitch.open.source.it  Mon Aug 23 10:33:25 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Mon, 23 Aug 2021 12:33:25 +0200
Subject: [Freeswitch-users] nonat?
Message-ID: <202108231233.25626.Antony.Stone@freeswitch.open.source.it>

On Friday 20 August 2021 at 21:48:30, Brian West wrote:

> That only works if you have a NAT-PMP / UPNP router,

Well, it seems that, whether I knew it or not, I have.

> for the ext-*-ip options, you can put your public IP in like
> "autonat:1.2.3.4" and set the local-network-acl and it will use that local-
> network-acl to determine when to use the external IP or internal IP.

Thanks, however, my main question is "why does the option '-nonat' not work as 
documented?"


Antony.

-- 
I'm not impossible, just highly implausible.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From mail at klimenttoshkov.com  Sat Aug 21 19:05:00 2021
From: mail at klimenttoshkov.com (Kliment Toshkov)
Date: Sat, 21 Aug 2021 22:05:00 +0300
Subject: Dynamic users (from Curl XML) CIDR not merged to ACL
Message-ID: <C523FFCD-4D5B-43C7-9360-BAE2825EEFF7@klimenttoshkov.com>

Hello,

My goal is to have dynamic (through CURL XML) defined users AND gateways; to be able to accept incoming calls from gateways, having those calls authenticated as the user that the gateway belongs to, and to be able to send outgoing calls to those gateways.

Below is detailed description of my testing setup which works with static configuration and does not work with dynamic configuration. Kindly asking for advice!


I have configuration in which ACL “domains” is defined as:
acl.conf:
<configuration name="acl.conf" description="Network Lists">
  <network-lists>

    <list name="domains" default="deny">
        <node type="allow" domain="$${domain}"/>
    </list>

  </network-lists>
</configuration>



It is used to allow and accept calls from specific IPs without authentication, having those IPs matched to users. Sofia profile (important part of it):
<param name="apply-inbound-acl" value="domains”/>
<param name="auth-calls" value="false"/>




Matching is done by parameter “cidr” in user definition. According to the documentation each user “cidr” is added to the above list.
https://freeswitch.org/confluence/pages/viewpage.action?pageId=3965687 <https://freeswitch.org/confluence/pages/viewpage.action?pageId=3965687>
> domain	
> Scans the user definitions of the specified domain from the directory, and if your domain's users have cidr attributes, the ACL will be automatically built.
> Example usage:
> <node type="allow" domain="$${domain}"/>


Those gateway IPs are defined using <gateway> configurations and are currently visible in the CLI:
freeswitch at zz-freeswitch-test> sofia status
                     Name	   Type	                                      Data	State
=================================================================================================
            authenticated	profile	         sip:mod_sofia at 194.153.118.45:5060	RUNNING (0)
                   trunks	profile	         sip:mod_sofia at 194.153.118.45:5070	RUNNING (0)
trunks::1347a7ad-ff67-11eb-9528-9a306e6cb08d_2	gateway	             sip:FreeSWITCH at 194.153.118.34	NOREG
trunks::1347a7ad-ff67-11eb-9528-9a306e6cb08d_1	gateway	             sip:FreeSWITCH at 194.153.118.28	NOREG
=================================================================================================
2 profiles 0 aliases




When I define users in static XML files, then incoming calls are properly authenticated (this is file that is included in the directory xml files):
User definition:
<include>
    <user id="1347a7ad-ff67-11eb-9528-9a306e6cb08d" cidr="194.153.118.28/32,194.153.118.34/32">
        <params>
            <param name="a1-hash" value="97f2bba16d30623aa245353ff8ae2513"/>
            <param name="auth-acl" value="195.230.3.104/32"/>
        </params>
        <variables>
            <variable name="accountcode" value="1347a7ad-ff67-11eb-9528-9a306e6cb08d"/>
            <variable name="user_context" value="context_1"/>
        </variables>
    </user>
</include>

Inbound accepted call:
2021-08-21 21:23:35.432769 [NOTICE] switch_channel.c:1118 New Channel sofia/trunks/35924373333 at 194.153.118.28 [0e67c277-00b5-4584-9b31-b9e86f42aace]
2021-08-21 21:23:35.432769 [DEBUG] switch_core_state_machine.c:585 (sofia/trunks/35924373333 at 194.153.118.28) Running State Change CS_NEW (Cur 1 Tot 1)
2021-08-21 21:23:35.432769 [INFO] sofia.c:10362 sofia/trunks/35924373333 at 194.153.118.28 receiving invite from 194.153.118.28:5060 version: 1.10.6 -release 64bit call-id: 0faf6dcb69db75f945f753561b0dd6ad at 194.153.118.28:5060
2021-08-21 21:23:35.432769 [DEBUG] sofia.c:10456 verifying acl "domains" for ip/port 194.153.118.28:0.
2021-08-21 21:23:35.512752 [DEBUG] sofia.c:10658 Authenticating user 1347a7ad-ff67-11eb-9528-9a306e6cb08d at 194.153.118.45




When I define those using CURL XML (returning the same content as the static file, this is XML response) user is able to successfully register:
<document type="freeswitch/xml">
    <section name="directory">
        <domain name="194.153.118.45">

            <params>
            </params>

            <groups>
                <group name="contract_1">

                    <users>
                        <user id="1347a7ad-ff67-11eb-9528-9a306e6cb08d" cidr="194.153.118.28/32,194.153.118.34/32">
                            <params>
                                <param name="a1-hash" value="97f2bba16d30623aa245353ff8ae2513"/>
                                                                <param name="auth-acl" value="195.230.3.104/32"/>
                                                            </params>
                            <variables>
                                <variable name="accountcode" value="1347a7ad-ff67-11eb-9528-9a306e6cb08d"/>
                                <variable name="user_context" value="context_1"/>
                            </variables>
                        </user>

                    </users>
                </group>
            </groups>

        </domain>
    </section>
</document>


But then incoming calls are not authenticated /please note “cidr” parameter in user definition/:
2021-08-21 21:36:57.884309 [NOTICE] switch_channel.c:1118 New Channel sofia/trunks/35924373333 at 194.153.118.28 [dd9bd835-de7a-43e7-9521-bc48b22336b6]
2021-08-21 21:36:57.884309 [DEBUG] switch_core_state_machine.c:585 (sofia/trunks/35924373333 at 194.153.118.28) Running State Change CS_NEW (Cur 1 Tot 1)
2021-08-21 21:36:57.884309 [INFO] sofia.c:10362 sofia/trunks/35924373333 at 194.153.118.28 receiving invite from 194.153.118.28:5060 version: 1.10.6 -release 64bit call-id: 665047ab59dcb3576dc5e23f21cb4cff at 194.153.118.28:5060
2021-08-21 21:36:57.884309 [DEBUG] sofia.c:10456 verifying acl "domains" for ip/port 194.153.118.28:0.
2021-08-21 21:36:57.884309 [WARNING] sofia.c:10569 IP 194.153.118.28 Rejected by acl "domains"



Digging this for a few days, came to conclusion that the ACL “domains” is not properly updated when a user registers. 





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210821/bdf522e9/attachment-0001.html>

From avi at avimarcus.net  Mon Aug 23 14:52:30 2021
From: avi at avimarcus.net (Avi Marcus)
Date: Mon, 23 Aug 2021 14:52:30 +0000
Subject: [Freeswitch-users] How to query current playback position?
Message-ID: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>

I'm trying to create a bookmark feature for long playbacks.

I'll save the file and position (to be exact the sample position) and then
when the caller comes back, they can choose to restart in the same place.

The playback tool allows me to specify the sample position (and
uuid_fileman lets me seek to one)

But I don't see how to query the _current_ position.
There's no status inside uuid_fileman
There's no variables I see that are updating when doing uuid_dump.

The closest I see is that if I stop the playback, I get a PLAYBACK_STOP
event with the sample position.

This seems like it could work, but that's means I need to trigger a script
to stop the playback (can't continue listening) and wait for an ESL event,
and hope we're getting the right one. (How to I listen for events attached
only to a specific UUID?) This seems overly complicated.

I was hoping to have a uuid_fileman option or the like to query the current
position.

Does that exist somewhere?

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210823/f5c1d757/attachment.html>

From dragos at freeswitch.org  Mon Aug 23 16:02:13 2021
From: dragos at freeswitch.org (Dragos Oancea)
Date: Mon, 23 Aug 2021 19:02:13 +0300
Subject: [Freeswitch-users] How to query current playback position?
In-Reply-To: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>
References: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>
Message-ID: <CAGvJV4qo42frYV0W-6hTAKxDVpjFBh2hQ=pydEJ8pkiqA_A1WA@mail.gmail.com>

We set these channel variables in switch_ivr_play_say.c :
playback_last_offset_pos, playback_seconds, playback_ms, playback_samples.

On Mon, Aug 23, 2021 at 5:53 PM Avi Marcus <avi at avimarcus.net> wrote:

> I'm trying to create a bookmark feature for long playbacks.
>
> I'll save the file and position (to be exact the sample position) and then
> when the caller comes back, they can choose to restart in the same place.
>
> The playback tool allows me to specify the sample position (and
> uuid_fileman lets me seek to one)
>
> But I don't see how to query the _current_ position.
> There's no status inside uuid_fileman
> There's no variables I see that are updating when doing uuid_dump.
>
> The closest I see is that if I stop the playback, I get a PLAYBACK_STOP
> event with the sample position.
>
> This seems like it could work, but that's means I need to trigger a script
> to stop the playback (can't continue listening) and wait for an ESL event,
> and hope we're getting the right one. (How to I listen for events attached
> only to a specific UUID?) This seems overly complicated.
>
> I was hoping to have a uuid_fileman option or the like to query the
> current position.
>
> Does that exist somewhere?
>
> Thanks.
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210823/17c6bf6e/attachment.html>

From Antony.Stone at freeswitch.open.source.it  Mon Aug 23 14:34:28 2021
From: Antony.Stone at freeswitch.open.source.it (Antony Stone)
Date: Mon, 23 Aug 2021 16:34:28 +0200
Subject: [Freeswitch-users] nonat?
In-Reply-To: <202108231233.16323.Antony.Stone@freeswitch.open.source.it>
References: <202108231233.16323.Antony.Stone@freeswitch.open.source.it>
Message-ID: <202108231634.28826.Antony.Stone@freeswitch.open.source.it>

On Monday 23 August 2021 at 12:33:16, Antony Stone wrote:

> On Friday 20 August 2021 at 20:48:34, Bote Man wrote:
> > My sip_profiles/internal.xml and external.xml have these lines:
> >     <param name="rtp-ip" value="$${local_ip_v4}"/>
> >     <param name="sip-ip" value="$${local_ip_v4}"/>
> >     <param name="ext-rtp-ip" value="auto-nat"/>
> >     <param name="ext-sip-ip" value="auto-nat"/>
> > 
> > which magically "just works" between internal extensions as well as with
> > a couple cloud SIP providers. This is with FreeSWITCH version 1.10.5
> > from about a year ago.
> 
> Yep, absolutely identical to what I have here with 1.10.6.
> 
> My main question is "why does the option '-nonat' not work as documented?"

The other thing which I have found, which makes me think I'm missing something 
really simple, is that if the machine running FreeSwitch does not have a route 
to the Internet, I can't even register telephones on its local network.

192.168.32.59 - Freeswitch server
192.168.32.77 - Yealink T41
192.168.32.78 - Yealink VP530

Phones simply get no response whatever to the Register requests (measured with 
sngrep running on the FreeSwitch server).  If I put a route to the Internet 
back in again, and then restart FreeSwitch, the phones can then register (and 
start using my public IP address to try to talk to each other).

PS: Apologies for the duplication of posts from Friday - I assumed they had 
disappeared in a spam filter or similar, given that they hadn't turned up on 
the list archives after 48 hours (so I knew they hadn't reached the list, not 
just that my copies hadn't come back to me).


Antony.

-- 
https://tools.ietf.org/html/rfc6890 - providing 16 million IPv4 addresses for 
talking to yourself.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From avi at avimarcus.net  Wed Aug 25 08:38:09 2021
From: avi at avimarcus.net (Avi Marcus)
Date: Wed, 25 Aug 2021 08:38:09 +0000
Subject: [Freeswitch-users] How to query current playback position?
In-Reply-To: <CAGvJV4qo42frYV0W-6hTAKxDVpjFBh2hQ=pydEJ8pkiqA_A1WA@mail.gmail.com>
References: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>
 <CAGvJV4qo42frYV0W-6hTAKxDVpjFBh2hQ=pydEJ8pkiqA_A1WA@mail.gmail.com>
Message-ID: <0100017b7c75a1c0-d6bc2759-8b1c-48fb-97b8-8d4490e6826c-000000@email.amazonses.com>

It looks like those variable are only updated upon PLAYBACK_STOP event,
since the line before is:
switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_DEBUG,
"done playing file %s\n", file);

Can we make a feature, e.g. with uuid_fileman to query that for a live
playing file?

When I stop the file to get the position, it's destructive: I have to do a
new playback to get back to my position, and to get all my key bindings, I
need to transfer to an extension with them, and then I lose the position in
the IVR.

Thanks.
-Avi Marcus

On Mon, Aug 23, 2021 at 7:03 PM Dragos Oancea <dragos at freeswitch.org> wrote:

> We set these channel variables in switch_ivr_play_say.c :
> playback_last_offset_pos, playback_seconds, playback_ms, playback_samples.
>
> On Mon, Aug 23, 2021 at 5:53 PM Avi Marcus <avi at avimarcus.net> wrote:
>
>> I'm trying to create a bookmark feature for long playbacks.
>>
>> I'll save the file and position (to be exact the sample position) and
>> then when the caller comes back, they can choose to restart in the same
>> place.
>>
>> The playback tool allows me to specify the sample position (and
>> uuid_fileman lets me seek to one)
>>
>> But I don't see how to query the _current_ position.
>> There's no status inside uuid_fileman
>> There's no variables I see that are updating when doing uuid_dump.
>>
>> The closest I see is that if I stop the playback, I get a PLAYBACK_STOP
>> event with the sample position.
>>
>> This seems like it could work, but that's means I need to trigger a
>> script to stop the playback (can't continue listening) and wait for an ESL
>> event, and hope we're getting the right one. (How to I listen for events
>> attached only to a specific UUID?) This seems overly complicated.
>>
>> I was hoping to have a uuid_fileman option or the like to query the
>> current position.
>>
>> Does that exist somewhere?
>>
>> Thanks.
>> _________________________________________________________________________
>>
>> 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210825/58950f1f/attachment.html>

From dragos at freeswitch.org  Wed Aug 25 09:48:11 2021
From: dragos at freeswitch.org (Dragos Oancea)
Date: Wed, 25 Aug 2021 12:48:11 +0300
Subject: [Freeswitch-users] How to query current playback position?
In-Reply-To: <0100017b7c75a1c0-d6bc2759-8b1c-48fb-97b8-8d4490e6826c-000000@email.amazonses.com>
References: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>
 <CAGvJV4qo42frYV0W-6hTAKxDVpjFBh2hQ=pydEJ8pkiqA_A1WA@mail.gmail.com>
 <0100017b7c75a1c0-d6bc2759-8b1c-48fb-97b8-8d4490e6826c-000000@email.amazonses.com>
Message-ID: <CAGvJV4pGveFtekpihYCnuqHxwYP7cObcdGRjduff+uk633D7qw@mail.gmail.com>

how are you playing the file ?
I gave this a try, I used "playback" in dialplan, then I used uuid_fileman
from CLI with cmd "stop". And I get the chan vars:
variable_playback_seconds: 12
variable_playback_ms: 12288
variable_playback_samples: 98304

Yes, they are meant to work on "stop" . You get the values when it's
stopped and then you seek to position.
You can seek with "playback":
<action application="playback" data="<sound-file-to-play>[@@<seek-offset
>]"/>
You can use inline dialplan too I think.

If you believe it's a bug, file a github issue.
Perhaps this feature for uuid_fileman would be useful too, so you could
file it as a feature request.


On Wed, Aug 25, 2021 at 11:39 AM Avi Marcus <avi at avimarcus.net> wrote:

> It looks like those variable are only updated upon PLAYBACK_STOP event,
> since the line before is:
> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_DEBUG,
> "done playing file %s\n", file);
>
> Can we make a feature, e.g. with uuid_fileman to query that for a live
> playing file?
>
> When I stop the file to get the position, it's destructive: I have to do a
> new playback to get back to my position, and to get all my key bindings, I
> need to transfer to an extension with them, and then I lose the position in
> the IVR.
>
> Thanks.
> -Avi Marcus
>
> On Mon, Aug 23, 2021 at 7:03 PM Dragos Oancea <dragos at freeswitch.org>
> wrote:
>
>> We set these channel variables in switch_ivr_play_say.c :
>>
>> playback_last_offset_pos, playback_seconds, playback_ms, playback_samples.
>>
>> On Mon, Aug 23, 2021 at 5:53 PM Avi Marcus <avi at avimarcus.net> wrote:
>>
>>> I'm trying to create a bookmark feature for long playbacks.
>>>
>>> I'll save the file and position (to be exact the sample position) and
>>> then when the caller comes back, they can choose to restart in the same
>>> place.
>>>
>>> The playback tool allows me to specify the sample position (and
>>> uuid_fileman lets me seek to one)
>>>
>>> But I don't see how to query the _current_ position.
>>> There's no status inside uuid_fileman
>>> There's no variables I see that are updating when doing uuid_dump.
>>>
>>> The closest I see is that if I stop the playback, I get a PLAYBACK_STOP
>>> event with the sample position.
>>>
>>> This seems like it could work, but that's means I need to trigger a
>>> script to stop the playback (can't continue listening) and wait for an ESL
>>> event, and hope we're getting the right one. (How to I listen for events
>>> attached only to a specific UUID?) This seems overly complicated.
>>>
>>> I was hoping to have a uuid_fileman option or the like to query the
>>> current position.
>>>
>>> Does that exist somewhere?
>>>
>>> Thanks.
>>> _________________________________________________________________________
>>>
>>> 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210825/ca2df4c5/attachment-0001.html>

From avi at avimarcus.net  Wed Aug 25 10:18:03 2021
From: avi at avimarcus.net (Avi Marcus)
Date: Wed, 25 Aug 2021 10:18:03 +0000
Subject: [Freeswitch-users] How to query current playback position?
In-Reply-To: <CAGvJV4pGveFtekpihYCnuqHxwYP7cObcdGRjduff+uk633D7qw@mail.gmail.com>
References: <0100017b737fa6b0-45e921bb-076b-4d0b-abb0-b0169e8eb9b7-000000@email.amazonses.com>
 <CAGvJV4qo42frYV0W-6hTAKxDVpjFBh2hQ=pydEJ8pkiqA_A1WA@mail.gmail.com>
 <0100017b7c75a1c0-d6bc2759-8b1c-48fb-97b8-8d4490e6826c-000000@email.amazonses.com>
 <CAGvJV4pGveFtekpihYCnuqHxwYP7cObcdGRjduff+uk633D7qw@mail.gmail.com>
Message-ID: <0100017b7cd117a8-59495d6f-fde7-427b-920d-ce9a9b19c092-000000@email.amazonses.com>

I don't think it's a bug, just something that would be nice if it worked
differently. I file a feature request:

https://github.com/signalwire/freeswitch/issues/1316

While writing that, I see I could write the entire playback control in
javascript, which might mean I don't lose my IVR position. I'd still have
to deal with stopping/restarting the playback.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210825/c61d4a27/attachment.html>

From Alexander.Haugg at c4b.de  Wed Aug 25 06:06:49 2021
From: Alexander.Haugg at c4b.de (Alexander Haugg)
Date: Wed, 25 Aug 2021 06:06:49 +0000
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the
 first candidate
Message-ID: <0111a7743c2144e3be6c55e1a40db712@c4b.de>

What is to be done so that the Freeswitch also serves the other candidates and not only the first one?
Independently of Trickle, of course.

Is the trickle implementation being worked on?
Or can this be financially favored?

Thanks a lot
Alex

Von: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> Im Auftrag von Alexander Haugg
Gesendet: Freitag, 20. August 2021 13:13
An: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Betreff: Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate

Thanks for the info.
Is Trickle being worked on right now, or would it be possible to fund an eventual Trickle implementation?

Also with vanilla ICE the next candidate would have to be tried at some point, but that doesn't seem to happen.
Is there a configurable candidate timeout property for this?

Thanks a lot

Von: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>> Im Auftrag von krice at freeswitch.org<mailto:krice at freeswitch.org>
Gesendet: Donnerstag, 19. August 2021 18:32
An: 'FreeSWITCH Users Help' <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Betreff: Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate

Freeswitch at this time does not support trickle ice

From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>> On Behalf Of Alexander Haugg
Sent: Tuesday, August 10, 2021 12:53 AM
To: freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>
Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate

Hi,

currently I have the problem that the FreeSWITCH only serves the first candidate from the candidate list via STUN request.
I expected it to try to reach all candidates relatively soon (trickle).
In the source code I saw that there are four ICE types:
ICE_GOOGLE_JINGLE
ICE_VANILLA
ICE_CONTROLLED
ICE_LITE

What is behind them, and how can I select them from the "outside"?
Or am I on the wrong track? What to do, that the FreeSwitch serves the candidates according to Trickle?

I have the same result for mod_sofia and mod_verto (is clear, they use the same media stack).

Thanks and greetings
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210825/3f387ece/attachment.html>

From cary at ytel.com  Fri Aug 27 20:03:35 2021
From: cary at ytel.com (Cary Shouse)
Date: Fri, 27 Aug 2021 20:03:35 +0000
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
Message-ID: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>

 We recently started having a problem with our FreeSWITCH servers where
calls are working well, with about 200 calls operating sometimes for a
couple of days, and then something happens and all call progress stops.
Then any new inbound calls that come into the server get stuck in initial
status, new inbound get stuck at RINGING. This happens until the max
sessions are hit and of course nothing else works from there. Our thought
is something is creating a lock and stopping anything else from progressing.
 We are seeing the stuck sessions using "show channels". Doing a uuid_kill
on the calls seems to make no difference to the output of "show channels",
but we have noticed in the logs that some events do happen to some of the
calls.
 We had ran into a similar issue when writing a custom C module and made
some mistakes with session_rwlock etc. But in this case, all of this is
using LUA.
Some general information:
FreeSWITCH Versions 1.10.6 and 1.10.1
Modules used:
LUA, xml_curl(dialplan), event_socket,

 Most of this is just application playing audio files and or creating a new
call to bridge to.

 Really looking for some help on what debugging we can enable to help
identify what is getting stuck to identify where a bug might be on our
usage or possible issue with FreeSWITCH.

 We have captured a core dump of the running process when it got into the
bad state as well, if that is helpful, we can send it in.

Thank you for your help.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210827/be863cb2/attachment.html>

From brian at freeswitch.com  Sat Aug 28 00:53:55 2021
From: brian at freeswitch.com (Brian West)
Date: Fri, 27 Aug 2021 19:53:55 -0500
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
Message-ID: <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>

It's an issue we've been searching for, if you uuid_kill it, and it says no
session, it only means the record was NOT removed from the sqlite database.

Nobody can seem to replicate the steps required to get into that condition,
maybe you could look thru the logs and see if you can replicate what ever
happened on that lingering UUID

/b


On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:

>  We recently started having a problem with our FreeSWITCH servers where
> calls are working well, with about 200 calls operating sometimes for a
> couple of days, and then something happens and all call progress stops.
> Then any new inbound calls that come into the server get stuck in initial
> status, new inbound get stuck at RINGING. This happens until the max
> sessions are hit and of course nothing else works from there. Our thought
> is something is creating a lock and stopping anything else from progressing.
>  We are seeing the stuck sessions using "show channels". Doing a uuid_kill
> on the calls seems to make no difference to the output of "show channels",
> but we have noticed in the logs that some events do happen to some of the
> calls.
>  We had ran into a similar issue when writing a custom C module and made
> some mistakes with session_rwlock etc. But in this case, all of this is
> using LUA.
> Some general information:
> FreeSWITCH Versions 1.10.6 and 1.10.1
> Modules used:
> LUA, xml_curl(dialplan), event_socket,
>
>  Most of this is just application playing audio files and or creating a
> new call to bridge to.
>
>  Really looking for some help on what debugging we can enable to help
> identify what is getting stuck to identify where a bug might be on our
> usage or possible issue with FreeSWITCH.
>
>  We have captured a core dump of the running process when it got into the
> bad state as well, if that is helpful, we can send it in.
>
> Thank you for your help.
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210827/a26cd435/attachment.html>

From alexanderhenryperkins at gmail.com  Mon Aug 30 15:26:08 2021
From: alexanderhenryperkins at gmail.com (Alexander Perkins)
Date: Mon, 30 Aug 2021 11:26:08 -0400
Subject: [Freeswitch-users] Detect DTMF and Notify
Message-ID: <CALLkTp1CB2LjUh2KZRQTfAT-Ust=2c+YdXcQzGR9dfBR-dhaoQ@mail.gmail.com>

Hi All.  Is it possible to detect if DTMF tones are used on a call and then
send an email to somebody saying that DTMF is being used?

Thank you,
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/297f3437/attachment.html>

From denis.papes at shishko.eu  Mon Aug 30 16:06:35 2021
From: denis.papes at shishko.eu (Denis Papes)
Date: Mon, 30 Aug 2021 17:06:35 +0100
Subject: [Freeswitch-users] Detect DTMF and Notify
In-Reply-To: <CALLkTp1CB2LjUh2KZRQTfAT-Ust=2c+YdXcQzGR9dfBR-dhaoQ@mail.gmail.com>
References: <CALLkTp1CB2LjUh2KZRQTfAT-Ust=2c+YdXcQzGR9dfBR-dhaoQ@mail.gmail.com>
Message-ID: <b52ad336-8f5a-34f1-1af3-a4261f560d48@shishko.eu>

You can use Lua Event Hooks for that

https://freeswitch.org/confluence/display/FREESWITCH/mod_lua#Event_Hooks


On 30/08/2021 16:26, Alexander Perkins wrote:
> Hi All.  Is it possible to detect if DTMF tones are used on a call and
> then send an email to somebody saying that DTMF is being used?
>
> Thank you,
> Alex
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/abeea760/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/abeea760/attachment.sig>

From cary at ytel.com  Mon Aug 30 17:38:41 2021
From: cary at ytel.com (Cary Shouse)
Date: Mon, 30 Aug 2021 17:38:41 +0000
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
Message-ID: <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>

 Yes, that is what we are seeing when running uuid_kill.  We cannot
"replicate" the issue, but it happens multiple times a day for us across
our servers.   We have looked through logs across multiple systems, taken
SIP traces to see if that showed anything.  Last we got a Core dump of the
running process after the failure. Nothing seems to stand out as the cause.



 Are there any other debug steps you can think of or what other information
to look at?  We could capture all traffic on the server, or recompile with
special debug flags whatever it is that might help.



Steps we have taken:

sofia loglevel all 9

sofia global siptrace on

fsctl loglevel 7

# Set environment variable
TPORT_LOG=1


On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com> wrote:

> It's an issue we've been searching for, if you uuid_kill it, and it
> says no session, it only means the record was NOT removed from the sqlite
> database.
>
> Nobody can seem to replicate the steps required to get into that
> condition, maybe you could look thru the logs and see if you can replicate
> what ever happened on that lingering UUID
>
> /b
>
>
> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>
>>  We recently started having a problem with our FreeSWITCH servers where
>> calls are working well, with about 200 calls operating sometimes for a
>> couple of days, and then something happens and all call progress stops.
>> Then any new inbound calls that come into the server get stuck in initial
>> status, new inbound get stuck at RINGING. This happens until the max
>> sessions are hit and of course nothing else works from there. Our thought
>> is something is creating a lock and stopping anything else from progressing.
>>  We are seeing the stuck sessions using "show channels". Doing a
>> uuid_kill on the calls seems to make no difference to the output of "show
>> channels", but we have noticed in the logs that some events do happen to
>> some of the calls.
>>  We had ran into a similar issue when writing a custom C module and made
>> some mistakes with session_rwlock etc. But in this case, all of this is
>> using LUA.
>> Some general information:
>> FreeSWITCH Versions 1.10.6 and 1.10.1
>> Modules used:
>> LUA, xml_curl(dialplan), event_socket,
>>
>>  Most of this is just application playing audio files and or creating a
>> new call to bridge to.
>>
>>  Really looking for some help on what debugging we can enable to help
>> identify what is getting stuck to identify where a bug might be on our
>> usage or possible issue with FreeSWITCH.
>>
>>  We have captured a core dump of the running process when it got into the
>> bad state as well, if that is helpful, we can send it in.
>>
>> Thank you for your help.
>> _________________________________________________________________________
>>
>> 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 at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> https://freeswitch.com
>
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/fe43d442/attachment-0001.html>

From brian at freeswitch.com  Mon Aug 30 20:19:52 2021
From: brian at freeswitch.com (Brian West)
Date: Mon, 30 Aug 2021 15:19:52 -0500
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
Message-ID: <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>

Check the UUID of the session in question, and extract its logs, and let's
diagnose it

On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:

>  Yes, that is what we are seeing when running uuid_kill.  We cannot
> "replicate" the issue, but it happens multiple times a day for us across
> our servers.   We have looked through logs across multiple systems, taken
> SIP traces to see if that showed anything.  Last we got a Core dump of
> the running process after the failure. Nothing seems to stand out as the
> cause.
>
>
>
>  Are there any other debug steps you can think of or what other
> information to look at?  We could capture all traffic on the server, or
> recompile with special debug flags whatever it is that might help.
>
>
>
> Steps we have taken:
>
> sofia loglevel all 9
>
> sofia global siptrace on
>
> fsctl loglevel 7
>
> # Set environment variable
> TPORT_LOG=1
>
>
> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com> wrote:
>
>> It's an issue we've been searching for, if you uuid_kill it, and it
>> says no session, it only means the record was NOT removed from the sqlite
>> database.
>>
>> Nobody can seem to replicate the steps required to get into that
>> condition, maybe you could look thru the logs and see if you can replicate
>> what ever happened on that lingering UUID
>>
>> /b
>>
>>
>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>
>>>  We recently started having a problem with our FreeSWITCH servers where
>>> calls are working well, with about 200 calls operating sometimes for a
>>> couple of days, and then something happens and all call progress stops.
>>> Then any new inbound calls that come into the server get stuck in initial
>>> status, new inbound get stuck at RINGING. This happens until the max
>>> sessions are hit and of course nothing else works from there. Our thought
>>> is something is creating a lock and stopping anything else from progressing.
>>>  We are seeing the stuck sessions using "show channels". Doing a
>>> uuid_kill on the calls seems to make no difference to the output of "show
>>> channels", but we have noticed in the logs that some events do happen to
>>> some of the calls.
>>>  We had ran into a similar issue when writing a custom C module and made
>>> some mistakes with session_rwlock etc. But in this case, all of this is
>>> using LUA.
>>> Some general information:
>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>> Modules used:
>>> LUA, xml_curl(dialplan), event_socket,
>>>
>>>  Most of this is just application playing audio files and or creating a
>>> new call to bridge to.
>>>
>>>  Really looking for some help on what debugging we can enable to help
>>> identify what is getting stuck to identify where a bug might be on our
>>> usage or possible issue with FreeSWITCH.
>>>
>>>  We have captured a core dump of the running process when it got into
>>> the bad state as well, if that is helpful, we can send it in.
>>>
>>> Thank you for your help.
>>> _________________________________________________________________________
>>>
>>> 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 at 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 at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> https://freeswitch.com
>>
>>
>>
>> --
>>
>> Brian West | Co-founder and Developer
>>
>> Need Commercial support? email sales at freeswitch.com
>>
>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>
>> Email: brian at freeswitch.com
>>
>> Mobile: 918-424-9378
>>
>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>
>> [image: https://www.facebook.com/signalwireinc?src=email]
>> <https://www.facebook.com/freeswitch> [image:
>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>
>

-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/9c2e06ce/attachment.html>

From brian at freeswitch.com  Mon Aug 30 20:47:46 2021
From: brian at freeswitch.com (Brian West)
Date: Mon, 30 Aug 2021 15:47:46 -0500
Subject: [Freeswitch-users] We have to pay respects to David Kompel
Message-ID: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>

Dear FreeSWITCHers,

We have to pay respects to a FreeSWITCH community member that has been with
us since day one, Dave Kompel, he was enthusiastic about the FreeSWITCH
project from day one, and has advised Tony, Mike and myself since its
inception. He will be missed. Let's take this time and remember why we're
here and what our goals are. Let's change the world, because we're just
crazy enough to pull it off. #FreeSWITCH
<https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
and Dave wouldn't have it any other way. #Thanks
<https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>

Thank you Dave, You will be missed.

/b


-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/69223bd4/attachment-0001.html>

From grcamauer at gmail.com  Mon Aug 30 23:27:32 2021
From: grcamauer at gmail.com (Guillermo Ruiz Camauer)
Date: Mon, 30 Aug 2021 20:27:32 -0300
Subject: [Freeswitch-users] Reinvite RTP Error
Message-ID: <CAPNTnnpE3CNgJfYVeh=HQA5EEXhOx1ZZWersj20_LcJqGtcZFA@mail.gmail.com>

I keep getting a lot of these errors at the console:

2021-08-30 20:08:06.598977 [ERR] sofia.c:8353 Reinvite RTP Error!

I have not been able to correlate them to particular calls (this is a
heavily loaded system).
What could be the reason for these errors?  Googling has not helped.

Thanks in advance,

-- 
Guillermo Ruiz Camauer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/9579d211/attachment.html>

From brian at freeswitch.com  Tue Aug 31 00:18:32 2021
From: brian at freeswitch.com (Brian West)
Date: Mon, 30 Aug 2021 19:18:32 -0500
Subject: [Freeswitch-users] Reinvite RTP Error
In-Reply-To: <CAPNTnnpE3CNgJfYVeh=HQA5EEXhOx1ZZWersj20_LcJqGtcZFA@mail.gmail.com>
References: <CAPNTnnpE3CNgJfYVeh=HQA5EEXhOx1ZZWersj20_LcJqGtcZFA@mail.gmail.com>
Message-ID: <CAEJMVkBRhF-sT0XCjFd-su1Goq5Qbn4fPvPOasSueLgQjAvwGg@mail.gmail.com>

sofia_media_activate_rtp failed to execute in this scenario which
calls switch_core_media_activate_rtp, which is probably a race condition on
hangup, where the call is coming up and going down within short order.

Are you trying to resolve an actual issue? or are you just reviewing the
error?

/b

On Mon, Aug 30, 2021 at 6:48 PM Guillermo Ruiz Camauer <grcamauer at gmail.com>
wrote:

>
>
> I keep getting a lot of these errors at the console:
>
> 2021-08-30 20:08:06.598977 [ERR] sofia.c:8353 Reinvite RTP Error!
>
> I have not been able to correlate them to particular calls (this is a
> heavily loaded system).
> What could be the reason for these errors?  Googling has not helped.
>
> Thanks in advance,
>
> --
> Guillermo Ruiz Camauer
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210830/736bbbf5/attachment.html>

From covici at ccs.covici.com  Tue Aug 31 07:53:39 2021
From: covici at ccs.covici.com (John Covici)
Date: Tue, 31 Aug 2021 03:53:39 -0400
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
Message-ID: <m3wno2hwxo.wl-covici@ccs.covici.com>

Wow, I had no idea -- I was friends of his for quite a while and did
not know he was even ill.

On Mon, 30 Aug 2021 16:47:46 -0400,
Brian West wrote:
> 
> [1  <multipart/alternative (7bit)>]
> [1.1  <text/plain; UTF-8 (7bit)>]
> Dear FreeSWITCHers,
> 
> We have to pay respects to a FreeSWITCH community member that has been with
> us since day one, Dave Kompel, he was enthusiastic about the FreeSWITCH
> project from day one, and has advised Tony, Mike and myself since its
> inception. He will be missed. Let's take this time and remember why we're
> here and what our goals are. Let's change the world, because we're just
> crazy enough to pull it off. #FreeSWITCH
> <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
> and Dave wouldn't have it any other way. #Thanks
> <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
> 
> Thank you Dave, You will be missed.
> 
> /b
> 
> 
> -- 
> 
> Brian West | Co-founder and Developer
> 
> Need Commercial support? email sales at freeswitch.com
> 
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
> 
> Email: brian at freeswitch.com
> 
> Mobile: 918-424-9378
> 
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
> 
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
> [1.2  <text/html; UTF-8 (quoted-printable)>]
> [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 at 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 at 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 at ccs.covici.com


From david.villasmil.work at gmail.com  Tue Aug 31 08:10:02 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 31 Aug 2021 09:10:02 +0100
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
Message-ID: <CAFGRPVoRCokrDoE1_Z4fT1RW1DFa-ctYhYhwgV7WQrAdL6WtCA@mail.gmail.com>

Respect!

On Mon, 30 Aug 2021 at 22:13, Brian West <brian at freeswitch.com> wrote:

> Dear FreeSWITCHers,
>
> We have to pay respects to a FreeSWITCH community member that has been
> with us since day one, Dave Kompel, he was enthusiastic about the
> FreeSWITCH project from day one, and has advised Tony, Mike and myself
> since its inception. He will be missed. Let's take this time and remember
> why we're here and what our goals are. Let's change the world, because
> we're just crazy enough to pull it off. #FreeSWITCH
> <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
> and Dave wouldn't have it any other way. #Thanks
> <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
>
> Thank you Dave, You will be missed.
>
> /b
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
> _________________________________________________________________________
>
> 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 at 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 at 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 at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/6702c37f/attachment-0001.html>

From mayamatakeshi at gmail.com  Tue Aug 31 08:44:24 2021
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Tue, 31 Aug 2021 17:44:24 +0900
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
Message-ID: <CABaNFCZ+QgtVr6eWG4KuAibJAaQ1BAApAjegdtMUS_WfE5+OKg@mail.gmail.com>

May he rest in peace.

On Tue, Aug 31, 2021 at 6:16 AM Brian West <brian at freeswitch.com> wrote:

> Dear FreeSWITCHers,
>
> We have to pay respects to a FreeSWITCH community member that has been
> with us since day one, Dave Kompel, he was enthusiastic about the
> FreeSWITCH project from day one, and has advised Tony, Mike and myself
> since its inception. He will be missed. Let's take this time and remember
> why we're here and what our goals are. Let's change the world, because
> we're just crazy enough to pull it off. #FreeSWITCH
> <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
> and Dave wouldn't have it any other way. #Thanks
> <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
>
> Thank you Dave, You will be missed.
>
> /b
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/a27407e1/attachment.html>

From gregor at infomedia.si  Tue Aug 31 08:51:42 2021
From: gregor at infomedia.si (Gregor Nanger)
Date: Tue, 31 Aug 2021 10:51:42 +0200
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <CABaNFCZ+QgtVr6eWG4KuAibJAaQ1BAApAjegdtMUS_WfE5+OKg@mail.gmail.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
 <CABaNFCZ+QgtVr6eWG4KuAibJAaQ1BAApAjegdtMUS_WfE5+OKg@mail.gmail.com>
Message-ID: <CAC7ttFGoOx_cqjQkWa=3BE0PtbR=OxJL5A0=2Yidwtvh_LoskQ@mail.gmail.com>

Respect!

On Tue, 31 Aug 2021 at 10:45, mayamatakeshi <mayamatakeshi at gmail.com> wrote:

> May he rest in peace.
>
> On Tue, Aug 31, 2021 at 6:16 AM Brian West <brian at freeswitch.com> wrote:
>
>> Dear FreeSWITCHers,
>>
>> We have to pay respects to a FreeSWITCH community member that has been
>> with us since day one, Dave Kompel, he was enthusiastic about the
>> FreeSWITCH project from day one, and has advised Tony, Mike and myself
>> since its inception. He will be missed. Let's take this time and remember
>> why we're here and what our goals are. Let's change the world, because
>> we're just crazy enough to pull it off. #FreeSWITCH
>> <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
>> and Dave wouldn't have it any other way. #Thanks
>> <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>
>>
>> Thank you Dave, You will be missed.
>>
>> /b
>>
>>
>> --
>>
>> Brian West | Co-founder and Developer
>>
>> Need Commercial support? email sales at freeswitch.com
>>
>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>
>> Email: brian at freeswitch.com
>>
>> Mobile: 918-424-9378
>>
>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>
>> [image: https://www.facebook.com/signalwireinc?src=email]
>> <https://www.facebook.com/freeswitch> [image:
>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>> _________________________________________________________________________
>>
>> 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 
Gregor Nanger

*CTO*
t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485
• Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia
• www.infomedia.si
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/470fe775/attachment-0001.html>

From brian at freeswitch.com  Tue Aug 31 12:00:42 2021
From: brian at freeswitch.com (Brian West)
Date: Tue, 31 Aug 2021 07:00:42 -0500
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <m3wno2hwxo.wl-covici@ccs.covici.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
 <m3wno2hwxo.wl-covici@ccs.covici.com>
Message-ID: <CAEJMVkCfJizB=mQ_bAASJpjRz-9MvYT9pTVSn7SBpBsV-yb+vA@mail.gmail.com>

John,

It was sudden as far as I was told, nobody knew he was ill either.  :(

/b

On Tue, Aug 31, 2021 at 3:10 AM John Covici <covici at ccs.covici.com> wrote:

> Wow, I had no idea -- I was friends of his for quite a while and did
> not know he was even ill.
>
> On Mon, 30 Aug 2021 16:47:46 -0400,
> Brian West wrote:
> >
> > [1  <multipart/alternative (7bit)>]
> > [1.1  <text/plain; UTF-8 (7bit)>]
> > Dear FreeSWITCHers,
> >
> > We have to pay respects to a FreeSWITCH community member that has been
> with
> > us since day one, Dave Kompel, he was enthusiastic about the FreeSWITCH
> > project from day one, and has advised Tony, Mike and myself since its
> > inception. He will be missed. Let's take this time and remember why we're
> > here and what our goals are. Let's change the world, because we're just
> > crazy enough to pull it off. #FreeSWITCH
> > <
> https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R
> >
> > and Dave wouldn't have it any other way. #Thanks
> > <
> https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R
> >
> >
> > Thank you Dave, You will be missed.
> >
> > /b
> >
> >
> > --
> >
> > Brian West | Co-founder and Developer
> >
> > Need Commercial support? email sales at freeswitch.com
> >
> > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> > <
> https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g
> >
> >
> > Email: brian at freeswitch.com
> >
> > Mobile: 918-424-9378
> >
> > Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
> >
> > [image: https://www.facebook.com/signalwireinc?src=email]
> > <https://www.facebook.com/freeswitch> [image:
> > https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
> > [1.2  <text/html; UTF-8 (quoted-printable)>]
> > [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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com



-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/bb87792c/attachment.html>

From david.villasmil.work at gmail.com  Tue Aug 31 12:46:28 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 31 Aug 2021 13:46:28 +0100
Subject: [Freeswitch-users] can't open freewitch.org
Message-ID: <CAFGRPVpPZY_Tf4uosVU4OO=TsZT-sF75417haFUQZ=RC4N4gQg@mail.gmail.com>

Hello all, I'm getting a 503 when trying to go to confluence.

[image: Screenshot 2021-08-31 at 13.45.17.png]
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/bca1d3e7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2021-08-31 at 13.45.17.png
Type: image/png
Size: 74839 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/bca1d3e7/attachment-0001.png>

From andywolk at gmail.com  Tue Aug 31 12:56:58 2021
From: andywolk at gmail.com (Andrey Volk)
Date: Tue, 31 Aug 2021 15:56:58 +0300
Subject: [Freeswitch-users] can't open freewitch.org
In-Reply-To: <CAFGRPVpPZY_Tf4uosVU4OO=TsZT-sF75417haFUQZ=RC4N4gQg@mail.gmail.com>
References: <CAFGRPVpPZY_Tf4uosVU4OO=TsZT-sF75417haFUQZ=RC4N4gQg@mail.gmail.com>
Message-ID: <CAD55zR2JZ=ORZRwW32KYRZRLYE9KjyQ1-EyDrihY2Y1U6HT+JQ@mail.gmail.com>

Confluence should be fine now. Thanks.

вт, 31 авг. 2021 г. в 15:47, David Villasmil <david.villasmil.work at gmail.com
>:

> Hello all, I'm getting a 503 when trying to go to confluence.
>
> [image: Screenshot 2021-08-31 at 13.45.17.png]
> Regards,
>
> David Villasmil
> email: david.villasmil.work at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/f3b042d1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2021-08-31 at 13.45.17.png
Type: image/png
Size: 74839 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/f3b042d1/attachment-0001.png>

From david.villasmil.work at gmail.com  Tue Aug 31 12:59:11 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 31 Aug 2021 13:59:11 +0100
Subject: [Freeswitch-users] can't open freewitch.org
In-Reply-To: <CAFGRPVpPZY_Tf4uosVU4OO=TsZT-sF75417haFUQZ=RC4N4gQg@mail.gmail.com>
References: <CAFGRPVpPZY_Tf4uosVU4OO=TsZT-sF75417haFUQZ=RC4N4gQg@mail.gmail.com>
Message-ID: <CAFGRPVqbqnn3CNobGH-CmcCXv1Ok3WtAusmdTcV2utTBSmDRhQ@mail.gmail.com>

Seems to be back up and running
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, Aug 31, 2021 at 1:46 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all, I'm getting a 503 when trying to go to confluence.
>
> [image: Screenshot 2021-08-31 at 13.45.17.png]
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/6cf520d3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2021-08-31 at 13.45.17.png
Type: image/png
Size: 74839 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/6cf520d3/attachment-0001.png>

From brian at freeswitch.com  Tue Aug 31 20:33:42 2021
From: brian at freeswitch.com (Brian West)
Date: Tue, 31 Aug 2021 15:33:42 -0500
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
 <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
 <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>
Message-ID: <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>

and to make sure when you uuid kill one it says it didn't exist but show
channels had it still listed correct?

On Tue, Aug 31, 2021 at 2:58 PM Cary Shouse <cary at ytel.com> wrote:

> Hello,
>
> We have got the logs for a few calls that were stuck.
> (Show channels fe8f206c-2bd9-4af2-b329-35f53228a38a)
> https://pastebin.com/NTnte7J7
>
> (Extracted from logs fe8f206c-2bd9-4af2-b329-35f53228a38a)
> https://pastebin.com/sAhFiGjY
>
> (Show channels 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
> https://pastebin.com/bmcdjzAr
>
> (Extracted from logs 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
> https://pastebin.com/aGyY3m9F
>
> (Show channels 624cac90-0a7b-11ec-b7d0-6f543a588268)
> https://pastebin.com/0cnQaRhC
>
> (Extracted from logs 624cac90-0a7b-11ec-b7d0-6f543a588268)
> https://pastebin.com/atX0VXdZ
>
> Please let us know if there is anything else we can provide that would be
> useful. Thank you.
>
>
> On Mon, Aug 30, 2021 at 8:20 PM Brian West <brian at freeswitch.com> wrote:
>
>> Check the UUID of the session in question, and extract its logs, and
>> let's diagnose it
>>
>> On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:
>>
>>>  Yes, that is what we are seeing when running uuid_kill.  We cannot
>>> "replicate" the issue, but it happens multiple times a day for us across
>>> our servers.   We have looked through logs across multiple systems,
>>> taken SIP traces to see if that showed anything.  Last we got a Core
>>> dump of the running process after the failure. Nothing seems to stand out
>>> as the cause.
>>>
>>>
>>>
>>>  Are there any other debug steps you can think of or what other
>>> information to look at?  We could capture all traffic on the server, or
>>> recompile with special debug flags whatever it is that might help.
>>>
>>>
>>>
>>> Steps we have taken:
>>>
>>> sofia loglevel all 9
>>>
>>> sofia global siptrace on
>>>
>>> fsctl loglevel 7
>>>
>>> # Set environment variable
>>> TPORT_LOG=1
>>>
>>>
>>> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com>
>>> wrote:
>>>
>>>> It's an issue we've been searching for, if you uuid_kill it, and it
>>>> says no session, it only means the record was NOT removed from the sqlite
>>>> database.
>>>>
>>>> Nobody can seem to replicate the steps required to get into that
>>>> condition, maybe you could look thru the logs and see if you can replicate
>>>> what ever happened on that lingering UUID
>>>>
>>>> /b
>>>>
>>>>
>>>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>>>
>>>>>  We recently started having a problem with our FreeSWITCH servers
>>>>> where calls are working well, with about 200 calls operating sometimes for
>>>>> a couple of days, and then something happens and all call progress stops.
>>>>> Then any new inbound calls that come into the server get stuck in initial
>>>>> status, new inbound get stuck at RINGING. This happens until the max
>>>>> sessions are hit and of course nothing else works from there. Our thought
>>>>> is something is creating a lock and stopping anything else from progressing.
>>>>>  We are seeing the stuck sessions using "show channels". Doing a
>>>>> uuid_kill on the calls seems to make no difference to the output of "show
>>>>> channels", but we have noticed in the logs that some events do happen to
>>>>> some of the calls.
>>>>>  We had ran into a similar issue when writing a custom C module and
>>>>> made some mistakes with session_rwlock etc. But in this case, all of this
>>>>> is using LUA.
>>>>> Some general information:
>>>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>>>> Modules used:
>>>>> LUA, xml_curl(dialplan), event_socket,
>>>>>
>>>>>  Most of this is just application playing audio files and or creating
>>>>> a new call to bridge to.
>>>>>
>>>>>  Really looking for some help on what debugging we can enable to help
>>>>> identify what is getting stuck to identify where a bug might be on our
>>>>> usage or possible issue with FreeSWITCH.
>>>>>
>>>>>  We have captured a core dump of the running process when it got into
>>>>> the bad state as well, if that is helpful, we can send it in.
>>>>>
>>>>> Thank you for your help.
>>>>>
>>>>> _________________________________________________________________________
>>>>>
>>>>> 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 at 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 at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:
>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>> https://freeswitch.com
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Brian West | Co-founder and Developer
>>>>
>>>> Need Commercial support? email sales at freeswitch.com
>>>>
>>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>>
>>>> Email: brian at freeswitch.com
>>>>
>>>> Mobile: 918-424-9378
>>>>
>>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>>
>>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>>> <https://www.facebook.com/freeswitch> [image:
>>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>>
>>>
>>
>> --
>>
>> Brian West | Co-founder and Developer
>>
>> Need Commercial support? email sales at freeswitch.com
>>
>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>
>> Email: brian at freeswitch.com
>>
>> Mobile: 918-424-9378
>>
>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>
>> [image: https://www.facebook.com/signalwireinc?src=email]
>> <https://www.facebook.com/freeswitch> [image:
>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>
>

-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/e0f8f057/attachment-0001.html>

From brian at freeswitch.com  Tue Aug 31 20:39:24 2021
From: brian at freeswitch.com (Brian West)
Date: Tue, 31 Aug 2021 15:39:24 -0500
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
 <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
 <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>
 <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>
Message-ID: <CAEJMVkCh1ezHKPmVvztK2FX4=Pb+u7kd-bCT+Cvodg+HoSdNMg@mail.gmail.com>

Guessing you create sessions in lua? ProxyOutbound.luac?

On Tue, Aug 31, 2021 at 3:33 PM Brian West <brian at freeswitch.com> wrote:

> and to make sure when you uuid kill one it says it didn't exist but show
> channels had it still listed correct?
>
> On Tue, Aug 31, 2021 at 2:58 PM Cary Shouse <cary at ytel.com> wrote:
>
>> Hello,
>>
>> We have got the logs for a few calls that were stuck.
>> (Show channels fe8f206c-2bd9-4af2-b329-35f53228a38a)
>> https://pastebin.com/NTnte7J7
>>
>> (Extracted from logs fe8f206c-2bd9-4af2-b329-35f53228a38a)
>> https://pastebin.com/sAhFiGjY
>>
>> (Show channels 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>> https://pastebin.com/bmcdjzAr
>>
>> (Extracted from logs 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>> https://pastebin.com/aGyY3m9F
>>
>> (Show channels 624cac90-0a7b-11ec-b7d0-6f543a588268)
>> https://pastebin.com/0cnQaRhC
>>
>> (Extracted from logs 624cac90-0a7b-11ec-b7d0-6f543a588268)
>> https://pastebin.com/atX0VXdZ
>>
>> Please let us know if there is anything else we can provide that would be
>> useful. Thank you.
>>
>>
>> On Mon, Aug 30, 2021 at 8:20 PM Brian West <brian at freeswitch.com> wrote:
>>
>>> Check the UUID of the session in question, and extract its logs, and
>>> let's diagnose it
>>>
>>> On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:
>>>
>>>>  Yes, that is what we are seeing when running uuid_kill.  We cannot
>>>> "replicate" the issue, but it happens multiple times a day for us across
>>>> our servers.   We have looked through logs across multiple systems,
>>>> taken SIP traces to see if that showed anything.  Last we got a Core
>>>> dump of the running process after the failure. Nothing seems to stand out
>>>> as the cause.
>>>>
>>>>
>>>>
>>>>  Are there any other debug steps you can think of or what other
>>>> information to look at?  We could capture all traffic on the server, or
>>>> recompile with special debug flags whatever it is that might help.
>>>>
>>>>
>>>>
>>>> Steps we have taken:
>>>>
>>>> sofia loglevel all 9
>>>>
>>>> sofia global siptrace on
>>>>
>>>> fsctl loglevel 7
>>>>
>>>> # Set environment variable
>>>> TPORT_LOG=1
>>>>
>>>>
>>>> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com>
>>>> wrote:
>>>>
>>>>> It's an issue we've been searching for, if you uuid_kill it, and it
>>>>> says no session, it only means the record was NOT removed from the sqlite
>>>>> database.
>>>>>
>>>>> Nobody can seem to replicate the steps required to get into that
>>>>> condition, maybe you could look thru the logs and see if you can replicate
>>>>> what ever happened on that lingering UUID
>>>>>
>>>>> /b
>>>>>
>>>>>
>>>>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>>>>
>>>>>>  We recently started having a problem with our FreeSWITCH servers
>>>>>> where calls are working well, with about 200 calls operating sometimes for
>>>>>> a couple of days, and then something happens and all call progress stops.
>>>>>> Then any new inbound calls that come into the server get stuck in initial
>>>>>> status, new inbound get stuck at RINGING. This happens until the max
>>>>>> sessions are hit and of course nothing else works from there. Our thought
>>>>>> is something is creating a lock and stopping anything else from progressing.
>>>>>>  We are seeing the stuck sessions using "show channels". Doing a
>>>>>> uuid_kill on the calls seems to make no difference to the output of "show
>>>>>> channels", but we have noticed in the logs that some events do happen to
>>>>>> some of the calls.
>>>>>>  We had ran into a similar issue when writing a custom C module and
>>>>>> made some mistakes with session_rwlock etc. But in this case, all of this
>>>>>> is using LUA.
>>>>>> Some general information:
>>>>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>>>>> Modules used:
>>>>>> LUA, xml_curl(dialplan), event_socket,
>>>>>>
>>>>>>  Most of this is just application playing audio files and or creating
>>>>>> a new call to bridge to.
>>>>>>
>>>>>>  Really looking for some help on what debugging we can enable to help
>>>>>> identify what is getting stuck to identify where a bug might be on our
>>>>>> usage or possible issue with FreeSWITCH.
>>>>>>
>>>>>>  We have captured a core dump of the running process when it got into
>>>>>> the bad state as well, if that is helpful, we can send it in.
>>>>>>
>>>>>> Thank you for your help.
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> 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 at 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 at lists.freeswitch.org
>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>> UNSUBSCRIBE:
>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>> https://freeswitch.com
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Brian West | Co-founder and Developer
>>>>>
>>>>> Need Commercial support? email sales at freeswitch.com
>>>>>
>>>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>>>
>>>>> Email: brian at freeswitch.com
>>>>>
>>>>> Mobile: 918-424-9378
>>>>>
>>>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>>>
>>>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>>>> <https://www.facebook.com/freeswitch> [image:
>>>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>>>
>>>>
>>>
>>> --
>>>
>>> Brian West | Co-founder and Developer
>>>
>>> Need Commercial support? email sales at freeswitch.com
>>>
>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>
>>> Email: brian at freeswitch.com
>>>
>>> Mobile: 918-424-9378
>>>
>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>
>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>> <https://www.facebook.com/freeswitch> [image:
>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>
>>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>


-- 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com

FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>

Email: brian at freeswitch.com

Mobile: 918-424-9378

Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>

[image: https://www.facebook.com/signalwireinc?src=email]
<https://www.facebook.com/freeswitch> [image:
https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/64da4b05/attachment-0001.html>

From infos at madovsky.org  Tue Aug 31 21:10:51 2021
From: infos at madovsky.org (MADOVSKY)
Date: Tue, 31 Aug 2021 14:10:51 -0700
Subject: [Freeswitch-users] We have to pay respects to David Kompel
In-Reply-To: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
References: <CAEJMVkDQgec5DuO74xrgFvZyE+skw37kEYQ4QrsxBSicTxhVzA@mail.gmail.com>
Message-ID: <28f2b551-8c51-d533-1c2d-bd1f368a5af8@madovsky.org>

Rest in peace Dave, thanks for all the good work you did to make 
humanity better

On 8/30/2021 1:47 PM, Brian West wrote:
> Dear FreeSWITCHers,
> We have to pay respects to a FreeSWITCH community member that has been 
> with us since day one, Dave Kompel, he was enthusiastic about the 
> FreeSWITCH project from day one, and has advised Tony, Mike and myself 
> since its inception. He will be missed. Let's take this time and 
> remember why we're here and what our goals are. Let's change the 
> world, because we're just crazy enough to pull it off. #FreeSWITCH 
> <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R>and 
> Dave wouldn't have it any other way. #Thanks 
> <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6YcsMf6uLGY3jjtmWDxzVIMaQS8LFukIjeB-ZsCFvtiAcbM4qqANk14ygS17-_5T2fPpibHDIw7b7YlbtxSJxjATqeKNcvunwTDc59pJpiUBnsBaIdggifm5xcBWLhBxAf0Buh51tnSM7afrMsCfd-5CoQZQwR1Tg&__tn__=*NK-R> 
>
> Thank you Dave, You will be missed.
> /b
>
> -- 
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com 
> <mailto:sales at freeswitch.com>
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com <mailto:brian at freeswitch.com>
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> https://www.facebook.com/signalwireinc?src=email 
> <https://www.facebook.com/freeswitch> https://twitter.com/freeswitch 
> <https://twitter.com/freeswitch>
>
>
>
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/072a63e4/attachment.html>

From cary at ytel.com  Tue Aug 31 19:58:01 2021
From: cary at ytel.com (Cary Shouse)
Date: Tue, 31 Aug 2021 19:58:01 +0000
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
 <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
Message-ID: <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>

Hello,

We have got the logs for a few calls that were stuck.
(Show channels fe8f206c-2bd9-4af2-b329-35f53228a38a)
https://pastebin.com/NTnte7J7

(Extracted from logs fe8f206c-2bd9-4af2-b329-35f53228a38a)
https://pastebin.com/sAhFiGjY

(Show channels 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
https://pastebin.com/bmcdjzAr

(Extracted from logs 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
https://pastebin.com/aGyY3m9F

(Show channels 624cac90-0a7b-11ec-b7d0-6f543a588268)
https://pastebin.com/0cnQaRhC

(Extracted from logs 624cac90-0a7b-11ec-b7d0-6f543a588268)
https://pastebin.com/atX0VXdZ

Please let us know if there is anything else we can provide that would be
useful. Thank you.


On Mon, Aug 30, 2021 at 8:20 PM Brian West <brian at freeswitch.com> wrote:

> Check the UUID of the session in question, and extract its logs, and let's
> diagnose it
>
> On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:
>
>>  Yes, that is what we are seeing when running uuid_kill.  We cannot
>> "replicate" the issue, but it happens multiple times a day for us across
>> our servers.   We have looked through logs across multiple systems,
>> taken SIP traces to see if that showed anything.  Last we got a Core
>> dump of the running process after the failure. Nothing seems to stand out
>> as the cause.
>>
>>
>>
>>  Are there any other debug steps you can think of or what other
>> information to look at?  We could capture all traffic on the server, or
>> recompile with special debug flags whatever it is that might help.
>>
>>
>>
>> Steps we have taken:
>>
>> sofia loglevel all 9
>>
>> sofia global siptrace on
>>
>> fsctl loglevel 7
>>
>> # Set environment variable
>> TPORT_LOG=1
>>
>>
>> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com> wrote:
>>
>>> It's an issue we've been searching for, if you uuid_kill it, and it
>>> says no session, it only means the record was NOT removed from the sqlite
>>> database.
>>>
>>> Nobody can seem to replicate the steps required to get into that
>>> condition, maybe you could look thru the logs and see if you can replicate
>>> what ever happened on that lingering UUID
>>>
>>> /b
>>>
>>>
>>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>>
>>>>  We recently started having a problem with our FreeSWITCH servers where
>>>> calls are working well, with about 200 calls operating sometimes for a
>>>> couple of days, and then something happens and all call progress stops.
>>>> Then any new inbound calls that come into the server get stuck in initial
>>>> status, new inbound get stuck at RINGING. This happens until the max
>>>> sessions are hit and of course nothing else works from there. Our thought
>>>> is something is creating a lock and stopping anything else from progressing.
>>>>  We are seeing the stuck sessions using "show channels". Doing a
>>>> uuid_kill on the calls seems to make no difference to the output of "show
>>>> channels", but we have noticed in the logs that some events do happen to
>>>> some of the calls.
>>>>  We had ran into a similar issue when writing a custom C module and
>>>> made some mistakes with session_rwlock etc. But in this case, all of this
>>>> is using LUA.
>>>> Some general information:
>>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>>> Modules used:
>>>> LUA, xml_curl(dialplan), event_socket,
>>>>
>>>>  Most of this is just application playing audio files and or creating a
>>>> new call to bridge to.
>>>>
>>>>  Really looking for some help on what debugging we can enable to help
>>>> identify what is getting stuck to identify where a bug might be on our
>>>> usage or possible issue with FreeSWITCH.
>>>>
>>>>  We have captured a core dump of the running process when it got into
>>>> the bad state as well, if that is helpful, we can send it in.
>>>>
>>>> Thank you for your help.
>>>>
>>>> _________________________________________________________________________
>>>>
>>>> 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 at 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 at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> https://freeswitch.com
>>>
>>>
>>>
>>> --
>>>
>>> Brian West | Co-founder and Developer
>>>
>>> Need Commercial support? email sales at freeswitch.com
>>>
>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>
>>> Email: brian at freeswitch.com
>>>
>>> Mobile: 918-424-9378
>>>
>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>
>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>> <https://www.facebook.com/freeswitch> [image:
>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>
>>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/777cb5d4/attachment.html>

From cary at ytel.com  Tue Aug 31 21:03:50 2021
From: cary at ytel.com (Cary Shouse)
Date: Tue, 31 Aug 2021 21:03:50 +0000
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
 <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
 <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>
 <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>
Message-ID: <CAEt__=29FQRf4tu=gmC0QYvAeRDuOAz3Mbq31TksJsbJMeXggg@mail.gmail.com>

The first time you run fs_cli uuid_kill <UUID here> freeswitch returns +OK
The second time you run it -ERR No such channel!
If you check show channels after that the call still show up the same as
before running uuid_kill.

On Tue, Aug 31, 2021 at 8:33 PM Brian West <brian at freeswitch.com> wrote:

> and to make sure when you uuid kill one it says it didn't exist but show
> channels had it still listed correct?
>
> On Tue, Aug 31, 2021 at 2:58 PM Cary Shouse <cary at ytel.com> wrote:
>
>> Hello,
>>
>> We have got the logs for a few calls that were stuck.
>> (Show channels fe8f206c-2bd9-4af2-b329-35f53228a38a)
>> https://pastebin.com/NTnte7J7
>>
>> (Extracted from logs fe8f206c-2bd9-4af2-b329-35f53228a38a)
>> https://pastebin.com/sAhFiGjY
>>
>> (Show channels 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>> https://pastebin.com/bmcdjzAr
>>
>> (Extracted from logs 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>> https://pastebin.com/aGyY3m9F
>>
>> (Show channels 624cac90-0a7b-11ec-b7d0-6f543a588268)
>> https://pastebin.com/0cnQaRhC
>>
>> (Extracted from logs 624cac90-0a7b-11ec-b7d0-6f543a588268)
>> https://pastebin.com/atX0VXdZ
>>
>> Please let us know if there is anything else we can provide that would be
>> useful. Thank you.
>>
>>
>> On Mon, Aug 30, 2021 at 8:20 PM Brian West <brian at freeswitch.com> wrote:
>>
>>> Check the UUID of the session in question, and extract its logs, and
>>> let's diagnose it
>>>
>>> On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:
>>>
>>>>  Yes, that is what we are seeing when running uuid_kill.  We cannot
>>>> "replicate" the issue, but it happens multiple times a day for us across
>>>> our servers.   We have looked through logs across multiple systems,
>>>> taken SIP traces to see if that showed anything.  Last we got a Core
>>>> dump of the running process after the failure. Nothing seems to stand out
>>>> as the cause.
>>>>
>>>>
>>>>
>>>>  Are there any other debug steps you can think of or what other
>>>> information to look at?  We could capture all traffic on the server, or
>>>> recompile with special debug flags whatever it is that might help.
>>>>
>>>>
>>>>
>>>> Steps we have taken:
>>>>
>>>> sofia loglevel all 9
>>>>
>>>> sofia global siptrace on
>>>>
>>>> fsctl loglevel 7
>>>>
>>>> # Set environment variable
>>>> TPORT_LOG=1
>>>>
>>>>
>>>> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com>
>>>> wrote:
>>>>
>>>>> It's an issue we've been searching for, if you uuid_kill it, and it
>>>>> says no session, it only means the record was NOT removed from the sqlite
>>>>> database.
>>>>>
>>>>> Nobody can seem to replicate the steps required to get into that
>>>>> condition, maybe you could look thru the logs and see if you can replicate
>>>>> what ever happened on that lingering UUID
>>>>>
>>>>> /b
>>>>>
>>>>>
>>>>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>>>>
>>>>>>  We recently started having a problem with our FreeSWITCH servers
>>>>>> where calls are working well, with about 200 calls operating sometimes for
>>>>>> a couple of days, and then something happens and all call progress stops.
>>>>>> Then any new inbound calls that come into the server get stuck in initial
>>>>>> status, new inbound get stuck at RINGING. This happens until the max
>>>>>> sessions are hit and of course nothing else works from there. Our thought
>>>>>> is something is creating a lock and stopping anything else from progressing.
>>>>>>  We are seeing the stuck sessions using "show channels". Doing a
>>>>>> uuid_kill on the calls seems to make no difference to the output of "show
>>>>>> channels", but we have noticed in the logs that some events do happen to
>>>>>> some of the calls.
>>>>>>  We had ran into a similar issue when writing a custom C module and
>>>>>> made some mistakes with session_rwlock etc. But in this case, all of this
>>>>>> is using LUA.
>>>>>> Some general information:
>>>>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>>>>> Modules used:
>>>>>> LUA, xml_curl(dialplan), event_socket,
>>>>>>
>>>>>>  Most of this is just application playing audio files and or creating
>>>>>> a new call to bridge to.
>>>>>>
>>>>>>  Really looking for some help on what debugging we can enable to help
>>>>>> identify what is getting stuck to identify where a bug might be on our
>>>>>> usage or possible issue with FreeSWITCH.
>>>>>>
>>>>>>  We have captured a core dump of the running process when it got into
>>>>>> the bad state as well, if that is helpful, we can send it in.
>>>>>>
>>>>>> Thank you for your help.
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> 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 at 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 at lists.freeswitch.org
>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>> UNSUBSCRIBE:
>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>> https://freeswitch.com
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Brian West | Co-founder and Developer
>>>>>
>>>>> Need Commercial support? email sales at freeswitch.com
>>>>>
>>>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>>>
>>>>> Email: brian at freeswitch.com
>>>>>
>>>>> Mobile: 918-424-9378
>>>>>
>>>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>>>
>>>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>>>> <https://www.facebook.com/freeswitch> [image:
>>>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>>>
>>>>
>>>
>>> --
>>>
>>> Brian West | Co-founder and Developer
>>>
>>> Need Commercial support? email sales at freeswitch.com
>>>
>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>
>>> Email: brian at freeswitch.com
>>>
>>> Mobile: 918-424-9378
>>>
>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>
>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>> <https://www.facebook.com/freeswitch> [image:
>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>
>>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/cd5ff588/attachment-0001.html>

From cary at ytel.com  Tue Aug 31 21:20:09 2021
From: cary at ytel.com (Cary Shouse)
Date: Tue, 31 Aug 2021 21:20:09 +0000
Subject: [Freeswitch-users] FreeSWITCH Stops Responding
In-Reply-To: <CAEJMVkCh1ezHKPmVvztK2FX4=Pb+u7kd-bCT+Cvodg+HoSdNMg@mail.gmail.com>
References: <CAEt__=1oAn8YvdOmEtZLhxirHCyA+XZcm9uUW0yPmixHrjcsAA@mail.gmail.com>
 <CAEJMVkAtTmjCgSU-c7UZp1bj9YAdqYtqEU0Gd8ap-DBBEdn6RA@mail.gmail.com>
 <CAEt__=245yzQHtfQrB4HUJuQh2nuMyz2NE9+x0ZjWUPu35kUXg@mail.gmail.com>
 <CAEJMVkDai_SXz3wgaSrWzumrhd3GUrqwmWxzJUSu5TTrw6dMgg@mail.gmail.com>
 <CAEt__=1fxz7Q4+=d+ddJXgxBt_gTkhG9LPDk_F+FFT_JB1xPFQ@mail.gmail.com>
 <CAEJMVkADaaO358sCLVQKehe5UrHS4Q3PivKcNuVy9Jg=xVXKPA@mail.gmail.com>
 <CAEJMVkCh1ezHKPmVvztK2FX4=Pb+u7kd-bCT+Cvodg+HoSdNMg@mail.gmail.com>
Message-ID: <CAEt__=1A1sTjKT9X+uLQuHMb8sueM8fydNOvgV76j6Fk-Wvynw@mail.gmail.com>

Yes, it bridges the inbound call to an outbound one.

(ProxyOutbound.luac)https://pastebin.com/RDUMy473


On Tue, Aug 31, 2021 at 8:39 PM Brian West <brian at freeswitch.com> wrote:

> Guessing you create sessions in lua? ProxyOutbound.luac?
>
> On Tue, Aug 31, 2021 at 3:33 PM Brian West <brian at freeswitch.com> wrote:
>
>> and to make sure when you uuid kill one it says it didn't exist but show
>> channels had it still listed correct?
>>
>> On Tue, Aug 31, 2021 at 2:58 PM Cary Shouse <cary at ytel.com> wrote:
>>
>>> Hello,
>>>
>>> We have got the logs for a few calls that were stuck.
>>> (Show channels fe8f206c-2bd9-4af2-b329-35f53228a38a)
>>> https://pastebin.com/NTnte7J7
>>>
>>> (Extracted from logs fe8f206c-2bd9-4af2-b329-35f53228a38a)
>>> https://pastebin.com/sAhFiGjY
>>>
>>> (Show channels 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>>> https://pastebin.com/bmcdjzAr
>>>
>>> (Extracted from logs 46c6e04b-a58e-4b82-9968-fb0e9c2c0fb3)
>>> https://pastebin.com/aGyY3m9F
>>>
>>> (Show channels 624cac90-0a7b-11ec-b7d0-6f543a588268)
>>> https://pastebin.com/0cnQaRhC
>>>
>>> (Extracted from logs 624cac90-0a7b-11ec-b7d0-6f543a588268)
>>> https://pastebin.com/atX0VXdZ
>>>
>>> Please let us know if there is anything else we can provide that would
>>> be useful. Thank you.
>>>
>>>
>>> On Mon, Aug 30, 2021 at 8:20 PM Brian West <brian at freeswitch.com> wrote:
>>>
>>>> Check the UUID of the session in question, and extract its logs, and
>>>> let's diagnose it
>>>>
>>>> On Mon, Aug 30, 2021 at 12:39 PM Cary Shouse <cary at ytel.com> wrote:
>>>>
>>>>>  Yes, that is what we are seeing when running uuid_kill.  We cannot
>>>>> "replicate" the issue, but it happens multiple times a day for us across
>>>>> our servers.   We have looked through logs across multiple systems,
>>>>> taken SIP traces to see if that showed anything.  Last we got a Core
>>>>> dump of the running process after the failure. Nothing seems to stand out
>>>>> as the cause.
>>>>>
>>>>>
>>>>>
>>>>>  Are there any other debug steps you can think of or what other
>>>>> information to look at?  We could capture all traffic on the server, or
>>>>> recompile with special debug flags whatever it is that might help.
>>>>>
>>>>>
>>>>>
>>>>> Steps we have taken:
>>>>>
>>>>> sofia loglevel all 9
>>>>>
>>>>> sofia global siptrace on
>>>>>
>>>>> fsctl loglevel 7
>>>>>
>>>>> # Set environment variable
>>>>> TPORT_LOG=1
>>>>>
>>>>>
>>>>> On Sat, Aug 28, 2021 at 12:54 AM Brian West <brian at freeswitch.com>
>>>>> wrote:
>>>>>
>>>>>> It's an issue we've been searching for, if you uuid_kill it, and it
>>>>>> says no session, it only means the record was NOT removed from the sqlite
>>>>>> database.
>>>>>>
>>>>>> Nobody can seem to replicate the steps required to get into that
>>>>>> condition, maybe you could look thru the logs and see if you can replicate
>>>>>> what ever happened on that lingering UUID
>>>>>>
>>>>>> /b
>>>>>>
>>>>>>
>>>>>> On Fri, Aug 27, 2021 at 5:40 PM Cary Shouse <cary at ytel.com> wrote:
>>>>>>
>>>>>>>  We recently started having a problem with our FreeSWITCH servers
>>>>>>> where calls are working well, with about 200 calls operating sometimes for
>>>>>>> a couple of days, and then something happens and all call progress stops.
>>>>>>> Then any new inbound calls that come into the server get stuck in initial
>>>>>>> status, new inbound get stuck at RINGING. This happens until the max
>>>>>>> sessions are hit and of course nothing else works from there. Our thought
>>>>>>> is something is creating a lock and stopping anything else from progressing.
>>>>>>>  We are seeing the stuck sessions using "show channels". Doing a
>>>>>>> uuid_kill on the calls seems to make no difference to the output of "show
>>>>>>> channels", but we have noticed in the logs that some events do happen to
>>>>>>> some of the calls.
>>>>>>>  We had ran into a similar issue when writing a custom C module and
>>>>>>> made some mistakes with session_rwlock etc. But in this case, all of this
>>>>>>> is using LUA.
>>>>>>> Some general information:
>>>>>>> FreeSWITCH Versions 1.10.6 and 1.10.1
>>>>>>> Modules used:
>>>>>>> LUA, xml_curl(dialplan), event_socket,
>>>>>>>
>>>>>>>  Most of this is just application playing audio files and or
>>>>>>> creating a new call to bridge to.
>>>>>>>
>>>>>>>  Really looking for some help on what debugging we can enable to
>>>>>>> help identify what is getting stuck to identify where a bug might be on our
>>>>>>> usage or possible issue with FreeSWITCH.
>>>>>>>
>>>>>>>  We have captured a core dump of the running process when it got
>>>>>>> into the bad state as well, if that is helpful, we can send it in.
>>>>>>>
>>>>>>> Thank you for your help.
>>>>>>>
>>>>>>> _________________________________________________________________________
>>>>>>>
>>>>>>> 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 at 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 at lists.freeswitch.org
>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>>> UNSUBSCRIBE:
>>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>>> https://freeswitch.com
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Brian West | Co-founder and Developer
>>>>>>
>>>>>> Need Commercial support? email sales at freeswitch.com
>>>>>>
>>>>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>>>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>>>>
>>>>>> Email: brian at freeswitch.com
>>>>>>
>>>>>> Mobile: 918-424-9378
>>>>>>
>>>>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>>>>
>>>>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>>>>> <https://www.facebook.com/freeswitch> [image:
>>>>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>> Brian West | Co-founder and Developer
>>>>
>>>> Need Commercial support? email sales at freeswitch.com
>>>>
>>>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>>>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>>>
>>>> Email: brian at freeswitch.com
>>>>
>>>> Mobile: 918-424-9378
>>>>
>>>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>>>
>>>> [image: https://www.facebook.com/signalwireinc?src=email]
>>>> <https://www.facebook.com/freeswitch> [image:
>>>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>>>
>>>
>>
>> --
>>
>> Brian West | Co-founder and Developer
>>
>> Need Commercial support? email sales at freeswitch.com
>>
>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>
>> Email: brian at freeswitch.com
>>
>> Mobile: 918-424-9378
>>
>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>
>> [image: https://www.facebook.com/signalwireinc?src=email]
>> <https://www.facebook.com/freeswitch> [image:
>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>>
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210831/2e890488/attachment-0001.html>