From cong.wang.itsherpa at gmail.com  Mon Jun  1 03:08:31 2020
From: cong.wang.itsherpa at gmail.com (=?utf-8?B?546L6IGh?=)
Date: Mon, 1 Jun 2020 12:08:31 +0900
Subject: [Freeswitch-users] FreeSWITCH Core DB with Postgres
Message-ID: <CD0DD383-578A-43CE-8BD4-71704498C7B6@gmail.com>

Hello all,

Recently I tried to build a new server with FreeSWITCH 1.8.7 and PostgreSQL 11.

The installation went well, but error occurred when I tried to run fs with:

/usr/local/freeswitch/bin/freeswitch -u freeswitch -g freeswitch

And core-db-dsn is set as:

 <param name="core-db-dsn" value="pgsql://host=localhost dbname=freeswitch user=freeswitch password='freeswitch' options='-c client_min_messages=NOTICE' application_name='freeswitch' sslmode=disable" />

I had created an empty db named “freeswitch” in postgres, and I got lots of error like:

2020-06-01 11:58:16.760201 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "detailed_calls" does not exist
LINE 1: select * from detailed_calls where sent_callee_name=''
                      ^

2020-06-01 11:58:16.760258 [DEBUG] switch_pgsql.c:439 Query (DROP VIEW detailed_calls) returned PGRES_FATAL_ERROR
2020-06-01 11:58:16.760285 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  view "detailed_calls" does not exist

2020-06-01 11:58:16.764675 [DEBUG] switch_pgsql.c:439 Query (select ikey from interfaces) returned PGRES_FATAL_ERROR
2020-06-01 11:58:16.764688 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "interfaces" does not exist
LINE 1: select ikey from interfaces
                         ^

2020-06-01 11:58:16.764801 [DEBUG] switch_pgsql.c:439 Query (DROP TABLE interfaces) returned PGRES_FATAL_ERROR
2020-06-01 11:58:16.764814 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  table "interfaces" does not exist

2020-06-01 11:58:16.770480 [DEBUG] switch_pgsql.c:439 Query (select task_id, task_desc, task_group, task_runtime, task_sql_manager, hostname from tasks) returned PGRES_FATAL_ERROR
2020-06-01 11:58:16.770512 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "tasks" does not exist
LINE 1: ...k_group, task_runtime, task_sql_manager, hostname from tasks
                                                                  ^

2020-06-01 11:58:16.770567 [DEBUG] switch_pgsql.c:439 Query (DROP TABLE tasks) returned PGRES_FATAL_ERROR
2020-06-01 11:58:16.770595 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  table "tasks" does not exist

...

Actually freeswitch had created its core table in postgresql at this time, and I confirmed the table exists via psql. 
However, the different error occured in 2nd try:

2020-06-01 12:03:47.362395 [DEBUG] switch_pgsql.c:439 Query (create index uuindex on channels (uuid, hostname)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.362434 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "uuindex" already exists

2020-06-01 12:03:47.362681 [DEBUG] switch_pgsql.c:439 Query (create index uuindex2 on channels (call_uuid)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.362744 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "uuindex2" already exists

2020-06-01 12:03:47.363019 [DEBUG] switch_pgsql.c:439 Query (create index callsidx1 on calls (hostname)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.363058 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "callsidx1" already exists

2020-06-01 12:03:47.363303 [DEBUG] switch_pgsql.c:439 Query (create index eruuindex on calls (caller_uuid, hostname)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.363348 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "eruuindex" already exists

2020-06-01 12:03:47.363649 [DEBUG] switch_pgsql.c:439 Query (create index eeuuindex on calls (callee_uuid)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.363690 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "eeuuindex" already exists

2020-06-01 12:03:47.363949 [DEBUG] switch_pgsql.c:439 Query (create index eeuuindex2 on calls (call_uuid)) returned PGRES_FATAL_ERROR
2020-06-01 12:03:47.363987 [ERR] switch_pgsql.c:680 Error executing query:
ERROR:  relation "eeuuindex2" already exists

It seems that freeswitch is trying to create same index again in postgresql.

All SQL execute is done by freeswitch, so I wonder if there is a bug in freeswitch or I got a broken installation.

Any suggestion would be appreciated.

Regards.
——————————————————

王聡
cong.wang.itsherpa at gmail.com

〒810−0073
福岡市中央区舞鶴2-3-6
赤坂プライムビル 2F
株式会社アイティーシェルパ

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

From bipin at xbipin.com  Mon Jun  1 05:44:16 2020
From: bipin at xbipin.com (Bipin Patel)
Date: Mon, 01 Jun 2020 09:44:16 +0400
Subject: [Freeswitch-users] cant locate packages to compile on WSL2
In-Reply-To: <CAE23trtr_2kobhOKor9yU0AJP1wD8JtU8u4-btbidNR+0RnJmA@mail.gmail.com>
References: <CAE23trtr_2kobhOKor9yU0AJP1wD8JtU8u4-btbidNR+0RnJmA@mail.gmail.com>
Message-ID: <1726e68b780.278d.b07ebdf329620b8089087c7205b03f01@xbipin.com>

Hi,

WSL2 you can install Ubuntu as well as Debian from the Microsoft store and 
I tried both but those packages don't appear on both


On May 31, 2020 11:09:21 PM David P <davidswalkabout at gmail.com> wrote:

> Bipin Patel <bipin at xbipin.com> wrote:
>
>> i was just testing WSL2 and trying to compile FS on Debian buster and
> for some odd reason its not able to find the below 2 packages:
> libcurlpp0
> libpjmedia-codec2
>
> DW:
> It seems like you're saying that WSL2 is Debian, but I'm pretty sure it's
> Ubuntu.
>
>
>
> ----------
> _________________________________________________________________________
>
> 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 th982a at googlemail.com  Mon Jun  1 14:17:29 2020
From: th982a at googlemail.com (Tamer Higazi)
Date: Mon, 1 Jun 2020 16:17:29 +0200
Subject: playback to soundcard TML instead ringfile with portaudio
Message-ID: <6992f3c5-38d2-e8ef-ccef-fb7e59dfdb58@googlemail.com>

Hi people,

I am using on my linux system a lot portaudio to place and make phone 
calls.

Inside the portaudio.conf I am using:
<param name="ring-file" value="/opt/freeswitch10/sounds/ring_dd.wav"/>

that if a phone call comes in it respectively rings on my headset.

Instead the file, i'd like freeswitch to playback tones via TML:
https://freeswitch.org/confluence/display/FREESWITCH/TGML

now what I want is to disable the ring-file and make freeswitch in the 
dialplan playback to myself (the soundcard) for example this UK ring:
<action application="playback" 
data="tone_stream://%(400,200,400,450);%(400,2200,400,450)"/>

not the callee should get this ring, freeswitch should playback this 
sequence before I execute "pa answer".


Any ideas ?



From ynasida at gmail.com  Mon Jun  1 16:24:41 2020
From: ynasida at gmail.com (Yuriy Nasida)
Date: Mon, 1 Jun 2020 19:24:41 +0300
Subject: [Freeswitch-users] why FS respons BYE to Transferor afer REFER
Message-ID: <CADihe3L0zjrZcwnRHLTVy=TL2Xf00iWJtpjNNMMNhsi4=6L5Gw@mail.gmail.com>

Guys, do you know why FS respons with 202/NOTIFY/BYE to REFER ?
In my opinioin FS should not sends BYE to Transferor at once.
That is very weird because (after refer) FS sends INVITE to Transfer Target
(like it should be) and this part of call is fine.
Why FS sends BYE to Transferor... I checked rcf5589 / rfc3892 and
Transferee (FS) never does so. In fs_cli FS just said (after new leg bridge
is done) that last dialplan instruction is done, hung up.

Please advice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200601/ca3524f9/attachment.html>

From vishalmpai at gmail.com  Mon Jun  1 17:04:08 2020
From: vishalmpai at gmail.com (Vishal Pai)
Date: Mon, 1 Jun 2020 22:34:08 +0530
Subject: [Freeswitch-users] Mod Call Center Behavior
Message-ID: <CACOmXtB4Q4nBbqbWAjXHCbmoB_ehN3fPnMYTKsbXr_LUYkaQUg@mail.gmail.com>

Hello Everyone

I am using call center module for multiple tenant but when i use command
callcenter_config queue reload [queue_name] it reload/update the status to
default assigned to agents. Is it possible to reload the particular queue
of tenant not all queues in call center.

Thanks
V.P
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200601/d28d83ce/attachment.html>

From david.villasmil.work at gmail.com  Mon Jun  1 18:06:12 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 1 Jun 2020 19:06:12 +0100
Subject: [Freeswitch-users] Remove REPLACES from Supported?
Message-ID: <CAFGRPVr+5ZBdmSiED_=-dmG0aHYRpOaP4JGPPA8nrZ0sO5nztQ@mail.gmail.com>

Is this possible?

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/20200601/b8cc03d2/attachment.html>

From ynasida at gmail.com  Mon Jun  1 18:08:53 2020
From: ynasida at gmail.com (Yuriy Nasida)
Date: Mon, 1 Jun 2020 21:08:53 +0300
Subject: [Freeswitch-users] why FS respons BYE to Transferor afer REFER
In-Reply-To: <CADihe3L0zjrZcwnRHLTVy=TL2Xf00iWJtpjNNMMNhsi4=6L5Gw@mail.gmail.com>
References: <CADihe3L0zjrZcwnRHLTVy=TL2Xf00iWJtpjNNMMNhsi4=6L5Gw@mail.gmail.com>
Message-ID: <CADihe3KK7s=POBfETnJMu8R=yviiEqWFUwwsc861CggCxFu9cA@mail.gmail.com>

RFC 5589 says:
"Note that a
   successful REFER transaction does not terminate the session between
   the Transferor and the Transferee"

REFER is successful. Why FS sends BYE to Transferor
Any advice are welcome.

On Mon, 1 Jun 2020 at 19:24, Yuriy Nasida <ynasida at gmail.com> wrote:

> Guys, do you know why FS respons with 202/NOTIFY/BYE to REFER ?
> In my opinioin FS should not sends BYE to Transferor at once.
> That is very weird because (after refer) FS sends INVITE to Transfer
> Target (like it should be) and this part of call is fine.
> Why FS sends BYE to Transferor... I checked rcf5589 / rfc3892 and
> Transferee (FS) never does so. In fs_cli FS just said (after new leg bridge
> is done) that last dialplan instruction is done, hung up.
>
> Please advice.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200601/f38bd988/attachment.html>

From david.villasmil.work at gmail.com  Mon Jun  1 20:08:32 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 1 Jun 2020 21:08:32 +0100
Subject: [Freeswitch-users] outbound calls from one freeswitch to another
In-Reply-To: <CANeteidpFhf_zZtPj+cxAffy4-SfcoRzgnVhhfJroBL1-dft_w@mail.gmail.com>
References: <CANeteidpFhf_zZtPj+cxAffy4-SfcoRzgnVhhfJroBL1-dft_w@mail.gmail.com>
Message-ID: <CAFGRPVq6TjzLjbrSOUw6Bq2vXwMf3oBeBy-tK4cvAGNwAvy_RA@mail.gmail.com>

did you do just what fs asks you to do ?

You must define a domain called '10.21.10.4' in your directory and add a
user with the id="FreeSWITCH" attribute
and you must configure your device to use the proper domain in it's
authentication credentials.

Regards,

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


On Wed, May 27, 2020 at 4:28 PM Joli Martinez <mrjoli021 at gmail.com> wrote:

> Hello,
>
> I have two freeswitch boxes.  They are in two different locations, but
> both are connected through a VPN.  I am looking to send all calls from one
> freeswitch to another. I was able to get inbound routing working with each
> other.  The problem is when freeswitch1 wants to make an outbound call to
> the PSTN out of freeswitch2.  What do I have tried to add the IP
> 10.41.100.2 to the ACL and that did not work.  What am I missing?
>
>
> 2020-05-27 10:50:37.774914 [WARNING] sofia_reg.c:2906 Can't find user [
> FreeSWITCH at 10.21.10.4] from 10.41.100.2
> You must define a domain called '10.21.10.4' in your directory and add a
> user with the id="FreeSWITCH" attribute
> and you must configure your device to use the proper domain in it's
> authentication credentials.
> send 678 bytes to udp/[10.41.100.2]:5080 at 10:50:37.773507:
>    ------------------------------------------------------------------------
>    SIP/2.0 403 Forbidden
>    Via: SIP/2.0/UDP 10.41.100.2:5080
> ;rport=5080;branch=z9hG4bKjr90SBDZmUQKj
>    From: "CallerID" <sip:1112223333 at 10.41.100.2>;tag=90SHD9m8r6X2N
>    To: <sip:4445556666 at 10.21.10.4>;tag=rmB10y0mDg5yD
>    Call-ID: 44b8eb5a-1acc-1239-f884-005056873da3
>    CSeq: 20741727 INVITE
>    User-Agent: FreeSWITCH
>    Accept: application/sdp
>    Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
>    Supported: timer, path, replaces
>    Allow-Events: talk, hold, conference, presence, as-feature-event,
> dialog, line-seize, call-info, sla, include-session-description,
> presence.winfo, message-summary, refer
>    Content-Length: 0
>
>    ------------------------------------------------------------------------
> 2020-05-27 10:50:37.774914 [NOTICE] sofia.c:2332 Hangup sofia/internal/
> 1112223333 at 10.41.100.2 [CS_NEW] [CALL_REJECTED]
> _________________________________________________________________________
>
> 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/20200601/6d680387/attachment-0001.html>

From brian at freeswitch.com  Mon Jun  1 20:18:58 2020
From: brian at freeswitch.com (Brian West)
Date: Mon, 1 Jun 2020 15:18:58 -0500
Subject: [Freeswitch-users] Remove REPLACES from Supported?
In-Reply-To: <CAFGRPVr+5ZBdmSiED_=-dmG0aHYRpOaP4JGPPA8nrZ0sO5nztQ@mail.gmail.com>
References: <CAFGRPVr+5ZBdmSiED_=-dmG0aHYRpOaP4JGPPA8nrZ0sO5nztQ@mail.gmail.com>
Message-ID: <CAEJMVkBGkCoPmEV7JZOTe84LJjRGBfu1HXzVsHYmWt2CFqxWcw@mail.gmail.com>

Doesn't appear to be a way currently.  Look at how MFLAG_REFER is handled.
/b


On Mon, Jun 1, 2020 at 1:23 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Is this possible?
>
> 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



-- 

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/20200601/975a62b8/attachment.html>

From david.villasmil.work at gmail.com  Mon Jun  1 23:40:54 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 2 Jun 2020 00:40:54 +0100
Subject: [Freeswitch-users] Remove REPLACES from Supported?
In-Reply-To: <CAEJMVkBGkCoPmEV7JZOTe84LJjRGBfu1HXzVsHYmWt2CFqxWcw@mail.gmail.com>
References: <CAFGRPVr+5ZBdmSiED_=-dmG0aHYRpOaP4JGPPA8nrZ0sO5nztQ@mail.gmail.com>
 <CAEJMVkBGkCoPmEV7JZOTe84LJjRGBfu1HXzVsHYmWt2CFqxWcw@mail.gmail.com>
Message-ID: <CAFGRPVoL1cFtNSyL8Gw2jBcnq97mFCUQ=GTY8i3o_uvXxwKgLQ@mail.gmail.com>

Thanks Brian,

Something like this removes the "replaces" from the supported.

<param name="disable-sip-replaces" value="true"/>

index 05e50c952f..dd2564931a 100644 ---
a/src/mod/endpoints/mod_sofia/mod_sofia.h +++
b/src/mod/endpoints/mod_sofia/mod_sofia.h @@ -228,6 +228,7 @@ typedef enum
{ PFLAG_WORKER_RUNNING, PFLAG_UNREG_OPTIONS_FAIL, PFLAG_DISABLE_TIMER, +
PFLAG_DISABLE_SIP_REPLACES, PFLAG_ENABLE_RFC5626, PFLAG_DISABLE_100REL,
PFLAG_AGGRESSIVE_NAT_DETECTION,

and

index 32f27462e5..dafd35aaad 100644 ---
a/src/mod/endpoints/mod_sofia/sofia.c +++
b/src/mod/endpoints/mod_sofia/sofia.c @@ -3142,6 +3142,7 @@ void
*SWITCH_THREAD_FUNC sofia_profile_thread_run(switch_thread_t *thread, void
int use_100rel = !sofia_test_pflag(profile, PFLAG_DISABLE_100REL); int
use_timer = !sofia_test_pflag(profile, PFLAG_DISABLE_TIMER); int
use_rfc_5626 = sofia_test_pflag(profile, PFLAG_ENABLE_RFC5626); + int
use_sip_replaces = sofia_test_pflag(profile, PFLAG_DISABLE_SIP_REPLACES);
const char *supported = NULL; int sanity, attempts = 0; switch_thread_t
*worker_thread; @@ -3164,7 +3165,7 @@ void *SWITCH_THREAD_FUNC
sofia_profile_thread_run(switch_thread_t *thread, void goto end; } -
supported = switch_core_sprintf(profile->pool, "%s%s%spath, replaces",
use_100rel ? "precondition, 100rel, " : "", use_timer ? "timer, " : "",
use_rfc_5626 ? "outbound, " : ""); + supported =
switch_core_sprintf(profile->pool, "%s%s%s%spath", use_100rel ?
"precondition, 100rel, " : "", use_timer ? "timer, " : "", use_rfc_5626 ?
"outbound, " : "", use_sip_replaces ? "replaces, ": ""); if
(sofia_test_pflag(profile, PFLAG_AUTO_NAT) && switch_nat_get_type()) { if (
(! sofia_test_pflag(profile, PFLAG_TLS) || ! profile->tls_only) &&
switch_nat_add_mapping(profile->sip_port, SWITCH_NAT_UDP, NULL,
SWITCH_FALSE) == SWITCH_STATUS_SUCCESS) { @@ -5240,6 +5241,12 @@
switch_status_t config_sofia(sofia_config_t reload, char *profile_name) }
else { profile->mflags |= MFLAG_REFER; } + } else if (!strcasecmp(var,
"disable-sip-replaces")) { + if (!switch_true(val)) { +
sofia_set_pflag(profile, PFLAG_DISABLE_SIP_REPLACES); + } else { +
sofia_clear_pflag(profile, PFLAG_DISABLE_SIP_REPLACES); + } } else if
(!strcasecmp(var, "disable-register")) { if (switch_true(val)) {
profile->mflags &= ~MFLAG_REGISTER;

Now, I need to reject incoming INVITEs with "replaces" as requiered...

Regards,

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


On Mon, Jun 1, 2020 at 10:12 PM Brian West <brian at freeswitch.com> wrote:

> Doesn't appear to be a way currently.  Look at how MFLAG_REFER is handled.
> /b
>
>
> On Mon, Jun 1, 2020 at 1:23 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Is this possible?
>>
>> 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
>
>
>
> --
>
> 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/20200602/2ea09dee/attachment-0001.html>

From brian at freeswitch.com  Tue Jun  2 14:48:25 2020
From: brian at freeswitch.com (Brian West)
Date: Tue, 2 Jun 2020 09:48:25 -0500
Subject: [Freeswitch-users] Remove REPLACES from Supported?
In-Reply-To: <CAFGRPVoL1cFtNSyL8Gw2jBcnq97mFCUQ=GTY8i3o_uvXxwKgLQ@mail.gmail.com>
References: <CAFGRPVr+5ZBdmSiED_=-dmG0aHYRpOaP4JGPPA8nrZ0sO5nztQ@mail.gmail.com>
 <CAEJMVkBGkCoPmEV7JZOTe84LJjRGBfu1HXzVsHYmWt2CFqxWcw@mail.gmail.com>
 <CAFGRPVoL1cFtNSyL8Gw2jBcnq97mFCUQ=GTY8i3o_uvXxwKgLQ@mail.gmail.com>
Message-ID: <CAEJMVkDQay4af6xz8-rxiMBdWm4NrBZqkyz7aNTT0b28fSOFFw@mail.gmail.com>

Please do a PR on github.

/b


On Mon, Jun 1, 2020 at 7:27 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Thanks Brian,
>
> Something like this removes the "replaces" from the supported.
>
> <param name="disable-sip-replaces" value="true"/>
>
> index 05e50c952f..dd2564931a 100644 ---
> a/src/mod/endpoints/mod_sofia/mod_sofia.h +++
> b/src/mod/endpoints/mod_sofia/mod_sofia.h @@ -228,6 +228,7 @@ typedef enum
> { PFLAG_WORKER_RUNNING, PFLAG_UNREG_OPTIONS_FAIL, PFLAG_DISABLE_TIMER, +
> PFLAG_DISABLE_SIP_REPLACES, PFLAG_ENABLE_RFC5626, PFLAG_DISABLE_100REL,
> PFLAG_AGGRESSIVE_NAT_DETECTION,
>
> and
>
> index 32f27462e5..dafd35aaad 100644 ---
> a/src/mod/endpoints/mod_sofia/sofia.c +++
> b/src/mod/endpoints/mod_sofia/sofia.c @@ -3142,6 +3142,7 @@ void
> *SWITCH_THREAD_FUNC sofia_profile_thread_run(switch_thread_t *thread, void
> int use_100rel = !sofia_test_pflag(profile, PFLAG_DISABLE_100REL); int
> use_timer = !sofia_test_pflag(profile, PFLAG_DISABLE_TIMER); int
> use_rfc_5626 = sofia_test_pflag(profile, PFLAG_ENABLE_RFC5626); + int
> use_sip_replaces = sofia_test_pflag(profile, PFLAG_DISABLE_SIP_REPLACES);
> const char *supported = NULL; int sanity, attempts = 0; switch_thread_t
> *worker_thread; @@ -3164,7 +3165,7 @@ void *SWITCH_THREAD_FUNC
> sofia_profile_thread_run(switch_thread_t *thread, void goto end; } -
> supported = switch_core_sprintf(profile->pool, "%s%s%spath, replaces",
> use_100rel ? "precondition, 100rel, " : "", use_timer ? "timer, " : "",
> use_rfc_5626 ? "outbound, " : ""); + supported =
> switch_core_sprintf(profile->pool, "%s%s%s%spath", use_100rel ?
> "precondition, 100rel, " : "", use_timer ? "timer, " : "", use_rfc_5626 ?
> "outbound, " : "", use_sip_replaces ? "replaces, ": ""); if
> (sofia_test_pflag(profile, PFLAG_AUTO_NAT) && switch_nat_get_type()) { if (
> (! sofia_test_pflag(profile, PFLAG_TLS) || ! profile->tls_only) &&
> switch_nat_add_mapping(profile->sip_port, SWITCH_NAT_UDP, NULL,
> SWITCH_FALSE) == SWITCH_STATUS_SUCCESS) { @@ -5240,6 +5241,12 @@
> switch_status_t config_sofia(sofia_config_t reload, char *profile_name) }
> else { profile->mflags |= MFLAG_REFER; } + } else if (!strcasecmp(var,
> "disable-sip-replaces")) { + if (!switch_true(val)) { +
> sofia_set_pflag(profile, PFLAG_DISABLE_SIP_REPLACES); + } else { +
> sofia_clear_pflag(profile, PFLAG_DISABLE_SIP_REPLACES); + } } else if
> (!strcasecmp(var, "disable-register")) { if (switch_true(val)) {
> profile->mflags &= ~MFLAG_REGISTER;
>
> Now, I need to reject incoming INVITEs with "replaces" as requiered...
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Mon, Jun 1, 2020 at 10:12 PM Brian West <brian at freeswitch.com> wrote:
>
>> Doesn't appear to be a way currently.  Look at how MFLAG_REFER is handled.
>> /b
>>
>>
>> On Mon, Jun 1, 2020 at 1:23 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Is this possible?
>>>
>>> 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
>>
>>
>>
>> --
>>
>> 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



-- 

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/20200602/c0e146d0/attachment.html>

From david.villasmil.work at gmail.com  Tue Jun  2 22:11:53 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 2 Jun 2020 23:11:53 +0100
Subject: [Freeswitch-users] SIPP Test scenario for REPLACES?
Message-ID: <CAFGRPVpkz0JX_KcKOTrVSXy2BzHapQc8K1icaxz8Y4dj26ir0A@mail.gmail.com>

Hello guys,

I'm trying to test a REPLACES scenario, but don't have the right
scenarios...
Would anyone by any chance have a SIPP scenario xml file i can use?

I'd appreciate it!

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/20200602/684e275a/attachment-0001.html>

From s.safarov at gmail.com  Wed Jun  3 15:13:09 2020
From: s.safarov at gmail.com (Sergey Safarov)
Date: Wed, 3 Jun 2020 18:13:09 +0300
Subject: [Freeswitch-users] Permission to update FreeSwitch doc
Message-ID: <CAHtxdDdgF=HbzU_AeOtkqGaxdTAT-1r-7yK1+s3Gua_K-7fcQQ@mail.gmail.com>

Hi
Could you provide permission for Konstantin Markelov to update FreeSwitch
confluence documentation.

Username:  konmar89
Full name:  Konstantin
Email:  konmar89 at gmail.com

Sergey Safarov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200603/dc08d906/attachment.html>

From brian at freeswitch.com  Wed Jun  3 15:23:23 2020
From: brian at freeswitch.com (Brian West)
Date: Wed, 3 Jun 2020 10:23:23 -0500
Subject: [Freeswitch-users] [Freeswitch-docs] Permission to update
	FreeSwitch doc
In-Reply-To: <CAHtxdDdgF=HbzU_AeOtkqGaxdTAT-1r-7yK1+s3Gua_K-7fcQQ@mail.gmail.com>
References: <CAHtxdDdgF=HbzU_AeOtkqGaxdTAT-1r-7yK1+s3Gua_K-7fcQQ@mail.gmail.com>
Message-ID: <CAEJMVkByGnSo-eTLREkOK0b50VRt+-gMECx5AgagyXes-G_6xw@mail.gmail.com>

Added, give it a few hours to sync and log out and back in.

/b


On Wed, Jun 3, 2020 at 10:14 AM Sergey Safarov <s.safarov at gmail.com> wrote:

> Hi
> Could you provide permission for Konstantin Markelov to update FreeSwitch
> confluence documentation.
>
> Username:  konmar89
> Full name:  Konstantin
> Email:  konmar89 at gmail.com
>
> Sergey Safarov
> _________________________________________________________________________
> 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-docs mailing list
> Freeswitch-docs at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-docs
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-docs
> 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/20200603/6d48495c/attachment.html>

From nathan at robotics.net  Wed Jun  3 19:14:10 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Wed, 3 Jun 2020 15:14:10 -0400
Subject: [Freeswitch-users] Record a WebRTC call
Message-ID: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>

I have tried mod_mp4 and mod_mp4v2, but give the same error:

2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794 Channel
[sofia/external/2000 at sip.vocinity.com] has been answered
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
record_session(/recordings/20200603150346_2000.mp4)
2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
channels: 1
2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
[/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec PCMU
Exists but not at the desired implementation. 44100hz 20ms 1ch
2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec Activation Fail
2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir is
set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also a
valid path
2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
/recordings/20200603150346_2000.mp4
2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865 (sofia/external/
2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE

><>
nathan stratton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200603/8bbbe3f3/attachment.html>

From brian at freeswitch.com  Wed Jun  3 20:06:53 2020
From: brian at freeswitch.com (Brian West)
Date: Wed, 3 Jun 2020 15:06:53 -0500
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
Message-ID: <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>

Need the full debug log, there is no PCMU at 44.1khz so how did that happen?

On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net> wrote:

>
> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>
> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794 Channel
> [sofia/external/2000 at sip.vocinity.com] has been answered
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> record_session(/recordings/20200603150346_2000.mp4)
> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
> channels: 1
> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec PCMU
> Exists but not at the desired implementation. 44100hz 20ms 1ch
> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec Activation
> Fail
> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir is
> set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also a
> valid path
> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
> /recordings/20200603150346_2000.mp4
> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865 (sofia/external/
> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>
> ><>
> nathan stratton
> _________________________________________________________________________
>
> 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/20200603/64d48456/attachment-0001.html>

From nathan at robotics.net  Wed Jun  3 21:45:47 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Wed, 3 Jun 2020 17:45:47 -0400
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
Message-ID: <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>

Great question, I tried OPUS and PCMU and get the same result. I am running
FreeSWITCH 10.0.3 on Centos 8.


2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
sofia/external/2000 at sip.vocinity.com [f57d5c39-9c82-4139-8c94-4b34f48acef0]
2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
(sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW (Cur 1
Tot 3)
2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392 version:
1.10.3 -release 64bit
2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl "internal"
for ip/port 50.210.153.253:0.
2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for [
1000 at sip.vocinity.com]
2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
(sofia/external/2000 at sip.vocinity.com) State NEW
2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
f57d5c39-9c82-4139-8c94-4b34f48acef0
2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to session
f57d5c39-9c82-4139-8c94-4b34f48acef0
2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392 version:
1.10.3 -release 64bit
2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl "internal"
for ip/port 50.210.153.253:0.
2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode based on
via received
2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
2000 at sip.vocinity.com entering state [received][100]
2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
v=0
o=- 4361465521890668688 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE 0 1
a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
c=IN IP4 50.210.153.253
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:106 CN/32000
a=rtpmap:105 CN/16000
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:112 telephone-event/32000
a=rtpmap:113 telephone-event/16000
a=rtpmap:126 telephone-event/8000
a=rtcp:58455 IN IP4 50.210.153.253
a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
generation 0 network-id 1 network-cost 10
a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
generation 0 network-id 1 network-cost 10
a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=ice-ufrag:CbXl
a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
a=ice-options:trickle
a=fingerprint:sha-256
96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
a=setup:actpass
a=mid:0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3
http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
6bb8fc4b-068d-4461-9819-c28dfea86bf8
a=rtcp-mux
a=rtcp-fb:111 transport-cc
a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
6bb8fc4b-068d-4461-9819-c28dfea86bf8
a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107
108 109 124 120 123
c=IN IP4 50.210.153.253
a=rtpmap:96 VP8/90000
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=fmtp:102
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=fmtp:127
level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=fmtp:125
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=fmtp:108
level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 red/90000
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 ulpfec/90000
a=rtcp:33483 IN IP4 50.210.153.253
a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
generation 0 network-id 1 network-cost 10
a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
generation 0 network-id 1 network-cost 10
a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=ice-ufrag:CbXl
a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
a=ice-options:trickle
a=fingerprint:sha-256
96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
a=setup:actpass
a=mid:1
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:13 urn:3gpp:video-orientation
a=extmap:3
http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:11 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=rtcp-mux
a=rtcp-rsize
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=ssrc-group:FID 2988188772 2811984399
a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe

2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
(sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT (Cur 1
Tot 3)
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
(sofia/external/2000 at sip.vocinity.com) State INIT
2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
2000 at sip.vocinity.com SOFIA INIT
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
sofia/external/2000 at sip.vocinity.com Standard INIT
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
(sofia/external/2000 at sip.vocinity.com) State Change CS_INIT -> CS_ROUTING
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
(sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
(sofia/external/2000 at sip.vocinity.com) Running State Change CS_ROUTING (Cur
1 Tot 3)
2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332 (sofia/external/
2000 at sip.vocinity.com) Callstate Change DOWN -> RINGING
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
(sofia/external/2000 at sip.vocinity.com) State ROUTING
2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
2000 at sip.vocinity.com SOFIA ROUTING
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
sofia/external/2000 at sip.vocinity.com Standard ROUTING
2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing Nathan
<2000>->1000 in context default
Dialplan: sofia/external/2000 at sip.vocinity.com parsing [default->global]
continue=true
Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition [global]
Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
Dialplan: sofia/external/2000 at sip.vocinity.com parsing
[default->Local_Users] continue=false
Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS) [Local_Users]
destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
Dialplan: sofia/external/2000 at sip.vocinity.com Action
export(dialed_extension=1000)
Dialplan: sofia/external/2000 at sip.vocinity.com Action
export(nolocal:absolute_codec_string=OPUS,VP8)
Dialplan: sofia/external/2000 at sip.vocinity.com Action
set(hangup_after_bridge=true)
Dialplan: sofia/external/2000 at sip.vocinity.com Action set(call_timeout=20)
Dialplan: sofia/external/2000 at sip.vocinity.com Action
set(bypass_media=true)
Dialplan: sofia/external/2000 at sip.vocinity.com Action
set(record_concat_video=true)
Dialplan: sofia/external/2000 at sip.vocinity.com Action
set(enable_file_write_buffering=false)
Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
Dialplan: sofia/external/2000 at sip.vocinity.com Action
record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)

Dialplan: sofia/external/2000 at sip.vocinity.com Action
bridge(user/${dialed_extension}@${domain_name})
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
(sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING -> CS_EXECUTE
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
(sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
(sofia/external/2000 at sip.vocinity.com) Running State Change CS_EXECUTE (Cur
1 Tot 3)
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
(sofia/external/2000 at sip.vocinity.com) State EXECUTE
2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
2000 at sip.vocinity.com SOFIA EXECUTE
2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
sofia/external/2000 at sip.vocinity.com Standard EXECUTE
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
Channel-State: [CS_EXECUTE]
Channel-Call-State: [RINGING]
Channel-State-Number: [4]
Channel-Name: [sofia/external/2000 at sip.vocinity.com]
Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
Call-Direction: [inbound]
Presence-Call-Direction: [inbound]
Channel-HIT-Dialplan: [true]
Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
Answer-State: [ringing]
Caller-Direction: [inbound]
Caller-Logical-Direction: [inbound]
Caller-Username: [2000]
Caller-Dialplan: [XML]
Caller-Caller-ID-Name: [Nathan]
Caller-Caller-ID-Number: [2000]
Caller-Orig-Caller-ID-Name: [Nathan]
Caller-Orig-Caller-ID-Number: [2000]
Caller-Network-Addr: [50.210.153.253]
Caller-ANI: [2000]
Caller-Destination-Number: [1000]
Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
Caller-Source: [mod_sofia]
Caller-Context: [default]
Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
Caller-Profile-Index: [1]
Caller-Profile-Created-Time: [1591220628916064]
Caller-Channel-Created-Time: [1591220628916064]
Caller-Channel-Answered-Time: [0]
Caller-Channel-Progress-Time: [0]
Caller-Channel-Progress-Media-Time: [0]
Caller-Channel-Hangup-Time: [0]
Caller-Channel-Transfer-Time: [0]
Caller-Channel-Resurrect-Time: [0]
Caller-Channel-Bridged-Time: [0]
Caller-Channel-Last-Hold: [0]
Caller-Channel-Hold-Accum: [0]
Caller-Screen-Bit: [true]
Caller-Privacy-Hide-Name: [false]
Caller-Privacy-Hide-Number: [false]
variable_direction: [inbound]
variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
variable_session_id: [3]
variable_sip_from_user: [2000]
variable_sip_from_uri: [2000 at sip.vocinity.com]
variable_sip_from_host: [sip.vocinity.com]
variable_video_media_flow: [disabled]
variable_audio_media_flow: [disabled]
variable_text_media_flow: [disabled]
variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
variable_sip_local_network_addr: [204.89.189.50]
variable_sip_network_ip: [50.210.153.253]
variable_sip_network_port: [33392]
variable_sip_invite_stamp: [1591220628916064]
variable_sip_received_ip: [50.210.153.253]
variable_sip_received_port: [33392]
variable_sip_via_protocol: [wss]
variable_sip_authorized: [true]
variable_Event-Name: [REQUEST_PARAMS]
variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
variable_FreeSWITCH-IPv4: [204.89.189.50]
variable_FreeSWITCH-IPv6: [::1]
variable_Event-Date-Local: [2020-06-03 17:43:48]
variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
variable_Event-Date-Timestamp: [1591220628916064]
variable_Event-Calling-File: [sofia.c]
variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
variable_Event-Calling-Line-Number: [10541]
variable_Event-Sequence: [1347]
variable_sip_number_alias: [2000]
variable_sip_auth_username: [2000]
variable_sip_auth_realm: [sip.vocinity.com]
variable_number_alias: [2000]
variable_requested_user_name: [2000]
variable_requested_domain_name: [sip.vocinity.com]
variable_user_name: [2000]
variable_domain_name: [sip.vocinity.com]
variable_sip_from_user_stripped: [2000]
variable_sip_from_tag: [2dtu94frdc]
variable_sofia_profile_name: [external]
variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
variable_recovery_profile_name: [external]
variable_sip_full_via: [SIP/2.0/WSS
jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
variable_sip_from_display: [Nathan]
variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>;tag=2dtu94frdc]
variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE, OPTIONS,
REFER, INFO, NOTIFY]
variable_sip_req_user: [1000]
variable_sip_req_uri: [1000 at sip.vocinity.com]
variable_sip_req_host: [sip.vocinity.com]
variable_sip_to_user: [1000]
variable_sip_to_uri: [1000 at sip.vocinity.com]
variable_sip_to_host: [sip.vocinity.com]
variable_sip_contact_params: [transport=ws;ob]
variable_sip_contact_user: [cb60h33n]
variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
variable_sip_contact_host: [jos34dedpjg3.invalid]
variable_rtp_use_codec_string: [VP8,OPUS]
variable_sip_user_agent: [JsSIP 3.3.11]
variable_sip_via_host: [jos34dedpjg3.invalid]
variable_sip_via_rport: [33392]
variable_max_forwards: [69]
variable_sip_nat_detected: [true]
variable_switch_r_sdp: [v=0
o=- 4361465521890668688 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE 0 1
a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
c=IN IP4 50.210.153.253
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:106 CN/32000
a=rtpmap:105 CN/16000
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:112 telephone-event/32000
a=rtpmap:113 telephone-event/16000
a=rtpmap:126 telephone-event/8000
a=rtcp:58455 IN IP4 50.210.153.253
a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
generation 0 network-id 1 network-cost 10
a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
generation 0 network-id 1 network-cost 10
a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=ice-ufrag:CbXl
a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
a=ice-options:trickle
a=fingerprint:sha-256
96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
a=setup:actpass
a=mid:0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3
http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
6bb8fc4b-068d-4461-9819-c28dfea86bf8
a=rtcp-mux
a=rtcp-fb:111 transport-cc
a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
6bb8fc4b-068d-4461-9819-c28dfea86bf8
a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107
108 109 124 120 123
c=IN IP4 50.210.153.253
a=rtpmap:96 VP8/90000
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=fmtp:102
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=fmtp:127
level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=fmtp:125
level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=fmtp:108
level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 red/90000
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 ulpfec/90000
a=rtcp:33483 IN IP4 50.210.153.253
a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
generation 0 network-id 1 network-cost 10
a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
generation 0 network-id 1 network-cost 10
a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
active generation 0 network-id 1 network-cost 10
a=ice-ufrag:CbXl
a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
a=ice-options:trickle
a=fingerprint:sha-256
96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
a=setup:actpass
a=mid:1
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:13 urn:3gpp:video-orientation
a=extmap:3
http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:11 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=rtcp-mux
a=rtcp-rsize
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=ssrc-group:FID 2988188772 2811984399
a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
85c1ee18-b111-4183-8949-af3e72cbd1fe
a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
]
variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c,CORE_VPX_MODULE.VP8]
variable_endpoint_disposition: [DELAYED NEGOTIATION]
variable_DP_MATCH: [ARRAY::1000|:1000]
variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
variable_current_application: [info]


EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
export(dialed_extension=1000)
2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
(export_vars) [dialed_extension]=[1000]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
export(nolocal:absolute_codec_string=OPUS,VP8)
2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
(export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
set(hangup_after_bridge=true)
2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
2000 at sip.vocinity.com [hangup_after_bridge]=[true]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com set(call_timeout=20)
2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
2000 at sip.vocinity.com [call_timeout]=[20]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
set(bypass_media=true)
2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
2000 at sip.vocinity.com [bypass_media]=[true]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
set(record_concat_video=true)
2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
2000 at sip.vocinity.com [record_concat_video]=[true]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
set(enable_file_write_buffering=false)
2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
2000 at sip.vocinity.com [enable_file_write_buffering]=[false]
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio Codec
Compare [opus:116:48000:20:0:1] ++++ is saved as a match
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
telephone-event payload to 110 at 48000
2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set bitrate
to local settings [72000bps]
2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set bitrate
to local settings [72000bps]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0 bits 1
channels
2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111 sofia/external/
2000 at sip.vocinity.com Original read codec set to opus:116
2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO candidate
ACL defined, Defaulting to wan.auto
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
rtp candidate.
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
candidate, index 1, 50.210.153.253:41704
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102 sofia/external/
2000 at sip.vocinity.com choosing family v4
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
candidate, index 2, for rtcp based on rtcp-mux attribute
50.210.153.253:41704
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting remote
audio ice addr to index 1 50.210.153.253:41704 based on candidate
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting remote
rtcp audio addr to 50.210.153.253:41704 based on candidate
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
telephone-event payload to 110 at 48000
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909 sofia/external/
2000 at sip.vocinity.com Set 2833 dtmf send payload to 110 recv payload to 110
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [VP8:96]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video Codec
Compare [VP8:96] +++ is saved as a match
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:97]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [VP9:98]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:99]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [VP9:100]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:101]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [H264:102]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:122]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [H264:127]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:121]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [H264:125]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:107]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [H264:108]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:109]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [red:124]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [rtx:120]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
Compare [ulpfec:123]/[VP8:99]
2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO Codec
sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO candidate
ACL defined, Defaulting to wan.auto
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
rtp candidate.
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
candidate, index 1, 50.210.153.253:57009
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102 sofia/external/
2000 at sip.vocinity.com choosing family v4
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
candidate, index 2, for rtcp based on rtcp-mux attribute
50.210.153.253:57009
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting remote
video ice addr to index 1 50.210.153.253:57009 based on candidate
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting remote
rtcp video addr to 50.210.153.253:57009 based on candidate
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
[sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
50.210.153.253 port 41704 codec: 111 ms: 20
2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer [soft]
960 bytes per 20ms
2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating Audio
ICE
2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP audio
ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating RTCP
PORT 41704
2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
1000 and packet rate is: 20000 Remote Port: 41704
2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping RTCP
ICE (Same as RTP)
2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP audio
DTLS client
2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio DTLS
state from OFF to HANDSHAKE
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975 sofia/external/
2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982 sofia/external/
2000 at sip.vocinity.com Set 2833 dtmf receive payload to 110
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005 sofia/external/
2000 at sip.vocinity.com Set rtp dtmf delay to 40
2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video timer.
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
[sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628 sofia/external/
2000 at sip.vocinity.com Starting Video thread
2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494 sofia/external/
2000 at sip.vocinity.com Video thread started. Echo is off
2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating Video
ICE
2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP video
ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating VIDEO
RTCP PORT 57009 interval 1000 mux 1
2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
1000 and packet rate is: 90000 Remote Port: 57009
2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping VIDEO
RTCP ICE (Same as VIDEO RTP)
2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP video
DTLS client
2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video DTLS
state from OFF to HANDSHAKE
2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
sofia/external/2000 at sip.vocinity.com!
2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565 (sofia/external/
2000 at sip.vocinity.com) Callstate Change RINGING -> EARLY
2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio params
are unchanged for sofia/external/2000 at sip.vocinity.com.
2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video params
are unchanged for sofia/external/2000 at sip.vocinity.com.
2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP sofia/external/
2000 at sip.vocinity.com:
v=0
o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
s=FreeSWITCH
c=IN IP4 204.89.189.50
t=0 0
a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
a=rtpmap:111 opus/48000/2
a=fmtp:111 useinbandfec=1; minptime=10
a=rtpmap:110 telephone-event/48000
a=ptime:20
a=sendrecv
a=fingerprint:sha-256
29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
a=setup:active
a=rtcp-mux
a=rtcp:31674 IN IP4 204.89.189.50
a=ice-ufrag:U5MYK20Qqyc82ZOo
a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host generation
0
a=end-of-candidates
a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
m=video 25172 UDP/TLS/RTP/SAVPF 96
b=AS:2048
a=rtpmap:96 VP8/90000
a=sendrecv
a=fingerprint:sha-256
29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
a=setup:active
a=rtcp-mux
a=rtcp:25172 IN IP4 204.89.189.50
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
a=ice-ufrag:I30diMDiE7MKVu9K
a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host generation
0
a=end-of-candidates

2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
2000 at sip.vocinity.com entering state [completed][200]
2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
2000 at sip.vocinity.com entering state [ready][200]
2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio DTLS
state from HANDSHAKE to SETUP
2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
Verified.
2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio Secure
RTP SEND
2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio Secure
RTP RECV
2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
srtp:dtls:AES_CM_128_HMAC_SHA1_80
2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio DTLS
state from SETUP to READY
2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
srtp:dtls:AES_CM_128_HMAC_SHA1_80
2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
[sofia/external/2000 at sip.vocinity.com] has been answered
2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865 (sofia/external/
2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
record_session(/recordings/20200603174349_2000_1000.mp4)
2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
channels: 1
2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
[/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec PCMU
Exists but not at the desired implementation. 44100hz 20ms 1ch
2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec Activation Fail
2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir is
set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also a
valid path
2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
/recordings/20200603174349_2000_1000.mp4
EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
1000 at sip.vocinity.com)

><>
nathan stratton


On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com> wrote:

> Need the full debug log, there is no PCMU at 44.1khz so how did
> that happen?
>
> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
> wrote:
>
>>
>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>
>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794 Channel
>> [sofia/external/2000 at sip.vocinity.com] has been answered
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> record_session(/recordings/20200603150346_2000.mp4)
>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>> channels: 1
>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec PCMU
>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>> Fail
>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir is
>> set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also a
>> valid path
>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
>> /recordings/20200603150346_2000.mp4
>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865 (sofia/external/
>> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>>
>> ><>
>> nathan stratton
>> _________________________________________________________________________
>>
>> 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>
> _________________________________________________________________________
>
> 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/20200603/7280b87b/attachment-0001.html>

From ynasida at gmail.com  Thu Jun  4 06:15:37 2020
From: ynasida at gmail.com (Yuriy Nasida)
Date: Thu, 4 Jun 2020 09:15:37 +0300
Subject: [Freeswitch-users] why FS respons BYE to Transferor afer REFER
In-Reply-To: <CADihe3KK7s=POBfETnJMu8R=yviiEqWFUwwsc861CggCxFu9cA@mail.gmail.com>
References: <CADihe3L0zjrZcwnRHLTVy=TL2Xf00iWJtpjNNMMNhsi4=6L5Gw@mail.gmail.com>
 <CADihe3KK7s=POBfETnJMu8R=yviiEqWFUwwsc861CggCxFu9cA@mail.gmail.com>
Message-ID: <CADihe3LaHxJGSiSNcCsVwh5FiX2ouBus1FWyQ+04-ro1zVcGsA@mail.gmail.com>

Well, I had to use park/execute_on_sip_reinvite/intercept and implement
this according RFC on my own.

On Mon, 1 Jun 2020 at 21:08, Yuriy Nasida <ynasida at gmail.com> wrote:

> RFC 5589 says:
> "Note that a
>    successful REFER transaction does not terminate the session between
>    the Transferor and the Transferee"
>
> REFER is successful. Why FS sends BYE to Transferor
> Any advice are welcome.
>
> On Mon, 1 Jun 2020 at 19:24, Yuriy Nasida <ynasida at gmail.com> wrote:
>
>> Guys, do you know why FS respons with 202/NOTIFY/BYE to REFER ?
>> In my opinioin FS should not sends BYE to Transferor at once.
>> That is very weird because (after refer) FS sends INVITE to Transfer
>> Target (like it should be) and this part of call is fine.
>> Why FS sends BYE to Transferor... I checked rcf5589 / rfc3892 and
>> Transferee (FS) never does so. In fs_cli FS just said (after new leg bridge
>> is done) that last dialplan instruction is done, hung up.
>>
>> Please advice.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200604/2140b704/attachment.html>

From Alexander.Haugg at c4b.de  Thu Jun  4 09:41:42 2020
From: Alexander.Haugg at c4b.de (Alexander Haugg)
Date: Thu, 4 Jun 2020 09:41:42 +0000
Subject: [Freeswitch-users] Jitterbuffer documentation
 "https://freeswitch.org/confluence/display/FREESWITCH/jitterbuffer_msec"
Message-ID: <5567a5415fcd4f89809a87af0cfc66c6@c4b.de>

Hi,

is it possible, the "max drift" parameter is obsolete?
I was looking into the switch_core_media.c in the function check_jb. I can't see that the "max drift" parameter have any effect.
Is this correct?

Thanks a lot
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200604/e1409ce7/attachment.html>

From dragos at freeswitch.org  Thu Jun  4 15:18:37 2020
From: dragos at freeswitch.org (Dragos Oancea)
Date: Thu, 4 Jun 2020 16:18:37 +0100
Subject: [Freeswitch-users] Jitterbuffer documentation
	"https://freeswitch.org/confluence/display/FREESWITCH/jitterbuffer_msec"
In-Reply-To: <5567a5415fcd4f89809a87af0cfc66c6@c4b.de>
References: <5567a5415fcd4f89809a87af0cfc66c6@c4b.de>
Message-ID: <CAGvJV4pkW9aCu6wYCRJ16AnZ_DN2UbGVoNOm=h1dmAhXwak88g@mail.gmail.com>

Yes, it is obsolete.
It's max len (max_frame_len) that  "controls how much delay the jitter
buffer will tolerate".


On Thu, Jun 4, 2020 at 10:41 AM Alexander Haugg <Alexander.Haugg at c4b.de>
wrote:

> Hi,
>
>
>
> is it possible, the „max drift“ parameter is obsolete?
>
> I was looking into the switch_core_media.c in the function check_jb. I
> can’t see that the “max drift” parameter have any effect.
>
> Is this correct?
>
>
>
> Thanks a lot
>
> 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/20200604/205b3744/attachment.html>

From Alexander.Haugg at c4b.de  Fri Jun  5 05:20:39 2020
From: Alexander.Haugg at c4b.de (Alexander Haugg)
Date: Fri, 5 Jun 2020 05:20:39 +0000
Subject: [Freeswitch-users] Jitterbuffer
	documentation	"https://freeswitch.org/confluence/display/FREESWITCH/jitterbuffer_msec"
In-Reply-To: <CAGvJV4pkW9aCu6wYCRJ16AnZ_DN2UbGVoNOm=h1dmAhXwak88g@mail.gmail.com>
References: <5567a5415fcd4f89809a87af0cfc66c6@c4b.de>
 <CAGvJV4pkW9aCu6wYCRJ16AnZ_DN2UbGVoNOm=h1dmAhXwak88g@mail.gmail.com>
Message-ID: <d250a4671621488288f0ad5ffaf5883d@c4b.de>

Thanks!
Alex

Von: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> Im Auftrag von Dragos Oancea
Gesendet: Donnerstag, 4. Juni 2020 17:19
An: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Betreff: Re: [Freeswitch-users] Jitterbuffer documentation "https://freeswitch.org/confluence/display/FREESWITCH/jitterbuffer_msec"

Yes, it is obsolete.
It's max len (max_frame_len) that  "controls how much delay the jitter buffer will tolerate".


On Thu, Jun 4, 2020 at 10:41 AM Alexander Haugg <Alexander.Haugg at c4b.de<mailto:Alexander.Haugg at c4b.de>> wrote:
Hi,

is it possible, the „max drift“ parameter is obsolete?
I was looking into the switch_core_media.c in the function check_jb. I can’t see that the “max drift” parameter have any effect.
Is this correct?

Thanks a lot
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<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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200605/1a9ea011/attachment.html>

From ghariaonline at gmail.com  Tue Jun  2 08:59:38 2020
From: ghariaonline at gmail.com (Hemrajsinh Gharia)
Date: Tue, 2 Jun 2020 14:29:38 +0530
Subject: [Freeswitch-users] Is there any archive or list of topics discussed
Message-ID: <CAARgOyT1BSRQfWtJQqA_MTf-ipNFfCp4V8M5taRhwbtUfeu98g@mail.gmail.com>

Hello guys,

I am new to FreeSWITCH and landed in this community group, which is the
mailing list. I am kind of disappointed not finding easy to use
google group for FreeSWITCH. There are Google groups for other WebRTC, like
discuss-webrtc (general group), kurento, and even freeswitch-ru (Russian
version). So is there such a group where I can go and see/search the
previous discussion before posting anything? It is handy, isn't it?

Thanks,
Hemrajsinh Gharia

https://ghariaonline.wordpress.com/

  <https://github.com/gharia/>
<https://www.linkedin.com/in/hemraj-gharia-53597769>
<https://www.facebook.com/hemraj.gharia>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200602/f4b0592f/attachment.html>

From tv.lists at gmail.com  Wed Jun  3 05:18:44 2020
From: tv.lists at gmail.com (Mettavihari D)
Date: Wed, 3 Jun 2020 10:48:44 +0530
Subject: [Freeswitch-users] BBB sound problems
Message-ID: <CAMRsyOcfi69CCDE-vsChEmocOK5iA1_fvWmcuxyCZK-OfCDnWg@mail.gmail.com>

Greetings

We hav setup BBB with Freeswitch
We have problems with sound errors
We get 1006 timeout errors
Our setup is as follows

I have change the firewall NAT Rule Like below

iptables -t nat -A PREROUTING -i $fwan -d (Public IP) -p tcp -m multiport
--dports 5066,7443 -j DNAT --to 192.168.1.130

iptables -t nat -A PREROUTING -i $fwan -d (Public IP) -p udp -m multiport
--dports 16384:32768 -j DNAT --to 192.168.1.130




firewall NAT Prerouting test :
external pc :
netcat external_ip 5066
hello
bigbluebutton server:
netcat -l 5066
hello

netcat test is ok.

but still system has 1006 timeout error
in /opt/freeswitch/log/freeswitch.log

2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:4271 192.168.1.5:35990 Client
Connect from 192.168.1.5:35990 accepted
2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2019 192.168.1.5:35990 Starting
client thread.
2020-06-03 09:50:35.120445 [NOTICE] mod_verto.c:1875 192.168.1.5:35990 WS
SETUP FAILED
2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2046 192.168.1.5:35990 Ending
client thread.
2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2054 192.168.1.5:35990 Thread
ended

Please help with what we have done wrong

Mettavihari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200603/488522b6/attachment.html>

From gmaruzz at gmail.com  Fri Jun  5 20:34:15 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Fri, 5 Jun 2020 22:34:15 +0200
Subject: [Freeswitch-users] Is there any archive or list of topics
	discussed
In-Reply-To: <CAARgOyT1BSRQfWtJQqA_MTf-ipNFfCp4V8M5taRhwbtUfeu98g@mail.gmail.com>
References: <CAARgOyT1BSRQfWtJQqA_MTf-ipNFfCp4V8M5taRhwbtUfeu98g@mail.gmail.com>
Message-ID: <CALXCt0qAMgpGkfpbgPJdyZayZkPRmqAeWVb1SBJJTrctzUFu+g@mail.gmail.com>

groups are for kids...

gentlemen use https://lists.freeswitch.org/pipermail/freeswitch-users/



On Fri, Jun 5, 2020 at 10:19 PM Hemrajsinh Gharia <ghariaonline at gmail.com>
wrote:

> Hello guys,
>
> I am new to FreeSWITCH and landed in this community group, which is the
> mailing list. I am kind of disappointed not finding easy to use
> google group for FreeSWITCH. There are Google groups for other WebRTC, like
> discuss-webrtc (general group), kurento, and even freeswitch-ru (Russian
> version). So is there such a group where I can go and see/search the
> previous discussion before posting anything? It is handy, isn't it?
>
> Thanks,
> Hemrajsinh Gharia
>
> https://ghariaonline.wordpress.com/
>
>   <https://github.com/gharia/>
> <https://www.linkedin.com/in/hemraj-gharia-53597769>
> <https://www.facebook.com/hemraj.gharia>
> _________________________________________________________________________
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200605/d097d6eb/attachment.html>

From brian at freeswitch.com  Sat Jun  6 11:57:00 2020
From: brian at freeswitch.com (Brian West)
Date: Sat, 6 Jun 2020 06:57:00 -0500
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
Message-ID: <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>

Use Debian!

On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net> wrote:

> Great question, I tried OPUS and PCMU and get the same result. I am
> running FreeSWITCH 10.0.3 on Centos 8.
>
>
> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
> sofia/external/2000 at sip.vocinity.com
> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW (Cur 1
> Tot 3)
> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392 version:
> 1.10.3 -release 64bit
> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl "internal"
> for ip/port 50.210.153.253:0.
> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for [
> 1000 at sip.vocinity.com]
> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
> (sofia/external/2000 at sip.vocinity.com) State NEW
> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
> f57d5c39-9c82-4139-8c94-4b34f48acef0
> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to session
> f57d5c39-9c82-4139-8c94-4b34f48acef0
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392 version:
> 1.10.3 -release 64bit
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl "internal"
> for ip/port 50.210.153.253:0.
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode based on
> via received
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
> 2000 at sip.vocinity.com entering state [received][100]
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
> v=0
> o=- 4361465521890668688 2 IN IP4 127.0.0.1
> s=-
> t=0 0
> a=group:BUNDLE 0 1
> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
> 126
> c=IN IP4 50.210.153.253
> a=rtpmap:111 opus/48000/2
> a=fmtp:111 minptime=10;useinbandfec=1
> a=rtpmap:103 ISAC/16000
> a=rtpmap:104 ISAC/32000
> a=rtpmap:9 G722/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:106 CN/32000
> a=rtpmap:105 CN/16000
> a=rtpmap:13 CN/8000
> a=rtpmap:110 telephone-event/48000
> a=rtpmap:112 telephone-event/32000
> a=rtpmap:113 telephone-event/16000
> a=rtpmap:126 telephone-event/8000
> a=rtcp:58455 IN IP4 50.210.153.253
> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=ice-ufrag:CbXl
> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
> a=ice-options:trickle
> a=fingerprint:sha-256
> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
> a=setup:actpass
> a=mid:0
> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
> a=extmap:3
> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
> a=rtcp-mux
> a=rtcp-fb:111 transport-cc
> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
> 107 108 109 124 120 123
> c=IN IP4 50.210.153.253
> a=rtpmap:96 VP8/90000
> a=rtpmap:97 rtx/90000
> a=fmtp:97 apt=96
> a=rtpmap:98 VP9/90000
> a=fmtp:98 profile-id=0
> a=rtpmap:99 rtx/90000
> a=fmtp:99 apt=98
> a=rtpmap:100 VP9/90000
> a=fmtp:100 profile-id=2
> a=rtpmap:101 rtx/90000
> a=fmtp:101 apt=100
> a=rtpmap:102 H264/90000
> a=fmtp:102
> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
> a=rtpmap:122 rtx/90000
> a=fmtp:122 apt=102
> a=rtpmap:127 H264/90000
> a=fmtp:127
> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
> a=rtpmap:121 rtx/90000
> a=fmtp:121 apt=127
> a=rtpmap:125 H264/90000
> a=fmtp:125
> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
> a=rtpmap:107 rtx/90000
> a=fmtp:107 apt=125
> a=rtpmap:108 H264/90000
> a=fmtp:108
> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
> a=rtpmap:109 rtx/90000
> a=fmtp:109 apt=108
> a=rtpmap:124 red/90000
> a=rtpmap:120 rtx/90000
> a=fmtp:120 apt=124
> a=rtpmap:123 ulpfec/90000
> a=rtcp:33483 IN IP4 50.210.153.253
> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=ice-ufrag:CbXl
> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
> a=ice-options:trickle
> a=fingerprint:sha-256
> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
> a=setup:actpass
> a=mid:1
> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
> a=extmap:13 urn:3gpp:video-orientation
> a=extmap:3
> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
> a=extmap:11
> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=rtcp-mux
> a=rtcp-rsize
> a=rtcp-fb:96 goog-remb
> a=rtcp-fb:96 transport-cc
> a=rtcp-fb:96 ccm fir
> a=rtcp-fb:96 nack
> a=rtcp-fb:96 nack pli
> a=rtcp-fb:98 goog-remb
> a=rtcp-fb:98 transport-cc
> a=rtcp-fb:98 ccm fir
> a=rtcp-fb:98 nack
> a=rtcp-fb:98 nack pli
> a=rtcp-fb:100 goog-remb
> a=rtcp-fb:100 transport-cc
> a=rtcp-fb:100 ccm fir
> a=rtcp-fb:100 nack
> a=rtcp-fb:100 nack pli
> a=rtcp-fb:102 goog-remb
> a=rtcp-fb:102 transport-cc
> a=rtcp-fb:102 ccm fir
> a=rtcp-fb:102 nack
> a=rtcp-fb:102 nack pli
> a=rtcp-fb:127 goog-remb
> a=rtcp-fb:127 transport-cc
> a=rtcp-fb:127 ccm fir
> a=rtcp-fb:127 nack
> a=rtcp-fb:127 nack pli
> a=rtcp-fb:125 goog-remb
> a=rtcp-fb:125 transport-cc
> a=rtcp-fb:125 ccm fir
> a=rtcp-fb:125 nack
> a=rtcp-fb:125 nack pli
> a=rtcp-fb:108 goog-remb
> a=rtcp-fb:108 transport-cc
> a=rtcp-fb:108 ccm fir
> a=rtcp-fb:108 nack
> a=rtcp-fb:108 nack pli
> a=ssrc-group:FID 2988188772 2811984399
> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>
> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT (Cur
> 1 Tot 3)
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
> (sofia/external/2000 at sip.vocinity.com) State INIT
> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
> 2000 at sip.vocinity.com SOFIA INIT
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
> sofia/external/2000 at sip.vocinity.com Standard INIT
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT -> CS_ROUTING
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_ROUTING
> (Cur 1 Tot 3)
> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332 (sofia/external/
> 2000 at sip.vocinity.com) Callstate Change DOWN -> RINGING
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
> (sofia/external/2000 at sip.vocinity.com) State ROUTING
> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
> 2000 at sip.vocinity.com SOFIA ROUTING
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
> sofia/external/2000 at sip.vocinity.com Standard ROUTING
> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing Nathan
> <2000>->1000 in context default
> Dialplan: sofia/external/2000 at sip.vocinity.com parsing [default->global]
> continue=true
> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition [global]
> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
> [default->Local_Users] continue=false
> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS) [Local_Users]
> destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> export(dialed_extension=1000)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> export(nolocal:absolute_codec_string=OPUS,VP8)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> set(hangup_after_bridge=true)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> set(call_timeout=20)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> set(bypass_media=true)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> set(record_concat_video=true)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> set(enable_file_write_buffering=false)
> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>
> Dialplan: sofia/external/2000 at sip.vocinity.com Action
> bridge(user/${dialed_extension}@${domain_name})
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
> CS_EXECUTE
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_EXECUTE
> (Cur 1 Tot 3)
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
> 2000 at sip.vocinity.com SOFIA EXECUTE
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
> Channel-State: [CS_EXECUTE]
> Channel-Call-State: [RINGING]
> Channel-State-Number: [4]
> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> Call-Direction: [inbound]
> Presence-Call-Direction: [inbound]
> Channel-HIT-Dialplan: [true]
> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> Answer-State: [ringing]
> Caller-Direction: [inbound]
> Caller-Logical-Direction: [inbound]
> Caller-Username: [2000]
> Caller-Dialplan: [XML]
> Caller-Caller-ID-Name: [Nathan]
> Caller-Caller-ID-Number: [2000]
> Caller-Orig-Caller-ID-Name: [Nathan]
> Caller-Orig-Caller-ID-Number: [2000]
> Caller-Network-Addr: [50.210.153.253]
> Caller-ANI: [2000]
> Caller-Destination-Number: [1000]
> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> Caller-Source: [mod_sofia]
> Caller-Context: [default]
> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
> Caller-Profile-Index: [1]
> Caller-Profile-Created-Time: [1591220628916064]
> Caller-Channel-Created-Time: [1591220628916064]
> Caller-Channel-Answered-Time: [0]
> Caller-Channel-Progress-Time: [0]
> Caller-Channel-Progress-Media-Time: [0]
> Caller-Channel-Hangup-Time: [0]
> Caller-Channel-Transfer-Time: [0]
> Caller-Channel-Resurrect-Time: [0]
> Caller-Channel-Bridged-Time: [0]
> Caller-Channel-Last-Hold: [0]
> Caller-Channel-Hold-Accum: [0]
> Caller-Screen-Bit: [true]
> Caller-Privacy-Hide-Name: [false]
> Caller-Privacy-Hide-Number: [false]
> variable_direction: [inbound]
> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> variable_session_id: [3]
> variable_sip_from_user: [2000]
> variable_sip_from_uri: [2000 at sip.vocinity.com]
> variable_sip_from_host: [sip.vocinity.com]
> variable_video_media_flow: [disabled]
> variable_audio_media_flow: [disabled]
> variable_text_media_flow: [disabled]
> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
> variable_sip_local_network_addr: [204.89.189.50]
> variable_sip_network_ip: [50.210.153.253]
> variable_sip_network_port: [33392]
> variable_sip_invite_stamp: [1591220628916064]
> variable_sip_received_ip: [50.210.153.253]
> variable_sip_received_port: [33392]
> variable_sip_via_protocol: [wss]
> variable_sip_authorized: [true]
> variable_Event-Name: [REQUEST_PARAMS]
> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
> variable_FreeSWITCH-IPv4: [204.89.189.50]
> variable_FreeSWITCH-IPv6: [::1]
> variable_Event-Date-Local: [2020-06-03 17:43:48]
> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
> variable_Event-Date-Timestamp: [1591220628916064]
> variable_Event-Calling-File: [sofia.c]
> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
> variable_Event-Calling-Line-Number: [10541]
> variable_Event-Sequence: [1347]
> variable_sip_number_alias: [2000]
> variable_sip_auth_username: [2000]
> variable_sip_auth_realm: [sip.vocinity.com]
> variable_number_alias: [2000]
> variable_requested_user_name: [2000]
> variable_requested_domain_name: [sip.vocinity.com]
> variable_user_name: [2000]
> variable_domain_name: [sip.vocinity.com]
> variable_sip_from_user_stripped: [2000]
> variable_sip_from_tag: [2dtu94frdc]
> variable_sofia_profile_name: [external]
> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
> variable_recovery_profile_name: [external]
> variable_sip_full_via: [SIP/2.0/WSS
> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
> variable_sip_from_display: [Nathan]
> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
> >;tag=2dtu94frdc]
> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE, OPTIONS,
> REFER, INFO, NOTIFY]
> variable_sip_req_user: [1000]
> variable_sip_req_uri: [1000 at sip.vocinity.com]
> variable_sip_req_host: [sip.vocinity.com]
> variable_sip_to_user: [1000]
> variable_sip_to_uri: [1000 at sip.vocinity.com]
> variable_sip_to_host: [sip.vocinity.com]
> variable_sip_contact_params: [transport=ws;ob]
> variable_sip_contact_user: [cb60h33n]
> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
> variable_sip_contact_host: [jos34dedpjg3.invalid]
> variable_rtp_use_codec_string: [VP8,OPUS]
> variable_sip_user_agent: [JsSIP 3.3.11]
> variable_sip_via_host: [jos34dedpjg3.invalid]
> variable_sip_via_rport: [33392]
> variable_max_forwards: [69]
> variable_sip_nat_detected: [true]
> variable_switch_r_sdp: [v=0
> o=- 4361465521890668688 2 IN IP4 127.0.0.1
> s=-
> t=0 0
> a=group:BUNDLE 0 1
> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
> 126
> c=IN IP4 50.210.153.253
> a=rtpmap:111 opus/48000/2
> a=fmtp:111 minptime=10;useinbandfec=1
> a=rtpmap:103 ISAC/16000
> a=rtpmap:104 ISAC/32000
> a=rtpmap:9 G722/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:106 CN/32000
> a=rtpmap:105 CN/16000
> a=rtpmap:13 CN/8000
> a=rtpmap:110 telephone-event/48000
> a=rtpmap:112 telephone-event/32000
> a=rtpmap:113 telephone-event/16000
> a=rtpmap:126 telephone-event/8000
> a=rtcp:58455 IN IP4 50.210.153.253
> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=ice-ufrag:CbXl
> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
> a=ice-options:trickle
> a=fingerprint:sha-256
> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
> a=setup:actpass
> a=mid:0
> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
> a=extmap:3
> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
> a=rtcp-mux
> a=rtcp-fb:111 transport-cc
> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
> 107 108 109 124 120 123
> c=IN IP4 50.210.153.253
> a=rtpmap:96 VP8/90000
> a=rtpmap:97 rtx/90000
> a=fmtp:97 apt=96
> a=rtpmap:98 VP9/90000
> a=fmtp:98 profile-id=0
> a=rtpmap:99 rtx/90000
> a=fmtp:99 apt=98
> a=rtpmap:100 VP9/90000
> a=fmtp:100 profile-id=2
> a=rtpmap:101 rtx/90000
> a=fmtp:101 apt=100
> a=rtpmap:102 H264/90000
> a=fmtp:102
> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
> a=rtpmap:122 rtx/90000
> a=fmtp:122 apt=102
> a=rtpmap:127 H264/90000
> a=fmtp:127
> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
> a=rtpmap:121 rtx/90000
> a=fmtp:121 apt=127
> a=rtpmap:125 H264/90000
> a=fmtp:125
> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
> a=rtpmap:107 rtx/90000
> a=fmtp:107 apt=125
> a=rtpmap:108 H264/90000
> a=fmtp:108
> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
> a=rtpmap:109 rtx/90000
> a=fmtp:109 apt=108
> a=rtpmap:124 red/90000
> a=rtpmap:120 rtx/90000
> a=fmtp:120 apt=124
> a=rtpmap:123 ulpfec/90000
> a=rtcp:33483 IN IP4 50.210.153.253
> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
> generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
> active generation 0 network-id 1 network-cost 10
> a=ice-ufrag:CbXl
> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
> a=ice-options:trickle
> a=fingerprint:sha-256
> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
> a=setup:actpass
> a=mid:1
> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
> a=extmap:13 urn:3gpp:video-orientation
> a=extmap:3
> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
> a=extmap:11
> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=rtcp-mux
> a=rtcp-rsize
> a=rtcp-fb:96 goog-remb
> a=rtcp-fb:96 transport-cc
> a=rtcp-fb:96 ccm fir
> a=rtcp-fb:96 nack
> a=rtcp-fb:96 nack pli
> a=rtcp-fb:98 goog-remb
> a=rtcp-fb:98 transport-cc
> a=rtcp-fb:98 ccm fir
> a=rtcp-fb:98 nack
> a=rtcp-fb:98 nack pli
> a=rtcp-fb:100 goog-remb
> a=rtcp-fb:100 transport-cc
> a=rtcp-fb:100 ccm fir
> a=rtcp-fb:100 nack
> a=rtcp-fb:100 nack pli
> a=rtcp-fb:102 goog-remb
> a=rtcp-fb:102 transport-cc
> a=rtcp-fb:102 ccm fir
> a=rtcp-fb:102 nack
> a=rtcp-fb:102 nack pli
> a=rtcp-fb:127 goog-remb
> a=rtcp-fb:127 transport-cc
> a=rtcp-fb:127 ccm fir
> a=rtcp-fb:127 nack
> a=rtcp-fb:127 nack pli
> a=rtcp-fb:125 goog-remb
> a=rtcp-fb:125 transport-cc
> a=rtcp-fb:125 ccm fir
> a=rtcp-fb:125 nack
> a=rtcp-fb:125 nack pli
> a=rtcp-fb:108 goog-remb
> a=rtcp-fb:108 transport-cc
> a=rtcp-fb:108 ccm fir
> a=rtcp-fb:108 nack
> a=rtcp-fb:108 nack pli
> a=ssrc-group:FID 2988188772 2811984399
> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> 85c1ee18-b111-4183-8949-af3e72cbd1fe
> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
> ]
> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
> ,CORE_VPX_MODULE.VP8]
> variable_endpoint_disposition: [DELAYED NEGOTIATION]
> variable_DP_MATCH: [ARRAY::1000|:1000]
> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
> variable_current_application: [info]
>
>
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> export(dialed_extension=1000)
> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
> (export_vars) [dialed_extension]=[1000]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> export(nolocal:absolute_codec_string=OPUS,VP8)
> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> set(hangup_after_bridge=true)
> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
> 2000 at sip.vocinity.com [hangup_after_bridge]=[true]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> set(call_timeout=20)
> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
> 2000 at sip.vocinity.com [call_timeout]=[20]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> set(bypass_media=true)
> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
> 2000 at sip.vocinity.com [bypass_media]=[true]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> set(record_concat_video=true)
> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
> 2000 at sip.vocinity.com [record_concat_video]=[true]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> set(enable_file_write_buffering=false)
> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
> 2000 at sip.vocinity.com [enable_file_write_buffering]=[false]
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio Codec
> Compare [opus:116:48000:20:0:1] ++++ is saved as a match
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
> Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
> telephone-event payload to 110 at 48000
> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
> bitrate to local settings [72000bps]
> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
> bitrate to local settings [72000bps]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0 bits
> 1 channels
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111 sofia/external/
> 2000 at sip.vocinity.com Original read codec set to opus:116
> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO candidate
> ACL defined, Defaulting to wan.auto
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
> rtp candidate.
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
> candidate, index 1, 50.210.153.253:41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102 sofia/external/
> 2000 at sip.vocinity.com choosing family v4
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
> candidate, index 2, for rtcp based on rtcp-mux attribute
> 50.210.153.253:41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting remote
> audio ice addr to index 1 50.210.153.253:41704 based on candidate
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting remote
> rtcp audio addr to 50.210.153.253:41704 based on candidate
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
> telephone-event payload to 110 at 48000
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909 sofia/external/
> 2000 at sip.vocinity.com Set 2833 dtmf send payload to 110 recv payload to
> 110
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [VP8:96]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video Codec
> Compare [VP8:96] +++ is saved as a match
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:97]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [VP9:98]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:99]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [VP9:100]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:101]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [H264:102]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:122]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [H264:127]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:121]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [H264:125]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:107]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [H264:108]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:109]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [red:124]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [rtx:120]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
> Compare [ulpfec:123]/[VP8:99]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO candidate
> ACL defined, Defaulting to wan.auto
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
> rtp candidate.
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
> candidate, index 1, 50.210.153.253:57009
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102 sofia/external/
> 2000 at sip.vocinity.com choosing family v4
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
> candidate, index 2, for rtcp based on rtcp-mux attribute
> 50.210.153.253:57009
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting remote
> video ice addr to index 1 50.210.153.253:57009 based on candidate
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting remote
> rtcp video addr to 50.210.153.253:57009 based on candidate
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
> 50.210.153.253 port 41704 codec: 111 ms: 20
> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer [soft]
> 960 bytes per 20ms
> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
> Audio ICE
> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP audio
> ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating
> RTCP PORT 41704
> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
> 1000 and packet rate is: 20000 Remote Port: 41704
> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping RTCP
> ICE (Same as RTP)
> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
> audio DTLS client
> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio DTLS
> state from OFF to HANDSHAKE
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975 sofia/external/
> 2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982 sofia/external/
> 2000 at sip.vocinity.com Set 2833 dtmf receive payload to 110
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005 sofia/external/
> 2000 at sip.vocinity.com Set rtp dtmf delay to 40
> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video timer.
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628 sofia/external/
> 2000 at sip.vocinity.com Starting Video thread
> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494 sofia/external/
> 2000 at sip.vocinity.com Video thread started. Echo is off
> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
> Video ICE
> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP video
> ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
> VIDEO RTCP PORT 57009 interval 1000 mux 1
> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
> 1000 and packet rate is: 90000 Remote Port: 57009
> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping VIDEO
> RTCP ICE (Same as VIDEO RTP)
> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
> video DTLS client
> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video DTLS
> state from OFF to HANDSHAKE
> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
> sofia/external/2000 at sip.vocinity.com!
> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565 (sofia/external/
> 2000 at sip.vocinity.com) Callstate Change RINGING -> EARLY
> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio params
> are unchanged for sofia/external/2000 at sip.vocinity.com.
> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video params
> are unchanged for sofia/external/2000 at sip.vocinity.com.
> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
> sofia/external/2000 at sip.vocinity.com:
> v=0
> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
> s=FreeSWITCH
> c=IN IP4 204.89.189.50
> t=0 0
> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
> a=rtpmap:111 opus/48000/2
> a=fmtp:111 useinbandfec=1; minptime=10
> a=rtpmap:110 telephone-event/48000
> a=ptime:20
> a=sendrecv
> a=fingerprint:sha-256
> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
> a=setup:active
> a=rtcp-mux
> a=rtcp:31674 IN IP4 204.89.189.50
> a=ice-ufrag:U5MYK20Qqyc82ZOo
> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
> generation 0
> a=end-of-candidates
> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
> m=video 25172 UDP/TLS/RTP/SAVPF 96
> b=AS:2048
> a=rtpmap:96 VP8/90000
> a=sendrecv
> a=fingerprint:sha-256
> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
> a=setup:active
> a=rtcp-mux
> a=rtcp:25172 IN IP4 204.89.189.50
> a=rtcp-fb:96 ccm fir
> a=rtcp-fb:96 nack
> a=rtcp-fb:96 nack pli
> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
> a=ice-ufrag:I30diMDiE7MKVu9K
> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
> generation 0
> a=end-of-candidates
>
> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
> 2000 at sip.vocinity.com entering state [completed][200]
> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
> 2000 at sip.vocinity.com entering state [ready][200]
> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio DTLS
> state from HANDSHAKE to SETUP
> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
> Verified.
> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
> Secure RTP SEND
> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
> Secure RTP RECV
> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
> srtp:dtls:AES_CM_128_HMAC_SHA1_80
> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio DTLS
> state from SETUP to READY
> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
> srtp:dtls:AES_CM_128_HMAC_SHA1_80
> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
> [sofia/external/2000 at sip.vocinity.com] has been answered
> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865 (sofia/external/
> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
> record_session(/recordings/20200603174349_2000_1000.mp4)
> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
> channels: 1
> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec PCMU
> Exists but not at the desired implementation. 44100hz 20ms 1ch
> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec Activation
> Fail
> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir is
> set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also a
> valid path
> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
> /recordings/20200603174349_2000_1000.mp4
> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
> 1000 at sip.vocinity.com)
>
> ><>
>
> nathan stratton
>
>
> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com> wrote:
>
>> Need the full debug log, there is no PCMU at 44.1khz so how did
>> that happen?
>>
>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>> wrote:
>>
>>>
>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>
>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794 Channel
>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> record_session(/recordings/20200603150346_2000.mp4)
>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>> channels: 1
>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec PCMU
>>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>>> Fail
>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir is
>>> set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also a
>>> valid path
>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
>>> /recordings/20200603150346_2000.mp4
>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865 (sofia/external/
>>> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>>>
>>> ><>
>>> nathan stratton
>>> _________________________________________________________________________
>>>
>>> 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>
>> _________________________________________________________________________
>>
>> 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/20200606/a71e4725/attachment-0001.html>

From covici at ccs.covici.com  Sat Jun  6 19:45:06 2020
From: covici at ccs.covici.com (John Covici)
Date: Sat, 06 Jun 2020 15:45:06 -0400
Subject: [Freeswitch-users] strange warnings on new install on debian 10
Message-ID: <m3r1usugfx.wl-covici@ccs.covici.com>

Hi.  I have a new install  of fs on a Debian 10 install -- not quite a
clean install -- but I did get the bdeps and I compiled from source.
Here are the warnings:

Checking module integrity in target [/usr/local/freeswitch/mod]

WARNING: installed module: mod_spidermonkey_core_db.so was not
installed by this build.  It is not present in modules.conf.
WARNING: installed module: mod_spidermonkey_curl.so was not installed
by this build.  It is not present in modules.conf.
WARNING: installed module: mod_spidermonkey.so was not installed by
this build.  It is not present in modules.conf.
WARNING: installed module: mod_spidermonkey_socket.so was not
installed by this build.  It is not present in modules.conf.
WARNING: installed module: mod_spidermonkey_teletone.so was not
installed by this build.  It is not present in modules.conf.

I don't see any reference to spidermonkey anywhere in the fs source
so I am confused as to how to fix.

Thanks in advance for any suggestions.

-- 
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 nathan at robotics.net  Sun Jun  7 22:36:13 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Sun, 7 Jun 2020 18:36:13 -0400
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
Message-ID: <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>

Yes, Debian does work, because it has mod_av and Centos does not.

><>
nathan stratton


On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com> wrote:

> Use Debian!
>
> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net> wrote:
>
>> Great question, I tried OPUS and PCMU and get the same result. I am
>> running FreeSWITCH 10.0.3 on Centos 8.
>>
>>
>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
>> sofia/external/2000 at sip.vocinity.com
>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW (Cur
>> 1 Tot 3)
>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>> version: 1.10.3 -release 64bit
>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl "internal"
>> for ip/port 50.210.153.253:0.
>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for [
>> 1000 at sip.vocinity.com]
>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>> (sofia/external/2000 at sip.vocinity.com) State NEW
>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to session
>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>> version: 1.10.3 -release 64bit
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl "internal"
>> for ip/port 50.210.153.253:0.
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode based
>> on via received
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
>> 2000 at sip.vocinity.com entering state [received][100]
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>> v=0
>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>> s=-
>> t=0 0
>> a=group:BUNDLE 0 1
>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
>> 126
>> c=IN IP4 50.210.153.253
>> a=rtpmap:111 opus/48000/2
>> a=fmtp:111 minptime=10;useinbandfec=1
>> a=rtpmap:103 ISAC/16000
>> a=rtpmap:104 ISAC/32000
>> a=rtpmap:9 G722/8000
>> a=rtpmap:0 PCMU/8000
>> a=rtpmap:8 PCMA/8000
>> a=rtpmap:106 CN/32000
>> a=rtpmap:105 CN/16000
>> a=rtpmap:13 CN/8000
>> a=rtpmap:110 telephone-event/48000
>> a=rtpmap:112 telephone-event/32000
>> a=rtpmap:113 telephone-event/16000
>> a=rtpmap:126 telephone-event/8000
>> a=rtcp:58455 IN IP4 50.210.153.253
>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=ice-ufrag:CbXl
>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>> a=ice-options:trickle
>> a=fingerprint:sha-256
>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>> a=setup:actpass
>> a=mid:0
>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>> a=extmap:3
>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> a=rtcp-mux
>> a=rtcp-fb:111 transport-cc
>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>> 107 108 109 124 120 123
>> c=IN IP4 50.210.153.253
>> a=rtpmap:96 VP8/90000
>> a=rtpmap:97 rtx/90000
>> a=fmtp:97 apt=96
>> a=rtpmap:98 VP9/90000
>> a=fmtp:98 profile-id=0
>> a=rtpmap:99 rtx/90000
>> a=fmtp:99 apt=98
>> a=rtpmap:100 VP9/90000
>> a=fmtp:100 profile-id=2
>> a=rtpmap:101 rtx/90000
>> a=fmtp:101 apt=100
>> a=rtpmap:102 H264/90000
>> a=fmtp:102
>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>> a=rtpmap:122 rtx/90000
>> a=fmtp:122 apt=102
>> a=rtpmap:127 H264/90000
>> a=fmtp:127
>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>> a=rtpmap:121 rtx/90000
>> a=fmtp:121 apt=127
>> a=rtpmap:125 H264/90000
>> a=fmtp:125
>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>> a=rtpmap:107 rtx/90000
>> a=fmtp:107 apt=125
>> a=rtpmap:108 H264/90000
>> a=fmtp:108
>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>> a=rtpmap:109 rtx/90000
>> a=fmtp:109 apt=108
>> a=rtpmap:124 red/90000
>> a=rtpmap:120 rtx/90000
>> a=fmtp:120 apt=124
>> a=rtpmap:123 ulpfec/90000
>> a=rtcp:33483 IN IP4 50.210.153.253
>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=ice-ufrag:CbXl
>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>> a=ice-options:trickle
>> a=fingerprint:sha-256
>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>> a=setup:actpass
>> a=mid:1
>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>> a=extmap:13 urn:3gpp:video-orientation
>> a=extmap:3
>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>> a=extmap:11
>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=rtcp-mux
>> a=rtcp-rsize
>> a=rtcp-fb:96 goog-remb
>> a=rtcp-fb:96 transport-cc
>> a=rtcp-fb:96 ccm fir
>> a=rtcp-fb:96 nack
>> a=rtcp-fb:96 nack pli
>> a=rtcp-fb:98 goog-remb
>> a=rtcp-fb:98 transport-cc
>> a=rtcp-fb:98 ccm fir
>> a=rtcp-fb:98 nack
>> a=rtcp-fb:98 nack pli
>> a=rtcp-fb:100 goog-remb
>> a=rtcp-fb:100 transport-cc
>> a=rtcp-fb:100 ccm fir
>> a=rtcp-fb:100 nack
>> a=rtcp-fb:100 nack pli
>> a=rtcp-fb:102 goog-remb
>> a=rtcp-fb:102 transport-cc
>> a=rtcp-fb:102 ccm fir
>> a=rtcp-fb:102 nack
>> a=rtcp-fb:102 nack pli
>> a=rtcp-fb:127 goog-remb
>> a=rtcp-fb:127 transport-cc
>> a=rtcp-fb:127 ccm fir
>> a=rtcp-fb:127 nack
>> a=rtcp-fb:127 nack pli
>> a=rtcp-fb:125 goog-remb
>> a=rtcp-fb:125 transport-cc
>> a=rtcp-fb:125 ccm fir
>> a=rtcp-fb:125 nack
>> a=rtcp-fb:125 nack pli
>> a=rtcp-fb:108 goog-remb
>> a=rtcp-fb:108 transport-cc
>> a=rtcp-fb:108 ccm fir
>> a=rtcp-fb:108 nack
>> a=rtcp-fb:108 nack pli
>> a=ssrc-group:FID 2988188772 2811984399
>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>
>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT (Cur
>> 1 Tot 3)
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>> (sofia/external/2000 at sip.vocinity.com) State INIT
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>> 2000 at sip.vocinity.com SOFIA INIT
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>> sofia/external/2000 at sip.vocinity.com Standard INIT
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT -> CS_ROUTING
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_ROUTING
>> (Cur 1 Tot 3)
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332 (sofia/external/
>> 2000 at sip.vocinity.com) Callstate Change DOWN -> RINGING
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>> 2000 at sip.vocinity.com SOFIA ROUTING
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>> Nathan <2000>->1000 in context default
>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing [default->global]
>> continue=true
>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>> [global]
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>> [default->Local_Users] continue=false
>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> export(dialed_extension=1000)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> export(nolocal:absolute_codec_string=OPUS,VP8)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> set(hangup_after_bridge=true)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> set(call_timeout=20)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> set(bypass_media=true)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> set(record_concat_video=true)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> set(enable_file_write_buffering=false)
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>
>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>> bridge(user/${dialed_extension}@${domain_name})
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>> CS_EXECUTE
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_EXECUTE
>> (Cur 1 Tot 3)
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>> 2000 at sip.vocinity.com SOFIA EXECUTE
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>> Channel-State: [CS_EXECUTE]
>> Channel-Call-State: [RINGING]
>> Channel-State-Number: [4]
>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> Call-Direction: [inbound]
>> Presence-Call-Direction: [inbound]
>> Channel-HIT-Dialplan: [true]
>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> Answer-State: [ringing]
>> Caller-Direction: [inbound]
>> Caller-Logical-Direction: [inbound]
>> Caller-Username: [2000]
>> Caller-Dialplan: [XML]
>> Caller-Caller-ID-Name: [Nathan]
>> Caller-Caller-ID-Number: [2000]
>> Caller-Orig-Caller-ID-Name: [Nathan]
>> Caller-Orig-Caller-ID-Number: [2000]
>> Caller-Network-Addr: [50.210.153.253]
>> Caller-ANI: [2000]
>> Caller-Destination-Number: [1000]
>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> Caller-Source: [mod_sofia]
>> Caller-Context: [default]
>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>> Caller-Profile-Index: [1]
>> Caller-Profile-Created-Time: [1591220628916064]
>> Caller-Channel-Created-Time: [1591220628916064]
>> Caller-Channel-Answered-Time: [0]
>> Caller-Channel-Progress-Time: [0]
>> Caller-Channel-Progress-Media-Time: [0]
>> Caller-Channel-Hangup-Time: [0]
>> Caller-Channel-Transfer-Time: [0]
>> Caller-Channel-Resurrect-Time: [0]
>> Caller-Channel-Bridged-Time: [0]
>> Caller-Channel-Last-Hold: [0]
>> Caller-Channel-Hold-Accum: [0]
>> Caller-Screen-Bit: [true]
>> Caller-Privacy-Hide-Name: [false]
>> Caller-Privacy-Hide-Number: [false]
>> variable_direction: [inbound]
>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> variable_session_id: [3]
>> variable_sip_from_user: [2000]
>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>> variable_sip_from_host: [sip.vocinity.com]
>> variable_video_media_flow: [disabled]
>> variable_audio_media_flow: [disabled]
>> variable_text_media_flow: [disabled]
>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>> variable_sip_local_network_addr: [204.89.189.50]
>> variable_sip_network_ip: [50.210.153.253]
>> variable_sip_network_port: [33392]
>> variable_sip_invite_stamp: [1591220628916064]
>> variable_sip_received_ip: [50.210.153.253]
>> variable_sip_received_port: [33392]
>> variable_sip_via_protocol: [wss]
>> variable_sip_authorized: [true]
>> variable_Event-Name: [REQUEST_PARAMS]
>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>> variable_FreeSWITCH-IPv6: [::1]
>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>> variable_Event-Date-Timestamp: [1591220628916064]
>> variable_Event-Calling-File: [sofia.c]
>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>> variable_Event-Calling-Line-Number: [10541]
>> variable_Event-Sequence: [1347]
>> variable_sip_number_alias: [2000]
>> variable_sip_auth_username: [2000]
>> variable_sip_auth_realm: [sip.vocinity.com]
>> variable_number_alias: [2000]
>> variable_requested_user_name: [2000]
>> variable_requested_domain_name: [sip.vocinity.com]
>> variable_user_name: [2000]
>> variable_domain_name: [sip.vocinity.com]
>> variable_sip_from_user_stripped: [2000]
>> variable_sip_from_tag: [2dtu94frdc]
>> variable_sofia_profile_name: [external]
>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>> variable_recovery_profile_name: [external]
>> variable_sip_full_via: [SIP/2.0/WSS
>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>> variable_sip_from_display: [Nathan]
>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>> >;tag=2dtu94frdc]
>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE, OPTIONS,
>> REFER, INFO, NOTIFY]
>> variable_sip_req_user: [1000]
>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>> variable_sip_req_host: [sip.vocinity.com]
>> variable_sip_to_user: [1000]
>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>> variable_sip_to_host: [sip.vocinity.com]
>> variable_sip_contact_params: [transport=ws;ob]
>> variable_sip_contact_user: [cb60h33n]
>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>> variable_rtp_use_codec_string: [VP8,OPUS]
>> variable_sip_user_agent: [JsSIP 3.3.11]
>> variable_sip_via_host: [jos34dedpjg3.invalid]
>> variable_sip_via_rport: [33392]
>> variable_max_forwards: [69]
>> variable_sip_nat_detected: [true]
>> variable_switch_r_sdp: [v=0
>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>> s=-
>> t=0 0
>> a=group:BUNDLE 0 1
>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
>> 126
>> c=IN IP4 50.210.153.253
>> a=rtpmap:111 opus/48000/2
>> a=fmtp:111 minptime=10;useinbandfec=1
>> a=rtpmap:103 ISAC/16000
>> a=rtpmap:104 ISAC/32000
>> a=rtpmap:9 G722/8000
>> a=rtpmap:0 PCMU/8000
>> a=rtpmap:8 PCMA/8000
>> a=rtpmap:106 CN/32000
>> a=rtpmap:105 CN/16000
>> a=rtpmap:13 CN/8000
>> a=rtpmap:110 telephone-event/48000
>> a=rtpmap:112 telephone-event/32000
>> a=rtpmap:113 telephone-event/16000
>> a=rtpmap:126 telephone-event/8000
>> a=rtcp:58455 IN IP4 50.210.153.253
>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=ice-ufrag:CbXl
>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>> a=ice-options:trickle
>> a=fingerprint:sha-256
>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>> a=setup:actpass
>> a=mid:0
>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>> a=extmap:3
>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> a=rtcp-mux
>> a=rtcp-fb:111 transport-cc
>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>> 107 108 109 124 120 123
>> c=IN IP4 50.210.153.253
>> a=rtpmap:96 VP8/90000
>> a=rtpmap:97 rtx/90000
>> a=fmtp:97 apt=96
>> a=rtpmap:98 VP9/90000
>> a=fmtp:98 profile-id=0
>> a=rtpmap:99 rtx/90000
>> a=fmtp:99 apt=98
>> a=rtpmap:100 VP9/90000
>> a=fmtp:100 profile-id=2
>> a=rtpmap:101 rtx/90000
>> a=fmtp:101 apt=100
>> a=rtpmap:102 H264/90000
>> a=fmtp:102
>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>> a=rtpmap:122 rtx/90000
>> a=fmtp:122 apt=102
>> a=rtpmap:127 H264/90000
>> a=fmtp:127
>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>> a=rtpmap:121 rtx/90000
>> a=fmtp:121 apt=127
>> a=rtpmap:125 H264/90000
>> a=fmtp:125
>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>> a=rtpmap:107 rtx/90000
>> a=fmtp:107 apt=125
>> a=rtpmap:108 H264/90000
>> a=fmtp:108
>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>> a=rtpmap:109 rtx/90000
>> a=fmtp:109 apt=108
>> a=rtpmap:124 red/90000
>> a=rtpmap:120 rtx/90000
>> a=fmtp:120 apt=124
>> a=rtpmap:123 ulpfec/90000
>> a=rtcp:33483 IN IP4 50.210.153.253
>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>> generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>> active generation 0 network-id 1 network-cost 10
>> a=ice-ufrag:CbXl
>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>> a=ice-options:trickle
>> a=fingerprint:sha-256
>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>> a=setup:actpass
>> a=mid:1
>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>> a=extmap:13 urn:3gpp:video-orientation
>> a=extmap:3
>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>> a=extmap:11
>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=rtcp-mux
>> a=rtcp-rsize
>> a=rtcp-fb:96 goog-remb
>> a=rtcp-fb:96 transport-cc
>> a=rtcp-fb:96 ccm fir
>> a=rtcp-fb:96 nack
>> a=rtcp-fb:96 nack pli
>> a=rtcp-fb:98 goog-remb
>> a=rtcp-fb:98 transport-cc
>> a=rtcp-fb:98 ccm fir
>> a=rtcp-fb:98 nack
>> a=rtcp-fb:98 nack pli
>> a=rtcp-fb:100 goog-remb
>> a=rtcp-fb:100 transport-cc
>> a=rtcp-fb:100 ccm fir
>> a=rtcp-fb:100 nack
>> a=rtcp-fb:100 nack pli
>> a=rtcp-fb:102 goog-remb
>> a=rtcp-fb:102 transport-cc
>> a=rtcp-fb:102 ccm fir
>> a=rtcp-fb:102 nack
>> a=rtcp-fb:102 nack pli
>> a=rtcp-fb:127 goog-remb
>> a=rtcp-fb:127 transport-cc
>> a=rtcp-fb:127 ccm fir
>> a=rtcp-fb:127 nack
>> a=rtcp-fb:127 nack pli
>> a=rtcp-fb:125 goog-remb
>> a=rtcp-fb:125 transport-cc
>> a=rtcp-fb:125 ccm fir
>> a=rtcp-fb:125 nack
>> a=rtcp-fb:125 nack pli
>> a=rtcp-fb:108 goog-remb
>> a=rtcp-fb:108 transport-cc
>> a=rtcp-fb:108 ccm fir
>> a=rtcp-fb:108 nack
>> a=rtcp-fb:108 nack pli
>> a=ssrc-group:FID 2988188772 2811984399
>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>> ]
>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>> ,CORE_VPX_MODULE.VP8]
>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>> variable_DP_MATCH: [ARRAY::1000|:1000]
>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>> variable_current_application: [info]
>>
>>
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> export(dialed_extension=1000)
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>> (export_vars) [dialed_extension]=[1000]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> export(nolocal:absolute_codec_string=OPUS,VP8)
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> set(hangup_after_bridge=true)
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>> 2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> set(call_timeout=20)
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>> 2000 at sip.vocinity.com [call_timeout]=[20]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> set(bypass_media=true)
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>> 2000 at sip.vocinity.com [bypass_media]=[true]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> set(record_concat_video=true)
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>> 2000 at sip.vocinity.com [record_concat_video]=[true]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> set(enable_file_write_buffering=false)
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>> 2000 at sip.vocinity.com [enable_file_write_buffering]=[false]
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio Codec
>> Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>> Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>> telephone-event payload to 110 at 48000
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>> bitrate to local settings [72000bps]
>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>> bitrate to local settings [72000bps]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
>> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0 bits
>> 1 channels
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111 sofia/external/
>> 2000 at sip.vocinity.com Original read codec set to opus:116
>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>> candidate ACL defined, Defaulting to wan.auto
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
>> rtp candidate.
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>> candidate, index 1, 50.210.153.253:41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>> sofia/external/2000 at sip.vocinity.com choosing family v4
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>> candidate, index 2, for rtcp based on rtcp-mux attribute
>> 50.210.153.253:41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>> remote audio ice addr to index 1 50.210.153.253:41704 based on candidate
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>> telephone-event payload to 110 at 48000
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>> recv payload to 110
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [VP8:96]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video Codec
>> Compare [VP8:96] +++ is saved as a match
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:97]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [VP9:98]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:99]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [VP9:100]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:101]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [H264:102]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:122]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [H264:127]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:121]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [H264:125]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:107]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [H264:108]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:109]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [red:124]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [rtx:120]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>> Compare [ulpfec:123]/[VP8:99]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
>> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>> candidate ACL defined, Defaulting to wan.auto
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching for
>> rtp candidate.
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>> candidate, index 1, 50.210.153.253:57009
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>> sofia/external/2000 at sip.vocinity.com choosing family v4
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>> candidate, index 2, for rtcp based on rtcp-mux attribute
>> 50.210.153.253:57009
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>> remote video ice addr to index 1 50.210.153.253:57009 based on candidate
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
>> 50.210.153.253 port 41704 codec: 111 ms: 20
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>> [soft] 960 bytes per 20ms
>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
>> Audio ICE
>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating
>> RTCP PORT 41704
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>> 1000 and packet rate is: 20000 Remote Port: 41704
>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping RTCP
>> ICE (Same as RTP)
>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>> audio DTLS client
>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio DTLS
>> state from OFF to HANDSHAKE
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload to 110
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video timer.
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is off
>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
>> Video ICE
>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
>> VIDEO RTCP PORT 57009 interval 1000 mux 1
>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>> 1000 and packet rate is: 90000 Remote Port: 57009
>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping VIDEO
>> RTCP ICE (Same as VIDEO RTP)
>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>> video DTLS client
>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video DTLS
>> state from OFF to HANDSHAKE
>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>> sofia/external/2000 at sip.vocinity.com!
>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565 (sofia/external/
>> 2000 at sip.vocinity.com) Callstate Change RINGING -> EARLY
>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio params
>> are unchanged for sofia/external/2000 at sip.vocinity.com.
>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video params
>> are unchanged for sofia/external/2000 at sip.vocinity.com.
>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>> sofia/external/2000 at sip.vocinity.com:
>> v=0
>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>> s=FreeSWITCH
>> c=IN IP4 204.89.189.50
>> t=0 0
>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>> a=rtpmap:111 opus/48000/2
>> a=fmtp:111 useinbandfec=1; minptime=10
>> a=rtpmap:110 telephone-event/48000
>> a=ptime:20
>> a=sendrecv
>> a=fingerprint:sha-256
>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>> a=setup:active
>> a=rtcp-mux
>> a=rtcp:31674 IN IP4 204.89.189.50
>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>> generation 0
>> a=end-of-candidates
>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>> b=AS:2048
>> a=rtpmap:96 VP8/90000
>> a=sendrecv
>> a=fingerprint:sha-256
>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>> a=setup:active
>> a=rtcp-mux
>> a=rtcp:25172 IN IP4 204.89.189.50
>> a=rtcp-fb:96 ccm fir
>> a=rtcp-fb:96 nack
>> a=rtcp-fb:96 nack pli
>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>> a=ice-ufrag:I30diMDiE7MKVu9K
>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>> generation 0
>> a=end-of-candidates
>>
>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
>> 2000 at sip.vocinity.com entering state [completed][200]
>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
>> 2000 at sip.vocinity.com entering state [ready][200]
>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio DTLS
>> state from HANDSHAKE to SETUP
>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
>> Verified.
>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>> Secure RTP SEND
>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>> Secure RTP RECV
>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
>> srtp:dtls:AES_CM_128_HMAC_SHA1_80
>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio DTLS
>> state from SETUP to READY
>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
>> srtp:dtls:AES_CM_128_HMAC_SHA1_80
>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>> [sofia/external/2000 at sip.vocinity.com] has been answered
>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865 (sofia/external/
>> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>> record_session(/recordings/20200603174349_2000_1000.mp4)
>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>> channels: 1
>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec PCMU
>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>> Fail
>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir is
>> set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also a
>> valid path
>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
>> /recordings/20200603174349_2000_1000.mp4
>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>> 1000 at sip.vocinity.com)
>>
>> ><>
>>
>> nathan stratton
>>
>>
>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com> wrote:
>>
>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>> that happen?
>>>
>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>> wrote:
>>>
>>>>
>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>
>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794 Channel
>>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>>> channels: 1
>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec PCMU
>>>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>>>> Fail
>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir
>>>> is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also
>>>> a valid path
>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
>>>> /recordings/20200603150346_2000.mp4
>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>>>>
>>>> ><>
>>>> nathan stratton
>>>>
>>>> _________________________________________________________________________
>>>>
>>>> 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>
>>> _________________________________________________________________________
>>>
>>> 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>
> _________________________________________________________________________
>
> 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/20200607/9a3a3fbe/attachment-0001.html>

From david.villasmil.work at gmail.com  Sun Jun  7 23:38:09 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 8 Jun 2020 00:38:09 +0100
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
 <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
Message-ID: <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>

there’s a reason freeswitch documentation clearly states it should be used
on Debian

;)

On Mon, 8 Jun 2020 at 00:07, Nathan Stratton <nathan at robotics.net> wrote:

> Yes, Debian does work, because it has mod_av and Centos does not.
>
> ><>
>
> nathan stratton
>
>
> On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com> wrote:
>
>> Use Debian!
>>
>> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net> wrote:
>>
>>> Great question, I tried OPUS and PCMU and get the same result. I am
>>> running FreeSWITCH 10.0.3 on Centos 8.
>>>
>>>
>>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
>>> sofia/external/2000 at sip.vocinity.com
>>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW (Cur
>>> 1 Tot 3)
>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>> version: 1.10.3 -release 64bit
>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl
>>> "internal" for ip/port 50.210.153.253:0.
>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for [
>>> 1000 at sip.vocinity.com]
>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>>> (sofia/external/2000 at sip.vocinity.com) State NEW
>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to session
>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>> version: 1.10.3 -release 64bit
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl
>>> "internal" for ip/port 50.210.153.253:0.
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode based
>>> on via received
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
>>> 2000 at sip.vocinity.com entering state [received][100]
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>>> v=0
>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>> s=-
>>> t=0 0
>>> a=group:BUNDLE 0 1
>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
>>> 126
>>> c=IN IP4 50.210.153.253
>>> a=rtpmap:111 opus/48000/2
>>> a=fmtp:111 minptime=10;useinbandfec=1
>>> a=rtpmap:103 ISAC/16000
>>> a=rtpmap:104 ISAC/32000
>>> a=rtpmap:9 G722/8000
>>> a=rtpmap:0 PCMU/8000
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:106 CN/32000
>>> a=rtpmap:105 CN/16000
>>> a=rtpmap:13 CN/8000
>>> a=rtpmap:110 telephone-event/48000
>>> a=rtpmap:112 telephone-event/32000
>>> a=rtpmap:113 telephone-event/16000
>>> a=rtpmap:126 telephone-event/8000
>>> a=rtcp:58455 IN IP4 50.210.153.253
>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=ice-ufrag:CbXl
>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>> a=ice-options:trickle
>>> a=fingerprint:sha-256
>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>> a=setup:actpass
>>> a=mid:0
>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>> a=extmap:3
>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> a=rtcp-mux
>>> a=rtcp-fb:111 transport-cc
>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>>> 107 108 109 124 120 123
>>> c=IN IP4 50.210.153.253
>>> a=rtpmap:96 VP8/90000
>>> a=rtpmap:97 rtx/90000
>>> a=fmtp:97 apt=96
>>> a=rtpmap:98 VP9/90000
>>> a=fmtp:98 profile-id=0
>>> a=rtpmap:99 rtx/90000
>>> a=fmtp:99 apt=98
>>> a=rtpmap:100 VP9/90000
>>> a=fmtp:100 profile-id=2
>>> a=rtpmap:101 rtx/90000
>>> a=fmtp:101 apt=100
>>> a=rtpmap:102 H264/90000
>>> a=fmtp:102
>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>> a=rtpmap:122 rtx/90000
>>> a=fmtp:122 apt=102
>>> a=rtpmap:127 H264/90000
>>> a=fmtp:127
>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>> a=rtpmap:121 rtx/90000
>>> a=fmtp:121 apt=127
>>> a=rtpmap:125 H264/90000
>>> a=fmtp:125
>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>> a=rtpmap:107 rtx/90000
>>> a=fmtp:107 apt=125
>>> a=rtpmap:108 H264/90000
>>> a=fmtp:108
>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>> a=rtpmap:109 rtx/90000
>>> a=fmtp:109 apt=108
>>> a=rtpmap:124 red/90000
>>> a=rtpmap:120 rtx/90000
>>> a=fmtp:120 apt=124
>>> a=rtpmap:123 ulpfec/90000
>>> a=rtcp:33483 IN IP4 50.210.153.253
>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=ice-ufrag:CbXl
>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>> a=ice-options:trickle
>>> a=fingerprint:sha-256
>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>> a=setup:actpass
>>> a=mid:1
>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>> a=extmap:13 urn:3gpp:video-orientation
>>> a=extmap:3
>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>> a=extmap:11
>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=rtcp-mux
>>> a=rtcp-rsize
>>> a=rtcp-fb:96 goog-remb
>>> a=rtcp-fb:96 transport-cc
>>> a=rtcp-fb:96 ccm fir
>>> a=rtcp-fb:96 nack
>>> a=rtcp-fb:96 nack pli
>>> a=rtcp-fb:98 goog-remb
>>> a=rtcp-fb:98 transport-cc
>>> a=rtcp-fb:98 ccm fir
>>> a=rtcp-fb:98 nack
>>> a=rtcp-fb:98 nack pli
>>> a=rtcp-fb:100 goog-remb
>>> a=rtcp-fb:100 transport-cc
>>> a=rtcp-fb:100 ccm fir
>>> a=rtcp-fb:100 nack
>>> a=rtcp-fb:100 nack pli
>>> a=rtcp-fb:102 goog-remb
>>> a=rtcp-fb:102 transport-cc
>>> a=rtcp-fb:102 ccm fir
>>> a=rtcp-fb:102 nack
>>> a=rtcp-fb:102 nack pli
>>> a=rtcp-fb:127 goog-remb
>>> a=rtcp-fb:127 transport-cc
>>> a=rtcp-fb:127 ccm fir
>>> a=rtcp-fb:127 nack
>>> a=rtcp-fb:127 nack pli
>>> a=rtcp-fb:125 goog-remb
>>> a=rtcp-fb:125 transport-cc
>>> a=rtcp-fb:125 ccm fir
>>> a=rtcp-fb:125 nack
>>> a=rtcp-fb:125 nack pli
>>> a=rtcp-fb:108 goog-remb
>>> a=rtcp-fb:108 transport-cc
>>> a=rtcp-fb:108 ccm fir
>>> a=rtcp-fb:108 nack
>>> a=rtcp-fb:108 nack pli
>>> a=ssrc-group:FID 2988188772 2811984399
>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>
>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT
>>> (Cur 1 Tot 3)
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>> (sofia/external/2000 at sip.vocinity.com) State INIT
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>>> 2000 at sip.vocinity.com SOFIA INIT
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>>> sofia/external/2000 at sip.vocinity.com Standard INIT
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT ->
>>> CS_ROUTING
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_ROUTING
>>> (Cur 1 Tot 3)
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332 (sofia/external/
>>> 2000 at sip.vocinity.com) Callstate Change DOWN -> RINGING
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>>> 2000 at sip.vocinity.com SOFIA ROUTING
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>>> Nathan <2000>->1000 in context default
>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>> [default->global] continue=true
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>>> [global]
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>> [default->Local_Users] continue=false
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> export(dialed_extension=1000)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> set(hangup_after_bridge=true)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> set(call_timeout=20)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> set(bypass_media=true)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> set(record_concat_video=true)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> set(enable_file_write_buffering=false)
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>>
>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>> bridge(user/${dialed_extension}@${domain_name})
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>>> CS_EXECUTE
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_EXECUTE
>>> (Cur 1 Tot 3)
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>>> 2000 at sip.vocinity.com SOFIA EXECUTE
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>>> Channel-State: [CS_EXECUTE]
>>> Channel-Call-State: [RINGING]
>>> Channel-State-Number: [4]
>>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> Call-Direction: [inbound]
>>> Presence-Call-Direction: [inbound]
>>> Channel-HIT-Dialplan: [true]
>>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> Answer-State: [ringing]
>>> Caller-Direction: [inbound]
>>> Caller-Logical-Direction: [inbound]
>>> Caller-Username: [2000]
>>> Caller-Dialplan: [XML]
>>> Caller-Caller-ID-Name: [Nathan]
>>> Caller-Caller-ID-Number: [2000]
>>> Caller-Orig-Caller-ID-Name: [Nathan]
>>> Caller-Orig-Caller-ID-Number: [2000]
>>> Caller-Network-Addr: [50.210.153.253]
>>> Caller-ANI: [2000]
>>> Caller-Destination-Number: [1000]
>>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> Caller-Source: [mod_sofia]
>>> Caller-Context: [default]
>>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>> Caller-Profile-Index: [1]
>>> Caller-Profile-Created-Time: [1591220628916064]
>>> Caller-Channel-Created-Time: [1591220628916064]
>>> Caller-Channel-Answered-Time: [0]
>>> Caller-Channel-Progress-Time: [0]
>>> Caller-Channel-Progress-Media-Time: [0]
>>> Caller-Channel-Hangup-Time: [0]
>>> Caller-Channel-Transfer-Time: [0]
>>> Caller-Channel-Resurrect-Time: [0]
>>> Caller-Channel-Bridged-Time: [0]
>>> Caller-Channel-Last-Hold: [0]
>>> Caller-Channel-Hold-Accum: [0]
>>> Caller-Screen-Bit: [true]
>>> Caller-Privacy-Hide-Name: [false]
>>> Caller-Privacy-Hide-Number: [false]
>>> variable_direction: [inbound]
>>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> variable_session_id: [3]
>>> variable_sip_from_user: [2000]
>>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>>> variable_sip_from_host: [sip.vocinity.com]
>>> variable_video_media_flow: [disabled]
>>> variable_audio_media_flow: [disabled]
>>> variable_text_media_flow: [disabled]
>>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>>> variable_sip_local_network_addr: [204.89.189.50]
>>> variable_sip_network_ip: [50.210.153.253]
>>> variable_sip_network_port: [33392]
>>> variable_sip_invite_stamp: [1591220628916064]
>>> variable_sip_received_ip: [50.210.153.253]
>>> variable_sip_received_port: [33392]
>>> variable_sip_via_protocol: [wss]
>>> variable_sip_authorized: [true]
>>> variable_Event-Name: [REQUEST_PARAMS]
>>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>>> variable_FreeSWITCH-IPv6: [::1]
>>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>>> variable_Event-Date-Timestamp: [1591220628916064]
>>> variable_Event-Calling-File: [sofia.c]
>>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>>> variable_Event-Calling-Line-Number: [10541]
>>> variable_Event-Sequence: [1347]
>>> variable_sip_number_alias: [2000]
>>> variable_sip_auth_username: [2000]
>>> variable_sip_auth_realm: [sip.vocinity.com]
>>> variable_number_alias: [2000]
>>> variable_requested_user_name: [2000]
>>> variable_requested_domain_name: [sip.vocinity.com]
>>> variable_user_name: [2000]
>>> variable_domain_name: [sip.vocinity.com]
>>> variable_sip_from_user_stripped: [2000]
>>> variable_sip_from_tag: [2dtu94frdc]
>>> variable_sofia_profile_name: [external]
>>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>>> variable_recovery_profile_name: [external]
>>> variable_sip_full_via: [SIP/2.0/WSS
>>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>>> variable_sip_from_display: [Nathan]
>>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>>> >;tag=2dtu94frdc]
>>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE, OPTIONS,
>>> REFER, INFO, NOTIFY]
>>> variable_sip_req_user: [1000]
>>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>>> variable_sip_req_host: [sip.vocinity.com]
>>> variable_sip_to_user: [1000]
>>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>>> variable_sip_to_host: [sip.vocinity.com]
>>> variable_sip_contact_params: [transport=ws;ob]
>>> variable_sip_contact_user: [cb60h33n]
>>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>>> variable_rtp_use_codec_string: [VP8,OPUS]
>>> variable_sip_user_agent: [JsSIP 3.3.11]
>>> variable_sip_via_host: [jos34dedpjg3.invalid]
>>> variable_sip_via_rport: [33392]
>>> variable_max_forwards: [69]
>>> variable_sip_nat_detected: [true]
>>> variable_switch_r_sdp: [v=0
>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>> s=-
>>> t=0 0
>>> a=group:BUNDLE 0 1
>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113
>>> 126
>>> c=IN IP4 50.210.153.253
>>> a=rtpmap:111 opus/48000/2
>>> a=fmtp:111 minptime=10;useinbandfec=1
>>> a=rtpmap:103 ISAC/16000
>>> a=rtpmap:104 ISAC/32000
>>> a=rtpmap:9 G722/8000
>>> a=rtpmap:0 PCMU/8000
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:106 CN/32000
>>> a=rtpmap:105 CN/16000
>>> a=rtpmap:13 CN/8000
>>> a=rtpmap:110 telephone-event/48000
>>> a=rtpmap:112 telephone-event/32000
>>> a=rtpmap:113 telephone-event/16000
>>> a=rtpmap:126 telephone-event/8000
>>> a=rtcp:58455 IN IP4 50.210.153.253
>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=ice-ufrag:CbXl
>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>> a=ice-options:trickle
>>> a=fingerprint:sha-256
>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>> a=setup:actpass
>>> a=mid:0
>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>> a=extmap:3
>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> a=rtcp-mux
>>> a=rtcp-fb:111 transport-cc
>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>>> 107 108 109 124 120 123
>>> c=IN IP4 50.210.153.253
>>> a=rtpmap:96 VP8/90000
>>> a=rtpmap:97 rtx/90000
>>> a=fmtp:97 apt=96
>>> a=rtpmap:98 VP9/90000
>>> a=fmtp:98 profile-id=0
>>> a=rtpmap:99 rtx/90000
>>> a=fmtp:99 apt=98
>>> a=rtpmap:100 VP9/90000
>>> a=fmtp:100 profile-id=2
>>> a=rtpmap:101 rtx/90000
>>> a=fmtp:101 apt=100
>>> a=rtpmap:102 H264/90000
>>> a=fmtp:102
>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>> a=rtpmap:122 rtx/90000
>>> a=fmtp:122 apt=102
>>> a=rtpmap:127 H264/90000
>>> a=fmtp:127
>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>> a=rtpmap:121 rtx/90000
>>> a=fmtp:121 apt=127
>>> a=rtpmap:125 H264/90000
>>> a=fmtp:125
>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>> a=rtpmap:107 rtx/90000
>>> a=fmtp:107 apt=125
>>> a=rtpmap:108 H264/90000
>>> a=fmtp:108
>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>> a=rtpmap:109 rtx/90000
>>> a=fmtp:109 apt=108
>>> a=rtpmap:124 red/90000
>>> a=rtpmap:120 rtx/90000
>>> a=fmtp:120 apt=124
>>> a=rtpmap:123 ulpfec/90000
>>> a=rtcp:33483 IN IP4 50.210.153.253
>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>> generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>> active generation 0 network-id 1 network-cost 10
>>> a=ice-ufrag:CbXl
>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>> a=ice-options:trickle
>>> a=fingerprint:sha-256
>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>> a=setup:actpass
>>> a=mid:1
>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>> a=extmap:13 urn:3gpp:video-orientation
>>> a=extmap:3
>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>> a=extmap:11
>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=rtcp-mux
>>> a=rtcp-rsize
>>> a=rtcp-fb:96 goog-remb
>>> a=rtcp-fb:96 transport-cc
>>> a=rtcp-fb:96 ccm fir
>>> a=rtcp-fb:96 nack
>>> a=rtcp-fb:96 nack pli
>>> a=rtcp-fb:98 goog-remb
>>> a=rtcp-fb:98 transport-cc
>>> a=rtcp-fb:98 ccm fir
>>> a=rtcp-fb:98 nack
>>> a=rtcp-fb:98 nack pli
>>> a=rtcp-fb:100 goog-remb
>>> a=rtcp-fb:100 transport-cc
>>> a=rtcp-fb:100 ccm fir
>>> a=rtcp-fb:100 nack
>>> a=rtcp-fb:100 nack pli
>>> a=rtcp-fb:102 goog-remb
>>> a=rtcp-fb:102 transport-cc
>>> a=rtcp-fb:102 ccm fir
>>> a=rtcp-fb:102 nack
>>> a=rtcp-fb:102 nack pli
>>> a=rtcp-fb:127 goog-remb
>>> a=rtcp-fb:127 transport-cc
>>> a=rtcp-fb:127 ccm fir
>>> a=rtcp-fb:127 nack
>>> a=rtcp-fb:127 nack pli
>>> a=rtcp-fb:125 goog-remb
>>> a=rtcp-fb:125 transport-cc
>>> a=rtcp-fb:125 ccm fir
>>> a=rtcp-fb:125 nack
>>> a=rtcp-fb:125 nack pli
>>> a=rtcp-fb:108 goog-remb
>>> a=rtcp-fb:108 transport-cc
>>> a=rtcp-fb:108 ccm fir
>>> a=rtcp-fb:108 nack
>>> a=rtcp-fb:108 nack pli
>>> a=ssrc-group:FID 2988188772 2811984399
>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>> ]
>>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>>> ,CORE_VPX_MODULE.VP8]
>>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>>> variable_DP_MATCH: [ARRAY::1000|:1000]
>>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>> variable_current_application: [info]
>>>
>>>
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> export(dialed_extension=1000)
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>> (export_vars) [dialed_extension]=[1000]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> set(hangup_after_bridge=true)
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>>> 2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> set(call_timeout=20)
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>>> 2000 at sip.vocinity.com [call_timeout]=[20]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> set(bypass_media=true)
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>>> 2000 at sip.vocinity.com [bypass_media]=[true]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> set(record_concat_video=true)
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>>> 2000 at sip.vocinity.com [record_concat_video]=[true]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> set(enable_file_write_buffering=false)
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET sofia/external/
>>> 2000 at sip.vocinity.com [enable_file_write_buffering]=[false]
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio Codec
>>> Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>> Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>>> telephone-event payload to 110 at 48000
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>> bitrate to local settings [72000bps]
>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>> bitrate to local settings [72000bps]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
>>> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0
>>> bits 1 channels
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111
>>> sofia/external/2000 at sip.vocinity.com Original read codec set to opus:116
>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>> candidate ACL defined, Defaulting to wan.auto
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>> for rtp candidate.
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>> candidate, index 1, 50.210.153.253:41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>>> candidate, index 2, for rtcp based on rtcp-mux attribute
>>> 50.210.153.253:41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>> remote audio ice addr to index 1 50.210.153.253:41704 based on candidate
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>>> telephone-event payload to 110 at 48000
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>>> recv payload to 110
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [VP8:96]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video Codec
>>> Compare [VP8:96] +++ is saved as a match
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:97]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [VP9:98]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:99]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [VP9:100]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:101]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [H264:102]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:122]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [H264:127]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:121]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [H264:125]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:107]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [H264:108]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:109]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [red:124]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [rtx:120]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>> Compare [ulpfec:123]/[VP8:99]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
>>> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>> candidate ACL defined, Defaulting to wan.auto
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>> for rtp candidate.
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>> candidate, index 1, 50.210.153.253:57009
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>>> candidate, index 2, for rtcp based on rtcp-mux attribute
>>> 50.210.153.253:57009
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>> remote video ice addr to index 1 50.210.153.253:57009 based on candidate
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
>>> 50.210.153.253 port 41704 codec: 111 ms: 20
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>>> [soft] 960 bytes per 20ms
>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
>>> Audio ICE
>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating
>>> RTCP PORT 41704
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>>> 1000 and packet rate is: 20000 Remote Port: 41704
>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping RTCP
>>> ICE (Same as RTP)
>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>> audio DTLS client
>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio DTLS
>>> state from OFF to HANDSHAKE
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload to
>>> 110
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video
>>> timer.
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is off
>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
>>> Video ICE
>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
>>> VIDEO RTCP PORT 57009 interval 1000 mux 1
>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>>> 1000 and packet rate is: 90000 Remote Port: 57009
>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping
>>> VIDEO RTCP ICE (Same as VIDEO RTP)
>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>> video DTLS client
>>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video DTLS
>>> state from OFF to HANDSHAKE
>>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>>> sofia/external/2000 at sip.vocinity.com!
>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565 (sofia/external/
>>> 2000 at sip.vocinity.com) Callstate Change RINGING -> EARLY
>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio params
>>> are unchanged for sofia/external/2000 at sip.vocinity.com.
>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video params
>>> are unchanged for sofia/external/2000 at sip.vocinity.com.
>>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>>> sofia/external/2000 at sip.vocinity.com:
>>> v=0
>>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>>> s=FreeSWITCH
>>> c=IN IP4 204.89.189.50
>>> t=0 0
>>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>>> a=rtpmap:111 opus/48000/2
>>> a=fmtp:111 useinbandfec=1; minptime=10
>>> a=rtpmap:110 telephone-event/48000
>>> a=ptime:20
>>> a=sendrecv
>>> a=fingerprint:sha-256
>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>> a=setup:active
>>> a=rtcp-mux
>>> a=rtcp:31674 IN IP4 204.89.189.50
>>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>>> generation 0
>>> a=end-of-candidates
>>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>>> b=AS:2048
>>> a=rtpmap:96 VP8/90000
>>> a=sendrecv
>>> a=fingerprint:sha-256
>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>> a=setup:active
>>> a=rtcp-mux
>>> a=rtcp:25172 IN IP4 204.89.189.50
>>> a=rtcp-fb:96 ccm fir
>>> a=rtcp-fb:96 nack
>>> a=rtcp-fb:96 nack pli
>>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>>> a=ice-ufrag:I30diMDiE7MKVu9K
>>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>>> generation 0
>>> a=end-of-candidates
>>>
>>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
>>> 2000 at sip.vocinity.com entering state [completed][200]
>>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
>>> 2000 at sip.vocinity.com entering state [ready][200]
>>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio DTLS
>>> state from HANDSHAKE to SETUP
>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
>>> Verified.
>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>>> Secure RTP SEND
>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>>> Secure RTP RECV
>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
>>> srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio DTLS
>>> state from SETUP to READY
>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure Type:
>>> srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865 (sofia/external/
>>> 2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>> record_session(/recordings/20200603174349_2000_1000.mp4)
>>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>> channels: 1
>>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec PCMU
>>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>>> Fail
>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir is
>>> set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also a
>>> valid path
>>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
>>> /recordings/20200603174349_2000_1000.mp4
>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>>> 1000 at sip.vocinity.com)
>>>
>>> ><>
>>>
>>> nathan stratton
>>>
>>>
>>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com> wrote:
>>>
>>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>>> that happen?
>>>>
>>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>>> wrote:
>>>>
>>>>>
>>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>>
>>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794
>>>>> Channel [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>>>> channels: 1
>>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec
>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>> Activation Fail
>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir
>>>>> is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also
>>>>> a valid path
>>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error opening
>>>>> /recordings/20200603150346_2000.mp4
>>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>> ACTIVE
>>>>>
>>>>> ><>
>>>>> nathan stratton
>>>>>
>>>>> _________________________________________________________________________
>>>>>
>>>>> 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>
>>>>
>>>> _________________________________________________________________________
>>>>
>>>> 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>
>> _________________________________________________________________________
>>
>> 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

-- 
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/20200608/a907433c/attachment-0001.html>

From nathan at robotics.net  Mon Jun  8 10:11:40 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Mon, 8 Jun 2020 06:11:40 -0400
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
 <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
 <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>
Message-ID: <CAHubkyM=-HjsBpoHnqz91=fOvcK-7w0ZnKsoMEp6jyO9s2EKiw@mail.gmail.com>

Guess we will look at other options, Debian is NOT an option.

><>
nathan stratton


On Sun, Jun 7, 2020 at 7:39 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> there’s a reason freeswitch documentation clearly states it should be used
> on Debian
>
> ;)
>
> On Mon, 8 Jun 2020 at 00:07, Nathan Stratton <nathan at robotics.net> wrote:
>
>> Yes, Debian does work, because it has mod_av and Centos does not.
>>
>> ><>
>>
>> nathan stratton
>>
>>
>> On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com> wrote:
>>
>>> Use Debian!
>>>
>>> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net>
>>> wrote:
>>>
>>>> Great question, I tried OPUS and PCMU and get the same result. I am
>>>> running FreeSWITCH 10.0.3 on Centos 8.
>>>>
>>>>
>>>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
>>>> sofia/external/2000 at sip.vocinity.com
>>>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW
>>>> (Cur 1 Tot 3)
>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>> version: 1.10.3 -release 64bit
>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl
>>>> "internal" for ip/port 50.210.153.253:0.
>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for [
>>>> 1000 at sip.vocinity.com]
>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>>>> (sofia/external/2000 at sip.vocinity.com) State NEW
>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to session
>>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>> version: 1.10.3 -release 64bit
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl
>>>> "internal" for ip/port 50.210.153.253:0.
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode based
>>>> on via received
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>> 2000 at sip.vocinity.com entering state [received][100]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>>>> v=0
>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>> s=-
>>>> t=0 0
>>>> a=group:BUNDLE 0 1
>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>> 113 126
>>>> c=IN IP4 50.210.153.253
>>>> a=rtpmap:111 opus/48000/2
>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>> a=rtpmap:103 ISAC/16000
>>>> a=rtpmap:104 ISAC/32000
>>>> a=rtpmap:9 G722/8000
>>>> a=rtpmap:0 PCMU/8000
>>>> a=rtpmap:8 PCMA/8000
>>>> a=rtpmap:106 CN/32000
>>>> a=rtpmap:105 CN/16000
>>>> a=rtpmap:13 CN/8000
>>>> a=rtpmap:110 telephone-event/48000
>>>> a=rtpmap:112 telephone-event/32000
>>>> a=rtpmap:113 telephone-event/16000
>>>> a=rtpmap:126 telephone-event/8000
>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=ice-ufrag:CbXl
>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>> a=ice-options:trickle
>>>> a=fingerprint:sha-256
>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>> a=setup:actpass
>>>> a=mid:0
>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>> a=extmap:3
>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> a=rtcp-mux
>>>> a=rtcp-fb:111 transport-cc
>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>>>> 107 108 109 124 120 123
>>>> c=IN IP4 50.210.153.253
>>>> a=rtpmap:96 VP8/90000
>>>> a=rtpmap:97 rtx/90000
>>>> a=fmtp:97 apt=96
>>>> a=rtpmap:98 VP9/90000
>>>> a=fmtp:98 profile-id=0
>>>> a=rtpmap:99 rtx/90000
>>>> a=fmtp:99 apt=98
>>>> a=rtpmap:100 VP9/90000
>>>> a=fmtp:100 profile-id=2
>>>> a=rtpmap:101 rtx/90000
>>>> a=fmtp:101 apt=100
>>>> a=rtpmap:102 H264/90000
>>>> a=fmtp:102
>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>> a=rtpmap:122 rtx/90000
>>>> a=fmtp:122 apt=102
>>>> a=rtpmap:127 H264/90000
>>>> a=fmtp:127
>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>> a=rtpmap:121 rtx/90000
>>>> a=fmtp:121 apt=127
>>>> a=rtpmap:125 H264/90000
>>>> a=fmtp:125
>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>> a=rtpmap:107 rtx/90000
>>>> a=fmtp:107 apt=125
>>>> a=rtpmap:108 H264/90000
>>>> a=fmtp:108
>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>> a=rtpmap:109 rtx/90000
>>>> a=fmtp:109 apt=108
>>>> a=rtpmap:124 red/90000
>>>> a=rtpmap:120 rtx/90000
>>>> a=fmtp:120 apt=124
>>>> a=rtpmap:123 ulpfec/90000
>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=ice-ufrag:CbXl
>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>> a=ice-options:trickle
>>>> a=fingerprint:sha-256
>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>> a=setup:actpass
>>>> a=mid:1
>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>> a=extmap:13 urn:3gpp:video-orientation
>>>> a=extmap:3
>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>> a=extmap:11
>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=rtcp-mux
>>>> a=rtcp-rsize
>>>> a=rtcp-fb:96 goog-remb
>>>> a=rtcp-fb:96 transport-cc
>>>> a=rtcp-fb:96 ccm fir
>>>> a=rtcp-fb:96 nack
>>>> a=rtcp-fb:96 nack pli
>>>> a=rtcp-fb:98 goog-remb
>>>> a=rtcp-fb:98 transport-cc
>>>> a=rtcp-fb:98 ccm fir
>>>> a=rtcp-fb:98 nack
>>>> a=rtcp-fb:98 nack pli
>>>> a=rtcp-fb:100 goog-remb
>>>> a=rtcp-fb:100 transport-cc
>>>> a=rtcp-fb:100 ccm fir
>>>> a=rtcp-fb:100 nack
>>>> a=rtcp-fb:100 nack pli
>>>> a=rtcp-fb:102 goog-remb
>>>> a=rtcp-fb:102 transport-cc
>>>> a=rtcp-fb:102 ccm fir
>>>> a=rtcp-fb:102 nack
>>>> a=rtcp-fb:102 nack pli
>>>> a=rtcp-fb:127 goog-remb
>>>> a=rtcp-fb:127 transport-cc
>>>> a=rtcp-fb:127 ccm fir
>>>> a=rtcp-fb:127 nack
>>>> a=rtcp-fb:127 nack pli
>>>> a=rtcp-fb:125 goog-remb
>>>> a=rtcp-fb:125 transport-cc
>>>> a=rtcp-fb:125 ccm fir
>>>> a=rtcp-fb:125 nack
>>>> a=rtcp-fb:125 nack pli
>>>> a=rtcp-fb:108 goog-remb
>>>> a=rtcp-fb:108 transport-cc
>>>> a=rtcp-fb:108 ccm fir
>>>> a=rtcp-fb:108 nack
>>>> a=rtcp-fb:108 nack pli
>>>> a=ssrc-group:FID 2988188772 2811984399
>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>
>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>>>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT
>>>> (Cur 1 Tot 3)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>> (sofia/external/2000 at sip.vocinity.com) State INIT
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>>>> 2000 at sip.vocinity.com SOFIA INIT
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>>>> sofia/external/2000 at sip.vocinity.com Standard INIT
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT ->
>>>> CS_ROUTING
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_ROUTING
>>>> (Cur 1 Tot 3)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332
>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change DOWN -> RINGING
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>>>> 2000 at sip.vocinity.com SOFIA ROUTING
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>>>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>>>> Nathan <2000>->1000 in context default
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>> [default->global] continue=true
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>>>> [global]
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>> [default->Local_Users] continue=false
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>>>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> export(dialed_extension=1000)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> set(hangup_after_bridge=true)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> set(call_timeout=20)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> set(bypass_media=true)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> set(record_concat_video=true)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> set(enable_file_write_buffering=false)
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>>>
>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>> bridge(user/${dialed_extension}@${domain_name})
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>>>> CS_EXECUTE
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_EXECUTE
>>>> (Cur 1 Tot 3)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>>>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>>>> 2000 at sip.vocinity.com SOFIA EXECUTE
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>>>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>>>> Channel-State: [CS_EXECUTE]
>>>> Channel-Call-State: [RINGING]
>>>> Channel-State-Number: [4]
>>>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> Call-Direction: [inbound]
>>>> Presence-Call-Direction: [inbound]
>>>> Channel-HIT-Dialplan: [true]
>>>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> Answer-State: [ringing]
>>>> Caller-Direction: [inbound]
>>>> Caller-Logical-Direction: [inbound]
>>>> Caller-Username: [2000]
>>>> Caller-Dialplan: [XML]
>>>> Caller-Caller-ID-Name: [Nathan]
>>>> Caller-Caller-ID-Number: [2000]
>>>> Caller-Orig-Caller-ID-Name: [Nathan]
>>>> Caller-Orig-Caller-ID-Number: [2000]
>>>> Caller-Network-Addr: [50.210.153.253]
>>>> Caller-ANI: [2000]
>>>> Caller-Destination-Number: [1000]
>>>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> Caller-Source: [mod_sofia]
>>>> Caller-Context: [default]
>>>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>> Caller-Profile-Index: [1]
>>>> Caller-Profile-Created-Time: [1591220628916064]
>>>> Caller-Channel-Created-Time: [1591220628916064]
>>>> Caller-Channel-Answered-Time: [0]
>>>> Caller-Channel-Progress-Time: [0]
>>>> Caller-Channel-Progress-Media-Time: [0]
>>>> Caller-Channel-Hangup-Time: [0]
>>>> Caller-Channel-Transfer-Time: [0]
>>>> Caller-Channel-Resurrect-Time: [0]
>>>> Caller-Channel-Bridged-Time: [0]
>>>> Caller-Channel-Last-Hold: [0]
>>>> Caller-Channel-Hold-Accum: [0]
>>>> Caller-Screen-Bit: [true]
>>>> Caller-Privacy-Hide-Name: [false]
>>>> Caller-Privacy-Hide-Number: [false]
>>>> variable_direction: [inbound]
>>>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> variable_session_id: [3]
>>>> variable_sip_from_user: [2000]
>>>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>>>> variable_sip_from_host: [sip.vocinity.com]
>>>> variable_video_media_flow: [disabled]
>>>> variable_audio_media_flow: [disabled]
>>>> variable_text_media_flow: [disabled]
>>>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>>>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>>>> variable_sip_local_network_addr: [204.89.189.50]
>>>> variable_sip_network_ip: [50.210.153.253]
>>>> variable_sip_network_port: [33392]
>>>> variable_sip_invite_stamp: [1591220628916064]
>>>> variable_sip_received_ip: [50.210.153.253]
>>>> variable_sip_received_port: [33392]
>>>> variable_sip_via_protocol: [wss]
>>>> variable_sip_authorized: [true]
>>>> variable_Event-Name: [REQUEST_PARAMS]
>>>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>>>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>>>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>>>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>>>> variable_FreeSWITCH-IPv6: [::1]
>>>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>>>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>>>> variable_Event-Date-Timestamp: [1591220628916064]
>>>> variable_Event-Calling-File: [sofia.c]
>>>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>>>> variable_Event-Calling-Line-Number: [10541]
>>>> variable_Event-Sequence: [1347]
>>>> variable_sip_number_alias: [2000]
>>>> variable_sip_auth_username: [2000]
>>>> variable_sip_auth_realm: [sip.vocinity.com]
>>>> variable_number_alias: [2000]
>>>> variable_requested_user_name: [2000]
>>>> variable_requested_domain_name: [sip.vocinity.com]
>>>> variable_user_name: [2000]
>>>> variable_domain_name: [sip.vocinity.com]
>>>> variable_sip_from_user_stripped: [2000]
>>>> variable_sip_from_tag: [2dtu94frdc]
>>>> variable_sofia_profile_name: [external]
>>>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>>>> variable_recovery_profile_name: [external]
>>>> variable_sip_full_via: [SIP/2.0/WSS
>>>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>>>> variable_sip_from_display: [Nathan]
>>>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>>>> >;tag=2dtu94frdc]
>>>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>>>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE,
>>>> OPTIONS, REFER, INFO, NOTIFY]
>>>> variable_sip_req_user: [1000]
>>>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>>>> variable_sip_req_host: [sip.vocinity.com]
>>>> variable_sip_to_user: [1000]
>>>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>>>> variable_sip_to_host: [sip.vocinity.com]
>>>> variable_sip_contact_params: [transport=ws;ob]
>>>> variable_sip_contact_user: [cb60h33n]
>>>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>>>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>>>> variable_rtp_use_codec_string: [VP8,OPUS]
>>>> variable_sip_user_agent: [JsSIP 3.3.11]
>>>> variable_sip_via_host: [jos34dedpjg3.invalid]
>>>> variable_sip_via_rport: [33392]
>>>> variable_max_forwards: [69]
>>>> variable_sip_nat_detected: [true]
>>>> variable_switch_r_sdp: [v=0
>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>> s=-
>>>> t=0 0
>>>> a=group:BUNDLE 0 1
>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>> 113 126
>>>> c=IN IP4 50.210.153.253
>>>> a=rtpmap:111 opus/48000/2
>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>> a=rtpmap:103 ISAC/16000
>>>> a=rtpmap:104 ISAC/32000
>>>> a=rtpmap:9 G722/8000
>>>> a=rtpmap:0 PCMU/8000
>>>> a=rtpmap:8 PCMA/8000
>>>> a=rtpmap:106 CN/32000
>>>> a=rtpmap:105 CN/16000
>>>> a=rtpmap:13 CN/8000
>>>> a=rtpmap:110 telephone-event/48000
>>>> a=rtpmap:112 telephone-event/32000
>>>> a=rtpmap:113 telephone-event/16000
>>>> a=rtpmap:126 telephone-event/8000
>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=ice-ufrag:CbXl
>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>> a=ice-options:trickle
>>>> a=fingerprint:sha-256
>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>> a=setup:actpass
>>>> a=mid:0
>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>> a=extmap:3
>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> a=rtcp-mux
>>>> a=rtcp-fb:111 transport-cc
>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125
>>>> 107 108 109 124 120 123
>>>> c=IN IP4 50.210.153.253
>>>> a=rtpmap:96 VP8/90000
>>>> a=rtpmap:97 rtx/90000
>>>> a=fmtp:97 apt=96
>>>> a=rtpmap:98 VP9/90000
>>>> a=fmtp:98 profile-id=0
>>>> a=rtpmap:99 rtx/90000
>>>> a=fmtp:99 apt=98
>>>> a=rtpmap:100 VP9/90000
>>>> a=fmtp:100 profile-id=2
>>>> a=rtpmap:101 rtx/90000
>>>> a=fmtp:101 apt=100
>>>> a=rtpmap:102 H264/90000
>>>> a=fmtp:102
>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>> a=rtpmap:122 rtx/90000
>>>> a=fmtp:122 apt=102
>>>> a=rtpmap:127 H264/90000
>>>> a=fmtp:127
>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>> a=rtpmap:121 rtx/90000
>>>> a=fmtp:121 apt=127
>>>> a=rtpmap:125 H264/90000
>>>> a=fmtp:125
>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>> a=rtpmap:107 rtx/90000
>>>> a=fmtp:107 apt=125
>>>> a=rtpmap:108 H264/90000
>>>> a=fmtp:108
>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>> a=rtpmap:109 rtx/90000
>>>> a=fmtp:109 apt=108
>>>> a=rtpmap:124 red/90000
>>>> a=rtpmap:120 rtx/90000
>>>> a=fmtp:120 apt=124
>>>> a=rtpmap:123 ulpfec/90000
>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>> generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>> active generation 0 network-id 1 network-cost 10
>>>> a=ice-ufrag:CbXl
>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>> a=ice-options:trickle
>>>> a=fingerprint:sha-256
>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>> a=setup:actpass
>>>> a=mid:1
>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>> a=extmap:13 urn:3gpp:video-orientation
>>>> a=extmap:3
>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>> a=extmap:11
>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>> a=extmap:8 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=rtcp-mux
>>>> a=rtcp-rsize
>>>> a=rtcp-fb:96 goog-remb
>>>> a=rtcp-fb:96 transport-cc
>>>> a=rtcp-fb:96 ccm fir
>>>> a=rtcp-fb:96 nack
>>>> a=rtcp-fb:96 nack pli
>>>> a=rtcp-fb:98 goog-remb
>>>> a=rtcp-fb:98 transport-cc
>>>> a=rtcp-fb:98 ccm fir
>>>> a=rtcp-fb:98 nack
>>>> a=rtcp-fb:98 nack pli
>>>> a=rtcp-fb:100 goog-remb
>>>> a=rtcp-fb:100 transport-cc
>>>> a=rtcp-fb:100 ccm fir
>>>> a=rtcp-fb:100 nack
>>>> a=rtcp-fb:100 nack pli
>>>> a=rtcp-fb:102 goog-remb
>>>> a=rtcp-fb:102 transport-cc
>>>> a=rtcp-fb:102 ccm fir
>>>> a=rtcp-fb:102 nack
>>>> a=rtcp-fb:102 nack pli
>>>> a=rtcp-fb:127 goog-remb
>>>> a=rtcp-fb:127 transport-cc
>>>> a=rtcp-fb:127 ccm fir
>>>> a=rtcp-fb:127 nack
>>>> a=rtcp-fb:127 nack pli
>>>> a=rtcp-fb:125 goog-remb
>>>> a=rtcp-fb:125 transport-cc
>>>> a=rtcp-fb:125 ccm fir
>>>> a=rtcp-fb:125 nack
>>>> a=rtcp-fb:125 nack pli
>>>> a=rtcp-fb:108 goog-remb
>>>> a=rtcp-fb:108 transport-cc
>>>> a=rtcp-fb:108 ccm fir
>>>> a=rtcp-fb:108 nack
>>>> a=rtcp-fb:108 nack pli
>>>> a=ssrc-group:FID 2988188772 2811984399
>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>> ]
>>>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>>>> ,CORE_VPX_MODULE.VP8]
>>>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>>>> variable_DP_MATCH: [ARRAY::1000|:1000]
>>>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>> variable_current_application: [info]
>>>>
>>>>
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> export(dialed_extension=1000)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>> (export_vars) [dialed_extension]=[1000]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> set(hangup_after_bridge=true)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>> sofia/external/2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> set(call_timeout=20)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>> sofia/external/2000 at sip.vocinity.com [call_timeout]=[20]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> set(bypass_media=true)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>> sofia/external/2000 at sip.vocinity.com [bypass_media]=[true]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> set(record_concat_video=true)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>> sofia/external/2000 at sip.vocinity.com [record_concat_video]=[true]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> set(enable_file_write_buffering=false)
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>> sofia/external/2000 at sip.vocinity.com
>>>> [enable_file_write_buffering]=[false]
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio Codec
>>>> Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio Codec
>>>> Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>>>> telephone-event payload to 110 at 48000
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>> bitrate to local settings [72000bps]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>> bitrate to local settings [72000bps]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
>>>> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0
>>>> bits 1 channels
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111
>>>> sofia/external/2000 at sip.vocinity.com Original read codec set to
>>>> opus:116
>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>> candidate ACL defined, Defaulting to wan.auto
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>> for rtp candidate.
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>>> candidate, index 1, 50.210.153.253:41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>>>> candidate, index 2, for rtcp based on rtcp-mux attribute
>>>> 50.210.153.253:41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>> remote audio ice addr to index 1 50.210.153.253:41704 based on
>>>> candidate
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>>>> telephone-event payload to 110 at 48000
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>>>> recv payload to 110
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [VP8:96]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video Codec
>>>> Compare [VP8:96] +++ is saved as a match
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:97]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [VP9:98]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:99]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [VP9:100]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:101]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [H264:102]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:122]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [H264:127]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:121]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [H264:125]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:107]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [H264:108]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:109]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [red:124]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [rtx:120]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video Codec
>>>> Compare [ulpfec:123]/[VP8:99]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
>>>> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>> candidate ACL defined, Defaulting to wan.auto
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>> for rtp candidate.
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>>> candidate, index 1, 50.210.153.253:57009
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose same
>>>> candidate, index 2, for rtcp based on rtcp-mux attribute
>>>> 50.210.153.253:57009
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>> remote video ice addr to index 1 50.210.153.253:57009 based on
>>>> candidate
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
>>>> 50.210.153.253 port 41704 codec: 111 ms: 20
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>>>> [soft] 960 bytes per 20ms
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
>>>> Audio ICE
>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating
>>>> RTCP PORT 41704
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>>>> 1000 and packet rate is: 20000 Remote Port: 41704
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping
>>>> RTCP ICE (Same as RTP)
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>> audio DTLS client
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio DTLS
>>>> state from OFF to HANDSHAKE
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload to
>>>> 110
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>>>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video
>>>> timer.
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>>>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>>>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>>>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is off
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
>>>> Video ICE
>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
>>>> VIDEO RTCP PORT 57009 interval 1000 mux 1
>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate is:
>>>> 1000 and packet rate is: 90000 Remote Port: 57009
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping
>>>> VIDEO RTCP ICE (Same as VIDEO RTP)
>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>> video DTLS client
>>>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video DTLS
>>>> state from OFF to HANDSHAKE
>>>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>>>> sofia/external/2000 at sip.vocinity.com!
>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565
>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change RINGING ->
>>>> EARLY
>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio
>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video
>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>>>> sofia/external/2000 at sip.vocinity.com:
>>>> v=0
>>>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>>>> s=FreeSWITCH
>>>> c=IN IP4 204.89.189.50
>>>> t=0 0
>>>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>>>> a=rtpmap:111 opus/48000/2
>>>> a=fmtp:111 useinbandfec=1; minptime=10
>>>> a=rtpmap:110 telephone-event/48000
>>>> a=ptime:20
>>>> a=sendrecv
>>>> a=fingerprint:sha-256
>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>> a=setup:active
>>>> a=rtcp-mux
>>>> a=rtcp:31674 IN IP4 204.89.189.50
>>>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>>>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>>>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>>>> generation 0
>>>> a=end-of-candidates
>>>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>>>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>>>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>>>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>>>> b=AS:2048
>>>> a=rtpmap:96 VP8/90000
>>>> a=sendrecv
>>>> a=fingerprint:sha-256
>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>> a=setup:active
>>>> a=rtcp-mux
>>>> a=rtcp:25172 IN IP4 204.89.189.50
>>>> a=rtcp-fb:96 ccm fir
>>>> a=rtcp-fb:96 nack
>>>> a=rtcp-fb:96 nack pli
>>>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>>>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>>>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>>>> a=ice-ufrag:I30diMDiE7MKVu9K
>>>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>>>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>>>> generation 0
>>>> a=end-of-candidates
>>>>
>>>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>> 2000 at sip.vocinity.com entering state [completed][200]
>>>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>> 2000 at sip.vocinity.com entering state [ready][200]
>>>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio DTLS
>>>> state from HANDSHAKE to SETUP
>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
>>>> Verified.
>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>>>> Secure RTP SEND
>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>>>> Secure RTP RECV
>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio DTLS
>>>> state from SETUP to READY
>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865
>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY -> ACTIVE
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>> record_session(/recordings/20200603174349_2000_1000.mp4)
>>>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>>> channels: 1
>>>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>>>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec PCMU
>>>> Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec Activation
>>>> Fail
>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir
>>>> is set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also
>>>> a valid path
>>>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
>>>> /recordings/20200603174349_2000_1000.mp4
>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>>>> 1000 at sip.vocinity.com)
>>>>
>>>> ><>
>>>>
>>>> nathan stratton
>>>>
>>>>
>>>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com> wrote:
>>>>
>>>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>>>> that happen?
>>>>>
>>>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>>>
>>>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794
>>>>>> Channel [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>> 44100, channels: 1
>>>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec
>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>> Activation Fail
>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool dir
>>>>>> is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is also
>>>>>> a valid path
>>>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error
>>>>>> opening /recordings/20200603150346_2000.mp4
>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>> ACTIVE
>>>>>>
>>>>>> ><>
>>>>>> nathan stratton
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> 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>
>>>>>
>>>>> _________________________________________________________________________
>>>>>
>>>>> 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>
>>> _________________________________________________________________________
>>>
>>> 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
>
> --
> 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/20200608/eca8e4fd/attachment-0001.html>

From david.villasmil.work at gmail.com  Mon Jun  8 11:09:05 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 8 Jun 2020 12:09:05 +0100
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAHubkyM=-HjsBpoHnqz91=fOvcK-7w0ZnKsoMEp6jyO9s2EKiw@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
 <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
 <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>
 <CAHubkyM=-HjsBpoHnqz91=fOvcK-7w0ZnKsoMEp6jyO9s2EKiw@mail.gmail.com>
Message-ID: <CAFGRPVpRdX6kETy1tPc0HxTqRHtLYmsJi1KA8-22HQNX+3KOPg@mail.gmail.com>

Ask around in the list. There are people using it on CentOS, Ubuntu,
alpine. But it takes work, since the recommended OS is Debian.

On Mon, 8 Jun 2020 at 11:23, Nathan Stratton <nathan at robotics.net> wrote:

> Guess we will look at other options, Debian is NOT an option.
>
> ><>
>
> nathan stratton
>
>
> On Sun, Jun 7, 2020 at 7:39 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> there’s a reason freeswitch documentation clearly states it should be
>> used on Debian
>>
>> ;)
>>
>> On Mon, 8 Jun 2020 at 00:07, Nathan Stratton <nathan at robotics.net> wrote:
>>
>>> Yes, Debian does work, because it has mod_av and Centos does not.
>>>
>>> ><>
>>>
>>> nathan stratton
>>>
>>>
>>> On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com> wrote:
>>>
>>>> Use Debian!
>>>>
>>>> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net>
>>>> wrote:
>>>>
>>>>> Great question, I tried OPUS and PCMU and get the same result. I am
>>>>> running FreeSWITCH 10.0.3 on Centos 8.
>>>>>
>>>>>
>>>>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
>>>>> sofia/external/2000 at sip.vocinity.com
>>>>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW
>>>>> (Cur 1 Tot 3)
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>> version: 1.10.3 -release 64bit
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl
>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge for
>>>>> [1000 at sip.vocinity.com]
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>>>>> (sofia/external/2000 at sip.vocinity.com) State NEW
>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>>>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to
>>>>> session f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>> version: 1.10.3 -release 64bit
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl
>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode
>>>>> based on via received
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>>> 2000 at sip.vocinity.com entering state [received][100]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>>>>> v=0
>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>> s=-
>>>>> t=0 0
>>>>> a=group:BUNDLE 0 1
>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>> 113 126
>>>>> c=IN IP4 50.210.153.253
>>>>> a=rtpmap:111 opus/48000/2
>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>> a=rtpmap:103 ISAC/16000
>>>>> a=rtpmap:104 ISAC/32000
>>>>> a=rtpmap:9 G722/8000
>>>>> a=rtpmap:0 PCMU/8000
>>>>> a=rtpmap:8 PCMA/8000
>>>>> a=rtpmap:106 CN/32000
>>>>> a=rtpmap:105 CN/16000
>>>>> a=rtpmap:13 CN/8000
>>>>> a=rtpmap:110 telephone-event/48000
>>>>> a=rtpmap:112 telephone-event/32000
>>>>> a=rtpmap:113 telephone-event/16000
>>>>> a=rtpmap:126 telephone-event/8000
>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=ice-ufrag:CbXl
>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>> a=ice-options:trickle
>>>>> a=fingerprint:sha-256
>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>> a=setup:actpass
>>>>> a=mid:0
>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>> a=extmap:3
>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> a=rtcp-mux
>>>>> a=rtcp-fb:111 transport-cc
>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>> 125 107 108 109 124 120 123
>>>>> c=IN IP4 50.210.153.253
>>>>> a=rtpmap:96 VP8/90000
>>>>> a=rtpmap:97 rtx/90000
>>>>> a=fmtp:97 apt=96
>>>>> a=rtpmap:98 VP9/90000
>>>>> a=fmtp:98 profile-id=0
>>>>> a=rtpmap:99 rtx/90000
>>>>> a=fmtp:99 apt=98
>>>>> a=rtpmap:100 VP9/90000
>>>>> a=fmtp:100 profile-id=2
>>>>> a=rtpmap:101 rtx/90000
>>>>> a=fmtp:101 apt=100
>>>>> a=rtpmap:102 H264/90000
>>>>> a=fmtp:102
>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>> a=rtpmap:122 rtx/90000
>>>>> a=fmtp:122 apt=102
>>>>> a=rtpmap:127 H264/90000
>>>>> a=fmtp:127
>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>> a=rtpmap:121 rtx/90000
>>>>> a=fmtp:121 apt=127
>>>>> a=rtpmap:125 H264/90000
>>>>> a=fmtp:125
>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>> a=rtpmap:107 rtx/90000
>>>>> a=fmtp:107 apt=125
>>>>> a=rtpmap:108 H264/90000
>>>>> a=fmtp:108
>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>> a=rtpmap:109 rtx/90000
>>>>> a=fmtp:109 apt=108
>>>>> a=rtpmap:124 red/90000
>>>>> a=rtpmap:120 rtx/90000
>>>>> a=fmtp:120 apt=124
>>>>> a=rtpmap:123 ulpfec/90000
>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=ice-ufrag:CbXl
>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>> a=ice-options:trickle
>>>>> a=fingerprint:sha-256
>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>> a=setup:actpass
>>>>> a=mid:1
>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>> a=extmap:3
>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>> a=extmap:11
>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>> a=extmap:8
>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=rtcp-mux
>>>>> a=rtcp-rsize
>>>>> a=rtcp-fb:96 goog-remb
>>>>> a=rtcp-fb:96 transport-cc
>>>>> a=rtcp-fb:96 ccm fir
>>>>> a=rtcp-fb:96 nack
>>>>> a=rtcp-fb:96 nack pli
>>>>> a=rtcp-fb:98 goog-remb
>>>>> a=rtcp-fb:98 transport-cc
>>>>> a=rtcp-fb:98 ccm fir
>>>>> a=rtcp-fb:98 nack
>>>>> a=rtcp-fb:98 nack pli
>>>>> a=rtcp-fb:100 goog-remb
>>>>> a=rtcp-fb:100 transport-cc
>>>>> a=rtcp-fb:100 ccm fir
>>>>> a=rtcp-fb:100 nack
>>>>> a=rtcp-fb:100 nack pli
>>>>> a=rtcp-fb:102 goog-remb
>>>>> a=rtcp-fb:102 transport-cc
>>>>> a=rtcp-fb:102 ccm fir
>>>>> a=rtcp-fb:102 nack
>>>>> a=rtcp-fb:102 nack pli
>>>>> a=rtcp-fb:127 goog-remb
>>>>> a=rtcp-fb:127 transport-cc
>>>>> a=rtcp-fb:127 ccm fir
>>>>> a=rtcp-fb:127 nack
>>>>> a=rtcp-fb:127 nack pli
>>>>> a=rtcp-fb:125 goog-remb
>>>>> a=rtcp-fb:125 transport-cc
>>>>> a=rtcp-fb:125 ccm fir
>>>>> a=rtcp-fb:125 nack
>>>>> a=rtcp-fb:125 nack pli
>>>>> a=rtcp-fb:108 goog-remb
>>>>> a=rtcp-fb:108 transport-cc
>>>>> a=rtcp-fb:108 ccm fir
>>>>> a=rtcp-fb:108 nack
>>>>> a=rtcp-fb:108 nack pli
>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>>>>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT
>>>>> (Cur 1 Tot 3)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>>>>> 2000 at sip.vocinity.com SOFIA INIT
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>>>>> sofia/external/2000 at sip.vocinity.com Standard INIT
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT ->
>>>>> CS_ROUTING
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>> CS_ROUTING (Cur 1 Tot 3)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332
>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change DOWN ->
>>>>> RINGING
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>>>>> 2000 at sip.vocinity.com SOFIA ROUTING
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>>>>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>>>>> Nathan <2000>->1000 in context default
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>> [default->global] continue=true
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>>>>> [global]
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>> [default->Local_Users] continue=false
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>>>>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> export(dialed_extension=1000)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> set(hangup_after_bridge=true)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> set(call_timeout=20)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> set(bypass_media=true)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> set(record_concat_video=true)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> set(enable_file_write_buffering=false)
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>>>>
>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>> bridge(user/${dialed_extension}@${domain_name})
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>>>>> CS_EXECUTE
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>> CS_EXECUTE (Cur 1 Tot 3)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>>>>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>>>>> 2000 at sip.vocinity.com SOFIA EXECUTE
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>>>>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>>>>> Channel-State: [CS_EXECUTE]
>>>>> Channel-Call-State: [RINGING]
>>>>> Channel-State-Number: [4]
>>>>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> Call-Direction: [inbound]
>>>>> Presence-Call-Direction: [inbound]
>>>>> Channel-HIT-Dialplan: [true]
>>>>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> Answer-State: [ringing]
>>>>> Caller-Direction: [inbound]
>>>>> Caller-Logical-Direction: [inbound]
>>>>> Caller-Username: [2000]
>>>>> Caller-Dialplan: [XML]
>>>>> Caller-Caller-ID-Name: [Nathan]
>>>>> Caller-Caller-ID-Number: [2000]
>>>>> Caller-Orig-Caller-ID-Name: [Nathan]
>>>>> Caller-Orig-Caller-ID-Number: [2000]
>>>>> Caller-Network-Addr: [50.210.153.253]
>>>>> Caller-ANI: [2000]
>>>>> Caller-Destination-Number: [1000]
>>>>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> Caller-Source: [mod_sofia]
>>>>> Caller-Context: [default]
>>>>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>> Caller-Profile-Index: [1]
>>>>> Caller-Profile-Created-Time: [1591220628916064]
>>>>> Caller-Channel-Created-Time: [1591220628916064]
>>>>> Caller-Channel-Answered-Time: [0]
>>>>> Caller-Channel-Progress-Time: [0]
>>>>> Caller-Channel-Progress-Media-Time: [0]
>>>>> Caller-Channel-Hangup-Time: [0]
>>>>> Caller-Channel-Transfer-Time: [0]
>>>>> Caller-Channel-Resurrect-Time: [0]
>>>>> Caller-Channel-Bridged-Time: [0]
>>>>> Caller-Channel-Last-Hold: [0]
>>>>> Caller-Channel-Hold-Accum: [0]
>>>>> Caller-Screen-Bit: [true]
>>>>> Caller-Privacy-Hide-Name: [false]
>>>>> Caller-Privacy-Hide-Number: [false]
>>>>> variable_direction: [inbound]
>>>>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> variable_session_id: [3]
>>>>> variable_sip_from_user: [2000]
>>>>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>>>>> variable_sip_from_host: [sip.vocinity.com]
>>>>> variable_video_media_flow: [disabled]
>>>>> variable_audio_media_flow: [disabled]
>>>>> variable_text_media_flow: [disabled]
>>>>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>>>>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>>>>> variable_sip_local_network_addr: [204.89.189.50]
>>>>> variable_sip_network_ip: [50.210.153.253]
>>>>> variable_sip_network_port: [33392]
>>>>> variable_sip_invite_stamp: [1591220628916064]
>>>>> variable_sip_received_ip: [50.210.153.253]
>>>>> variable_sip_received_port: [33392]
>>>>> variable_sip_via_protocol: [wss]
>>>>> variable_sip_authorized: [true]
>>>>> variable_Event-Name: [REQUEST_PARAMS]
>>>>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>>>>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>>>>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>>>>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>>>>> variable_FreeSWITCH-IPv6: [::1]
>>>>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>>>>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>>>>> variable_Event-Date-Timestamp: [1591220628916064]
>>>>> variable_Event-Calling-File: [sofia.c]
>>>>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>>>>> variable_Event-Calling-Line-Number: [10541]
>>>>> variable_Event-Sequence: [1347]
>>>>> variable_sip_number_alias: [2000]
>>>>> variable_sip_auth_username: [2000]
>>>>> variable_sip_auth_realm: [sip.vocinity.com]
>>>>> variable_number_alias: [2000]
>>>>> variable_requested_user_name: [2000]
>>>>> variable_requested_domain_name: [sip.vocinity.com]
>>>>> variable_user_name: [2000]
>>>>> variable_domain_name: [sip.vocinity.com]
>>>>> variable_sip_from_user_stripped: [2000]
>>>>> variable_sip_from_tag: [2dtu94frdc]
>>>>> variable_sofia_profile_name: [external]
>>>>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>>>>> variable_recovery_profile_name: [external]
>>>>> variable_sip_full_via: [SIP/2.0/WSS
>>>>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>>>>> variable_sip_from_display: [Nathan]
>>>>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>>>>> >;tag=2dtu94frdc]
>>>>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>>>>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE,
>>>>> OPTIONS, REFER, INFO, NOTIFY]
>>>>> variable_sip_req_user: [1000]
>>>>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>>>>> variable_sip_req_host: [sip.vocinity.com]
>>>>> variable_sip_to_user: [1000]
>>>>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>>>>> variable_sip_to_host: [sip.vocinity.com]
>>>>> variable_sip_contact_params: [transport=ws;ob]
>>>>> variable_sip_contact_user: [cb60h33n]
>>>>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>>>>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>>>>> variable_rtp_use_codec_string: [VP8,OPUS]
>>>>> variable_sip_user_agent: [JsSIP 3.3.11]
>>>>> variable_sip_via_host: [jos34dedpjg3.invalid]
>>>>> variable_sip_via_rport: [33392]
>>>>> variable_max_forwards: [69]
>>>>> variable_sip_nat_detected: [true]
>>>>> variable_switch_r_sdp: [v=0
>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>> s=-
>>>>> t=0 0
>>>>> a=group:BUNDLE 0 1
>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>> 113 126
>>>>> c=IN IP4 50.210.153.253
>>>>> a=rtpmap:111 opus/48000/2
>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>> a=rtpmap:103 ISAC/16000
>>>>> a=rtpmap:104 ISAC/32000
>>>>> a=rtpmap:9 G722/8000
>>>>> a=rtpmap:0 PCMU/8000
>>>>> a=rtpmap:8 PCMA/8000
>>>>> a=rtpmap:106 CN/32000
>>>>> a=rtpmap:105 CN/16000
>>>>> a=rtpmap:13 CN/8000
>>>>> a=rtpmap:110 telephone-event/48000
>>>>> a=rtpmap:112 telephone-event/32000
>>>>> a=rtpmap:113 telephone-event/16000
>>>>> a=rtpmap:126 telephone-event/8000
>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ srflx
>>>>> raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ srflx
>>>>> raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=ice-ufrag:CbXl
>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>> a=ice-options:trickle
>>>>> a=fingerprint:sha-256
>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>> a=setup:actpass
>>>>> a=mid:0
>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>> a=extmap:3
>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> a=rtcp-mux
>>>>> a=rtcp-fb:111 transport-cc
>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>> 125 107 108 109 124 120 123
>>>>> c=IN IP4 50.210.153.253
>>>>> a=rtpmap:96 VP8/90000
>>>>> a=rtpmap:97 rtx/90000
>>>>> a=fmtp:97 apt=96
>>>>> a=rtpmap:98 VP9/90000
>>>>> a=fmtp:98 profile-id=0
>>>>> a=rtpmap:99 rtx/90000
>>>>> a=fmtp:99 apt=98
>>>>> a=rtpmap:100 VP9/90000
>>>>> a=fmtp:100 profile-id=2
>>>>> a=rtpmap:101 rtx/90000
>>>>> a=fmtp:101 apt=100
>>>>> a=rtpmap:102 H264/90000
>>>>> a=fmtp:102
>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>> a=rtpmap:122 rtx/90000
>>>>> a=fmtp:122 apt=102
>>>>> a=rtpmap:127 H264/90000
>>>>> a=fmtp:127
>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>> a=rtpmap:121 rtx/90000
>>>>> a=fmtp:121 apt=127
>>>>> a=rtpmap:125 H264/90000
>>>>> a=fmtp:125
>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>> a=rtpmap:107 rtx/90000
>>>>> a=fmtp:107 apt=125
>>>>> a=rtpmap:108 H264/90000
>>>>> a=fmtp:108
>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>> a=rtpmap:109 rtx/90000
>>>>> a=fmtp:109 apt=108
>>>>> a=rtpmap:124 red/90000
>>>>> a=rtpmap:120 rtx/90000
>>>>> a=fmtp:120 apt=124
>>>>> a=rtpmap:123 ulpfec/90000
>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>> generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ srflx
>>>>> raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ srflx
>>>>> raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>> active generation 0 network-id 1 network-cost 10
>>>>> a=ice-ufrag:CbXl
>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>> a=ice-options:trickle
>>>>> a=fingerprint:sha-256
>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>> a=setup:actpass
>>>>> a=mid:1
>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>> a=extmap:3
>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>> a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>> a=extmap:11
>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>> a=extmap:8
>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=rtcp-mux
>>>>> a=rtcp-rsize
>>>>> a=rtcp-fb:96 goog-remb
>>>>> a=rtcp-fb:96 transport-cc
>>>>> a=rtcp-fb:96 ccm fir
>>>>> a=rtcp-fb:96 nack
>>>>> a=rtcp-fb:96 nack pli
>>>>> a=rtcp-fb:98 goog-remb
>>>>> a=rtcp-fb:98 transport-cc
>>>>> a=rtcp-fb:98 ccm fir
>>>>> a=rtcp-fb:98 nack
>>>>> a=rtcp-fb:98 nack pli
>>>>> a=rtcp-fb:100 goog-remb
>>>>> a=rtcp-fb:100 transport-cc
>>>>> a=rtcp-fb:100 ccm fir
>>>>> a=rtcp-fb:100 nack
>>>>> a=rtcp-fb:100 nack pli
>>>>> a=rtcp-fb:102 goog-remb
>>>>> a=rtcp-fb:102 transport-cc
>>>>> a=rtcp-fb:102 ccm fir
>>>>> a=rtcp-fb:102 nack
>>>>> a=rtcp-fb:102 nack pli
>>>>> a=rtcp-fb:127 goog-remb
>>>>> a=rtcp-fb:127 transport-cc
>>>>> a=rtcp-fb:127 ccm fir
>>>>> a=rtcp-fb:127 nack
>>>>> a=rtcp-fb:127 nack pli
>>>>> a=rtcp-fb:125 goog-remb
>>>>> a=rtcp-fb:125 transport-cc
>>>>> a=rtcp-fb:125 ccm fir
>>>>> a=rtcp-fb:125 nack
>>>>> a=rtcp-fb:125 nack pli
>>>>> a=rtcp-fb:108 goog-remb
>>>>> a=rtcp-fb:108 transport-cc
>>>>> a=rtcp-fb:108 ccm fir
>>>>> a=rtcp-fb:108 nack
>>>>> a=rtcp-fb:108 nack pli
>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>> ]
>>>>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>>>>> ,CORE_VPX_MODULE.VP8]
>>>>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>>>>> variable_DP_MATCH: [ARRAY::1000|:1000]
>>>>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>> variable_current_application: [info]
>>>>>
>>>>>
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> export(dialed_extension=1000)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>> (export_vars) [dialed_extension]=[1000]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> set(hangup_after_bridge=true)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>> sofia/external/2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> set(call_timeout=20)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>> sofia/external/2000 at sip.vocinity.com [call_timeout]=[20]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> set(bypass_media=true)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>> sofia/external/2000 at sip.vocinity.com [bypass_media]=[true]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> set(record_concat_video=true)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>> sofia/external/2000 at sip.vocinity.com [record_concat_video]=[true]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> set(enable_file_write_buffering=false)
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>> sofia/external/2000 at sip.vocinity.com
>>>>> [enable_file_write_buffering]=[false]
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio
>>>>> Codec Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>> Codec Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>>>>> telephone-event payload to 110 at 48000
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>> bitrate to local settings [72000bps]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>> bitrate to local settings [72000bps]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
>>>>> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0
>>>>> bits 1 channels
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111
>>>>> sofia/external/2000 at sip.vocinity.com Original read codec set to
>>>>> opus:116
>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:58455
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save audio
>>>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>>> for rtp candidate.
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>>>> candidate, index 1, 50.210.153.253:41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>> 50.210.153.253:41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>> remote audio ice addr to index 1 50.210.153.253:41704 based on
>>>>> candidate
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>>>>> telephone-event payload to 110 at 48000
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to
>>>>> 110 recv payload to 110
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [VP8:96]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video
>>>>> Codec Compare [VP8:96] +++ is saved as a match
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:97]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [VP9:98]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:99]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [VP9:100]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:101]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [H264:102]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:122]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [H264:127]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:121]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [H264:125]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:107]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [H264:108]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:109]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [red:124]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [rtx:120]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>> Codec Compare [ulpfec:123]/[VP8:99]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
>>>>> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>>> Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>>> Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>>> Candidate cid: 1 proto: udp type: srflx addr: 50.210.153.253:57009
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save video
>>>>> Candidate cid: 2 proto: udp type: srflx addr: 50.210.153.253:33483
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>>> for rtp candidate.
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose rtp
>>>>> candidate, index 1, 50.210.153.253:57009
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>> 50.210.153.253:57009
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>> remote video ice addr to index 1 50.210.153.253:57009 based on
>>>>> candidate
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
>>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
>>>>> 50.210.153.253 port 41704 codec: 111 ms: 20
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>>>>> [soft] 960 bytes per 20ms
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
>>>>> Audio ICE
>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883 Activating
>>>>> RTCP PORT 41704
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>> is: 1000 and packet rate is: 20000 Remote Port: 41704
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping
>>>>> RTCP ICE (Same as RTP)
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>>> audio DTLS client
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio
>>>>> DTLS state from OFF to HANDSHAKE
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to 110
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload to
>>>>> 110
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>>>>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video
>>>>> timer.
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
>>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>>>>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>>>>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>>>>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is off
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
>>>>> Video ICE
>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
>>>>> VIDEO RTCP PORT 57009 interval 1000 mux 1
>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>> is: 1000 and packet rate is: 90000 Remote Port: 57009
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping
>>>>> VIDEO RTCP ICE (Same as VIDEO RTP)
>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>>> video DTLS client
>>>>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video
>>>>> DTLS state from OFF to HANDSHAKE
>>>>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>>>>> sofia/external/2000 at sip.vocinity.com!
>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565
>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change RINGING ->
>>>>> EARLY
>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio
>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video
>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>>>>> sofia/external/2000 at sip.vocinity.com:
>>>>> v=0
>>>>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>>>>> s=FreeSWITCH
>>>>> c=IN IP4 204.89.189.50
>>>>> t=0 0
>>>>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>>>>> a=rtpmap:111 opus/48000/2
>>>>> a=fmtp:111 useinbandfec=1; minptime=10
>>>>> a=rtpmap:110 telephone-event/48000
>>>>> a=ptime:20
>>>>> a=sendrecv
>>>>> a=fingerprint:sha-256
>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>> a=setup:active
>>>>> a=rtcp-mux
>>>>> a=rtcp:31674 IN IP4 204.89.189.50
>>>>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>>>>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>>>>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>>>>> generation 0
>>>>> a=end-of-candidates
>>>>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>>>>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>>>>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>>>>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>>>>> b=AS:2048
>>>>> a=rtpmap:96 VP8/90000
>>>>> a=sendrecv
>>>>> a=fingerprint:sha-256
>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>> a=setup:active
>>>>> a=rtcp-mux
>>>>> a=rtcp:25172 IN IP4 204.89.189.50
>>>>> a=rtcp-fb:96 ccm fir
>>>>> a=rtcp-fb:96 nack
>>>>> a=rtcp-fb:96 nack pli
>>>>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>>>>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>>>>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>>>>> a=ice-ufrag:I30diMDiE7MKVu9K
>>>>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>>>>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>>>>> generation 0
>>>>> a=end-of-candidates
>>>>>
>>>>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>>> 2000 at sip.vocinity.com entering state [completed][200]
>>>>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel sofia/external/
>>>>> 2000 at sip.vocinity.com entering state [ready][200]
>>>>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio
>>>>> DTLS state from HANDSHAKE to SETUP
>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
>>>>> Verified.
>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>>>>> Secure RTP SEND
>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>>>>> Secure RTP RECV
>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio
>>>>> DTLS state from SETUP to READY
>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>>>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865
>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>> ACTIVE
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>> record_session(/recordings/20200603174349_2000_1000.mp4)
>>>>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate: 44100,
>>>>> channels: 1
>>>>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>>>>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec
>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>> Activation Fail
>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir
>>>>> is set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also
>>>>> a valid path
>>>>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error opening
>>>>> /recordings/20200603174349_2000_1000.mp4
>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>>>>> 1000 at sip.vocinity.com)
>>>>>
>>>>> ><>
>>>>>
>>>>> nathan stratton
>>>>>
>>>>>
>>>>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com>
>>>>> wrote:
>>>>>
>>>>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>>>>> that happen?
>>>>>>
>>>>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>>>>
>>>>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794
>>>>>>> Channel [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>>> 44100, channels: 1
>>>>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec
>>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>>> Activation Fail
>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool
>>>>>>> dir is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is
>>>>>>> also a valid path
>>>>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error
>>>>>>> opening /recordings/20200603150346_2000.mp4
>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>>> ACTIVE
>>>>>>>
>>>>>>> ><>
>>>>>>> nathan stratton
>>>>>>>
>>>>>>> _________________________________________________________________________
>>>>>>>
>>>>>>> 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>
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> 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>
>>>>
>>>> _________________________________________________________________________
>>>>
>>>> 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
>>
>> --
>> 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
>
> _________________________________________________________________________
>
> 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/20200608/b86738ba/attachment-0001.html>

From gregor at infomedia.si  Mon Jun  8 11:11:59 2020
From: gregor at infomedia.si (Gregor Nanger)
Date: Mon, 8 Jun 2020 13:11:59 +0200
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAFGRPVpRdX6kETy1tPc0HxTqRHtLYmsJi1KA8-22HQNX+3KOPg@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
 <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
 <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>
 <CAHubkyM=-HjsBpoHnqz91=fOvcK-7w0ZnKsoMEp6jyO9s2EKiw@mail.gmail.com>
 <CAFGRPVpRdX6kETy1tPc0HxTqRHtLYmsJi1KA8-22HQNX+3KOPg@mail.gmail.com>
Message-ID: <CAC7ttFFavO=wb-cgs1myskRwL=N4NhNxik5u=X7LeNfpeZJaNw@mail.gmail.com>

Also on windows works out of the box

On Mon, 8 Jun 2020 at 13:10, David Villasmil <david.villasmil.work at gmail.com>
wrote:

> Ask around in the list. There are people using it on CentOS, Ubuntu,
> alpine. But it takes work, since the recommended OS is Debian.
>
> On Mon, 8 Jun 2020 at 11:23, Nathan Stratton <nathan at robotics.net> wrote:
>
>> Guess we will look at other options, Debian is NOT an option.
>>
>> ><>
>>
>> nathan stratton
>>
>>
>> On Sun, Jun 7, 2020 at 7:39 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> there’s a reason freeswitch documentation clearly states it should be
>>> used on Debian
>>>
>>> ;)
>>>
>>> On Mon, 8 Jun 2020 at 00:07, Nathan Stratton <nathan at robotics.net>
>>> wrote:
>>>
>>>> Yes, Debian does work, because it has mod_av and Centos does not.
>>>>
>>>> ><>
>>>>
>>>> nathan stratton
>>>>
>>>>
>>>> On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com> wrote:
>>>>
>>>>> Use Debian!
>>>>>
>>>>> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net>
>>>>> wrote:
>>>>>
>>>>>> Great question, I tried OPUS and PCMU and get the same result. I am
>>>>>> running FreeSWITCH 10.0.3 on Centos 8.
>>>>>>
>>>>>>
>>>>>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New Channel
>>>>>> sofia/external/2000 at sip.vocinity.com
>>>>>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW
>>>>>> (Cur 1 Tot 3)
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>>> version: 1.10.3 -release 64bit
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl
>>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge
>>>>>> for [1000 at sip.vocinity.com]
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>>>>>> (sofia/external/2000 at sip.vocinity.com) State NEW
>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>>>>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to
>>>>>> session f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>>> version: 1.10.3 -release 64bit
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl
>>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode
>>>>>> based on via received
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel
>>>>>> sofia/external/2000 at sip.vocinity.com entering state [received][100]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>>>>>> v=0
>>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>>> s=-
>>>>>> t=0 0
>>>>>> a=group:BUNDLE 0 1
>>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>>> 113 126
>>>>>> c=IN IP4 50.210.153.253
>>>>>> a=rtpmap:111 opus/48000/2
>>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>>> a=rtpmap:103 ISAC/16000
>>>>>> a=rtpmap:104 ISAC/32000
>>>>>> a=rtpmap:9 G722/8000
>>>>>> a=rtpmap:0 PCMU/8000
>>>>>> a=rtpmap:8 PCMA/8000
>>>>>> a=rtpmap:106 CN/32000
>>>>>> a=rtpmap:105 CN/16000
>>>>>> a=rtpmap:13 CN/8000
>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>> a=rtpmap:112 telephone-event/32000
>>>>>> a=rtpmap:113 telephone-event/16000
>>>>>> a=rtpmap:126 telephone-event/8000
>>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ
>>>>>> srflx raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ
>>>>>> srflx raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=ice-ufrag:CbXl
>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>> a=ice-options:trickle
>>>>>> a=fingerprint:sha-256
>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>> a=setup:actpass
>>>>>> a=mid:0
>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>> a=extmap:3
>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> a=rtcp-mux
>>>>>> a=rtcp-fb:111 transport-cc
>>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>>> 125 107 108 109 124 120 123
>>>>>> c=IN IP4 50.210.153.253
>>>>>> a=rtpmap:96 VP8/90000
>>>>>> a=rtpmap:97 rtx/90000
>>>>>> a=fmtp:97 apt=96
>>>>>> a=rtpmap:98 VP9/90000
>>>>>> a=fmtp:98 profile-id=0
>>>>>> a=rtpmap:99 rtx/90000
>>>>>> a=fmtp:99 apt=98
>>>>>> a=rtpmap:100 VP9/90000
>>>>>> a=fmtp:100 profile-id=2
>>>>>> a=rtpmap:101 rtx/90000
>>>>>> a=fmtp:101 apt=100
>>>>>> a=rtpmap:102 H264/90000
>>>>>> a=fmtp:102
>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>>> a=rtpmap:122 rtx/90000
>>>>>> a=fmtp:122 apt=102
>>>>>> a=rtpmap:127 H264/90000
>>>>>> a=fmtp:127
>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>>> a=rtpmap:121 rtx/90000
>>>>>> a=fmtp:121 apt=127
>>>>>> a=rtpmap:125 H264/90000
>>>>>> a=fmtp:125
>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>>> a=rtpmap:107 rtx/90000
>>>>>> a=fmtp:107 apt=125
>>>>>> a=rtpmap:108 H264/90000
>>>>>> a=fmtp:108
>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>>> a=rtpmap:109 rtx/90000
>>>>>> a=fmtp:109 apt=108
>>>>>> a=rtpmap:124 red/90000
>>>>>> a=rtpmap:120 rtx/90000
>>>>>> a=fmtp:120 apt=124
>>>>>> a=rtpmap:123 ulpfec/90000
>>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ
>>>>>> srflx raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ
>>>>>> srflx raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=ice-ufrag:CbXl
>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>> a=ice-options:trickle
>>>>>> a=fingerprint:sha-256
>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>> a=setup:actpass
>>>>>> a=mid:1
>>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>>> a=extmap:3
>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>> a=extmap:12
>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>>> a=extmap:11
>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>>> a=extmap:8
>>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=rtcp-mux
>>>>>> a=rtcp-rsize
>>>>>> a=rtcp-fb:96 goog-remb
>>>>>> a=rtcp-fb:96 transport-cc
>>>>>> a=rtcp-fb:96 ccm fir
>>>>>> a=rtcp-fb:96 nack
>>>>>> a=rtcp-fb:96 nack pli
>>>>>> a=rtcp-fb:98 goog-remb
>>>>>> a=rtcp-fb:98 transport-cc
>>>>>> a=rtcp-fb:98 ccm fir
>>>>>> a=rtcp-fb:98 nack
>>>>>> a=rtcp-fb:98 nack pli
>>>>>> a=rtcp-fb:100 goog-remb
>>>>>> a=rtcp-fb:100 transport-cc
>>>>>> a=rtcp-fb:100 ccm fir
>>>>>> a=rtcp-fb:100 nack
>>>>>> a=rtcp-fb:100 nack pli
>>>>>> a=rtcp-fb:102 goog-remb
>>>>>> a=rtcp-fb:102 transport-cc
>>>>>> a=rtcp-fb:102 ccm fir
>>>>>> a=rtcp-fb:102 nack
>>>>>> a=rtcp-fb:102 nack pli
>>>>>> a=rtcp-fb:127 goog-remb
>>>>>> a=rtcp-fb:127 transport-cc
>>>>>> a=rtcp-fb:127 ccm fir
>>>>>> a=rtcp-fb:127 nack
>>>>>> a=rtcp-fb:127 nack pli
>>>>>> a=rtcp-fb:125 goog-remb
>>>>>> a=rtcp-fb:125 transport-cc
>>>>>> a=rtcp-fb:125 ccm fir
>>>>>> a=rtcp-fb:125 nack
>>>>>> a=rtcp-fb:125 nack pli
>>>>>> a=rtcp-fb:108 goog-remb
>>>>>> a=rtcp-fb:108 transport-cc
>>>>>> a=rtcp-fb:108 ccm fir
>>>>>> a=rtcp-fb:108 nack
>>>>>> a=rtcp-fb:108 nack pli
>>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>>>>>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT
>>>>>> (Cur 1 Tot 3)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>>>>>> 2000 at sip.vocinity.com SOFIA INIT
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>>>>>> sofia/external/2000 at sip.vocinity.com Standard INIT
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT ->
>>>>>> CS_ROUTING
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>>> CS_ROUTING (Cur 1 Tot 3)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332
>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change DOWN ->
>>>>>> RINGING
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>>>>>> 2000 at sip.vocinity.com SOFIA ROUTING
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>>>>>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>>>>>> Nathan <2000>->1000 in context default
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>>> [default->global] continue=true
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>>>>>> [global]
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>>> [default->Local_Users] continue=false
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>>>>>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> export(dialed_extension=1000)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> set(hangup_after_bridge=true)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> set(call_timeout=20)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> set(bypass_media=true)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> set(record_concat_video=true)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> set(enable_file_write_buffering=false)
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>>>>>
>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>> bridge(user/${dialed_extension}@${domain_name})
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>>>>>> CS_EXECUTE
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>>> CS_EXECUTE (Cur 1 Tot 3)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>>>>>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>>>>>> 2000 at sip.vocinity.com SOFIA EXECUTE
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>>>>>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>>>>>> Channel-State: [CS_EXECUTE]
>>>>>> Channel-Call-State: [RINGING]
>>>>>> Channel-State-Number: [4]
>>>>>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> Call-Direction: [inbound]
>>>>>> Presence-Call-Direction: [inbound]
>>>>>> Channel-HIT-Dialplan: [true]
>>>>>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> Answer-State: [ringing]
>>>>>> Caller-Direction: [inbound]
>>>>>> Caller-Logical-Direction: [inbound]
>>>>>> Caller-Username: [2000]
>>>>>> Caller-Dialplan: [XML]
>>>>>> Caller-Caller-ID-Name: [Nathan]
>>>>>> Caller-Caller-ID-Number: [2000]
>>>>>> Caller-Orig-Caller-ID-Name: [Nathan]
>>>>>> Caller-Orig-Caller-ID-Number: [2000]
>>>>>> Caller-Network-Addr: [50.210.153.253]
>>>>>> Caller-ANI: [2000]
>>>>>> Caller-Destination-Number: [1000]
>>>>>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> Caller-Source: [mod_sofia]
>>>>>> Caller-Context: [default]
>>>>>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>>> Caller-Profile-Index: [1]
>>>>>> Caller-Profile-Created-Time: [1591220628916064]
>>>>>> Caller-Channel-Created-Time: [1591220628916064]
>>>>>> Caller-Channel-Answered-Time: [0]
>>>>>> Caller-Channel-Progress-Time: [0]
>>>>>> Caller-Channel-Progress-Media-Time: [0]
>>>>>> Caller-Channel-Hangup-Time: [0]
>>>>>> Caller-Channel-Transfer-Time: [0]
>>>>>> Caller-Channel-Resurrect-Time: [0]
>>>>>> Caller-Channel-Bridged-Time: [0]
>>>>>> Caller-Channel-Last-Hold: [0]
>>>>>> Caller-Channel-Hold-Accum: [0]
>>>>>> Caller-Screen-Bit: [true]
>>>>>> Caller-Privacy-Hide-Name: [false]
>>>>>> Caller-Privacy-Hide-Number: [false]
>>>>>> variable_direction: [inbound]
>>>>>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> variable_session_id: [3]
>>>>>> variable_sip_from_user: [2000]
>>>>>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>>>>>> variable_sip_from_host: [sip.vocinity.com]
>>>>>> variable_video_media_flow: [disabled]
>>>>>> variable_audio_media_flow: [disabled]
>>>>>> variable_text_media_flow: [disabled]
>>>>>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>>>>>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>>>>>> variable_sip_local_network_addr: [204.89.189.50]
>>>>>> variable_sip_network_ip: [50.210.153.253]
>>>>>> variable_sip_network_port: [33392]
>>>>>> variable_sip_invite_stamp: [1591220628916064]
>>>>>> variable_sip_received_ip: [50.210.153.253]
>>>>>> variable_sip_received_port: [33392]
>>>>>> variable_sip_via_protocol: [wss]
>>>>>> variable_sip_authorized: [true]
>>>>>> variable_Event-Name: [REQUEST_PARAMS]
>>>>>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>>>>>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>>>>>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>>>>>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>>>>>> variable_FreeSWITCH-IPv6: [::1]
>>>>>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>>>>>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>>>>>> variable_Event-Date-Timestamp: [1591220628916064]
>>>>>> variable_Event-Calling-File: [sofia.c]
>>>>>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>>>>>> variable_Event-Calling-Line-Number: [10541]
>>>>>> variable_Event-Sequence: [1347]
>>>>>> variable_sip_number_alias: [2000]
>>>>>> variable_sip_auth_username: [2000]
>>>>>> variable_sip_auth_realm: [sip.vocinity.com]
>>>>>> variable_number_alias: [2000]
>>>>>> variable_requested_user_name: [2000]
>>>>>> variable_requested_domain_name: [sip.vocinity.com]
>>>>>> variable_user_name: [2000]
>>>>>> variable_domain_name: [sip.vocinity.com]
>>>>>> variable_sip_from_user_stripped: [2000]
>>>>>> variable_sip_from_tag: [2dtu94frdc]
>>>>>> variable_sofia_profile_name: [external]
>>>>>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>>>>>> variable_recovery_profile_name: [external]
>>>>>> variable_sip_full_via: [SIP/2.0/WSS
>>>>>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>>>>>> variable_sip_from_display: [Nathan]
>>>>>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>>>>>> >;tag=2dtu94frdc]
>>>>>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>>>>>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE,
>>>>>> OPTIONS, REFER, INFO, NOTIFY]
>>>>>> variable_sip_req_user: [1000]
>>>>>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>>>>>> variable_sip_req_host: [sip.vocinity.com]
>>>>>> variable_sip_to_user: [1000]
>>>>>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>>>>>> variable_sip_to_host: [sip.vocinity.com]
>>>>>> variable_sip_contact_params: [transport=ws;ob]
>>>>>> variable_sip_contact_user: [cb60h33n]
>>>>>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>>>>>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>>>>>> variable_rtp_use_codec_string: [VP8,OPUS]
>>>>>> variable_sip_user_agent: [JsSIP 3.3.11]
>>>>>> variable_sip_via_host: [jos34dedpjg3.invalid]
>>>>>> variable_sip_via_rport: [33392]
>>>>>> variable_max_forwards: [69]
>>>>>> variable_sip_nat_detected: [true]
>>>>>> variable_switch_r_sdp: [v=0
>>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>>> s=-
>>>>>> t=0 0
>>>>>> a=group:BUNDLE 0 1
>>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>>> 113 126
>>>>>> c=IN IP4 50.210.153.253
>>>>>> a=rtpmap:111 opus/48000/2
>>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>>> a=rtpmap:103 ISAC/16000
>>>>>> a=rtpmap:104 ISAC/32000
>>>>>> a=rtpmap:9 G722/8000
>>>>>> a=rtpmap:0 PCMU/8000
>>>>>> a=rtpmap:8 PCMA/8000
>>>>>> a=rtpmap:106 CN/32000
>>>>>> a=rtpmap:105 CN/16000
>>>>>> a=rtpmap:13 CN/8000
>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>> a=rtpmap:112 telephone-event/32000
>>>>>> a=rtpmap:113 telephone-event/16000
>>>>>> a=rtpmap:126 telephone-event/8000
>>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ
>>>>>> srflx raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ
>>>>>> srflx raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=ice-ufrag:CbXl
>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>> a=ice-options:trickle
>>>>>> a=fingerprint:sha-256
>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>> a=setup:actpass
>>>>>> a=mid:0
>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>> a=extmap:3
>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> a=rtcp-mux
>>>>>> a=rtcp-fb:111 transport-cc
>>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>>> 125 107 108 109 124 120 123
>>>>>> c=IN IP4 50.210.153.253
>>>>>> a=rtpmap:96 VP8/90000
>>>>>> a=rtpmap:97 rtx/90000
>>>>>> a=fmtp:97 apt=96
>>>>>> a=rtpmap:98 VP9/90000
>>>>>> a=fmtp:98 profile-id=0
>>>>>> a=rtpmap:99 rtx/90000
>>>>>> a=fmtp:99 apt=98
>>>>>> a=rtpmap:100 VP9/90000
>>>>>> a=fmtp:100 profile-id=2
>>>>>> a=rtpmap:101 rtx/90000
>>>>>> a=fmtp:101 apt=100
>>>>>> a=rtpmap:102 H264/90000
>>>>>> a=fmtp:102
>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>>> a=rtpmap:122 rtx/90000
>>>>>> a=fmtp:122 apt=102
>>>>>> a=rtpmap:127 H264/90000
>>>>>> a=fmtp:127
>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>>> a=rtpmap:121 rtx/90000
>>>>>> a=fmtp:121 apt=127
>>>>>> a=rtpmap:125 H264/90000
>>>>>> a=fmtp:125
>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>>> a=rtpmap:107 rtx/90000
>>>>>> a=fmtp:107 apt=125
>>>>>> a=rtpmap:108 H264/90000
>>>>>> a=fmtp:108
>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>>> a=rtpmap:109 rtx/90000
>>>>>> a=fmtp:109 apt=108
>>>>>> a=rtpmap:124 red/90000
>>>>>> a=rtpmap:120 rtx/90000
>>>>>> a=fmtp:120 apt=124
>>>>>> a=rtpmap:123 ulpfec/90000
>>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>>> generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ
>>>>>> srflx raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ
>>>>>> srflx raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost
>>>>>> 10
>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host tcptype
>>>>>> active generation 0 network-id 1 network-cost 10
>>>>>> a=ice-ufrag:CbXl
>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>> a=ice-options:trickle
>>>>>> a=fingerprint:sha-256
>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>> a=setup:actpass
>>>>>> a=mid:1
>>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>>> a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>>> a=extmap:3
>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>> a=extmap:12
>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>>> a=extmap:11
>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>>> a=extmap:8
>>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=rtcp-mux
>>>>>> a=rtcp-rsize
>>>>>> a=rtcp-fb:96 goog-remb
>>>>>> a=rtcp-fb:96 transport-cc
>>>>>> a=rtcp-fb:96 ccm fir
>>>>>> a=rtcp-fb:96 nack
>>>>>> a=rtcp-fb:96 nack pli
>>>>>> a=rtcp-fb:98 goog-remb
>>>>>> a=rtcp-fb:98 transport-cc
>>>>>> a=rtcp-fb:98 ccm fir
>>>>>> a=rtcp-fb:98 nack
>>>>>> a=rtcp-fb:98 nack pli
>>>>>> a=rtcp-fb:100 goog-remb
>>>>>> a=rtcp-fb:100 transport-cc
>>>>>> a=rtcp-fb:100 ccm fir
>>>>>> a=rtcp-fb:100 nack
>>>>>> a=rtcp-fb:100 nack pli
>>>>>> a=rtcp-fb:102 goog-remb
>>>>>> a=rtcp-fb:102 transport-cc
>>>>>> a=rtcp-fb:102 ccm fir
>>>>>> a=rtcp-fb:102 nack
>>>>>> a=rtcp-fb:102 nack pli
>>>>>> a=rtcp-fb:127 goog-remb
>>>>>> a=rtcp-fb:127 transport-cc
>>>>>> a=rtcp-fb:127 ccm fir
>>>>>> a=rtcp-fb:127 nack
>>>>>> a=rtcp-fb:127 nack pli
>>>>>> a=rtcp-fb:125 goog-remb
>>>>>> a=rtcp-fb:125 transport-cc
>>>>>> a=rtcp-fb:125 ccm fir
>>>>>> a=rtcp-fb:125 nack
>>>>>> a=rtcp-fb:125 nack pli
>>>>>> a=rtcp-fb:108 goog-remb
>>>>>> a=rtcp-fb:108 transport-cc
>>>>>> a=rtcp-fb:108 ccm fir
>>>>>> a=rtcp-fb:108 nack
>>>>>> a=rtcp-fb:108 nack pli
>>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>> ]
>>>>>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>>>>>> ,CORE_VPX_MODULE.VP8]
>>>>>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>>>>>> variable_DP_MATCH: [ARRAY::1000|:1000]
>>>>>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>> variable_current_application: [info]
>>>>>>
>>>>>>
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> export(dialed_extension=1000)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>>> (export_vars) [dialed_extension]=[1000]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> set(hangup_after_bridge=true)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>> sofia/external/2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> set(call_timeout=20)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>> sofia/external/2000 at sip.vocinity.com [call_timeout]=[20]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> set(bypass_media=true)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>> sofia/external/2000 at sip.vocinity.com [bypass_media]=[true]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> set(record_concat_video=true)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>> sofia/external/2000 at sip.vocinity.com [record_concat_video]=[true]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> set(enable_file_write_buffering=false)
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>> sofia/external/2000 at sip.vocinity.com
>>>>>> [enable_file_write_buffering]=[false]
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio
>>>>>> Codec Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>> Codec Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>>>>>> telephone-event payload to 110 at 48000
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>>> bitrate to local settings [72000bps]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>>> bitrate to local settings [72000bps]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set Codec
>>>>>> sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960 samples 0
>>>>>> bits 1 channels
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111
>>>>>> sofia/external/2000 at sip.vocinity.com Original read codec set to
>>>>>> opus:116
>>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> audio Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> audio Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> audio Candidate cid: 2 proto: udp type: srflx addr:
>>>>>> 50.210.153.253:58455
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> audio Candidate cid: 1 proto: udp type: srflx addr:
>>>>>> 50.210.153.253:41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>>>> for rtp candidate.
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose
>>>>>> rtp candidate, index 1, 50.210.153.253:41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>>> 50.210.153.253:41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>>> remote audio ice addr to index 1 50.210.153.253:41704 based on
>>>>>> candidate
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>>>>>> telephone-event payload to 110 at 48000
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to
>>>>>> 110 recv payload to 110
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [VP8:96]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video
>>>>>> Codec Compare [VP8:96] +++ is saved as a match
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:97]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [VP9:98]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:99]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [VP9:100]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:101]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [H264:102]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:122]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [H264:127]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:121]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [H264:125]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:107]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [H264:108]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:109]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [red:124]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [rtx:120]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>> Codec Compare [ulpfec:123]/[VP8:99]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set VIDEO
>>>>>> Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> video Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> video Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> video Candidate cid: 1 proto: udp type: srflx addr:
>>>>>> 50.210.153.253:57009
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>> video Candidate cid: 2 proto: udp type: srflx addr:
>>>>>> 50.210.153.253:33483
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327 Searching
>>>>>> for rtp candidate.
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose
>>>>>> rtp candidate, index 1, 50.210.153.253:57009
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>>> 50.210.153.253:57009
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>>> remote video ice addr to index 1 50.210.153.253:57009 based on
>>>>>> candidate
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO RTP
>>>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674 ->
>>>>>> 50.210.153.253 port 41704 codec: 111 ms: 20
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>>>>>> [soft] 960 bytes per 20ms
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843 Activating
>>>>>> Audio ICE
>>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883
>>>>>> Activating RTCP PORT 41704
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>>> is: 1000 and packet rate is: 20000 Remote Port: 41704
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping
>>>>>> RTCP ICE (Same as RTP)
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>>>> audio DTLS client
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio
>>>>>> DTLS state from OFF to HANDSHAKE
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to
>>>>>> 110
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload
>>>>>> to 110
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>>>>>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video
>>>>>> timer.
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO RTP
>>>>>> [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>>>>>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>>>>>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>>>>>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is
>>>>>> off
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537 Activating
>>>>>> Video ICE
>>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574 Activating
>>>>>> VIDEO RTCP PORT 57009 interval 1000 mux 1
>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>>> is: 1000 and packet rate is: 90000 Remote Port: 57009
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping
>>>>>> VIDEO RTCP ICE (Same as VIDEO RTP)
>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate RTP/RTCP
>>>>>> video DTLS client
>>>>>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video
>>>>>> DTLS state from OFF to HANDSHAKE
>>>>>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>>>>>> sofia/external/2000 at sip.vocinity.com!
>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565
>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change RINGING ->
>>>>>> EARLY
>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio
>>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video
>>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>>>>>> sofia/external/2000 at sip.vocinity.com:
>>>>>> v=0
>>>>>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>>>>>> s=FreeSWITCH
>>>>>> c=IN IP4 204.89.189.50
>>>>>> t=0 0
>>>>>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>>>>>> a=rtpmap:111 opus/48000/2
>>>>>> a=fmtp:111 useinbandfec=1; minptime=10
>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>> a=ptime:20
>>>>>> a=sendrecv
>>>>>> a=fingerprint:sha-256
>>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>>> a=setup:active
>>>>>> a=rtcp-mux
>>>>>> a=rtcp:31674 IN IP4 204.89.189.50
>>>>>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>>>>>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>>>>>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>>>>>> generation 0
>>>>>> a=end-of-candidates
>>>>>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>>>>>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>>>>>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>>>>>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>>>>>> b=AS:2048
>>>>>> a=rtpmap:96 VP8/90000
>>>>>> a=sendrecv
>>>>>> a=fingerprint:sha-256
>>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>>> a=setup:active
>>>>>> a=rtcp-mux
>>>>>> a=rtcp:25172 IN IP4 204.89.189.50
>>>>>> a=rtcp-fb:96 ccm fir
>>>>>> a=rtcp-fb:96 nack
>>>>>> a=rtcp-fb:96 nack pli
>>>>>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>>>>>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>>>>>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>>>>>> a=ice-ufrag:I30diMDiE7MKVu9K
>>>>>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>>>>>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>>>>>> generation 0
>>>>>> a=end-of-candidates
>>>>>>
>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel
>>>>>> sofia/external/2000 at sip.vocinity.com entering state [completed][200]
>>>>>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel
>>>>>> sofia/external/2000 at sip.vocinity.com entering state [ready][200]
>>>>>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio
>>>>>> DTLS state from HANDSHAKE to SETUP
>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio Fingerprint
>>>>>> Verified.
>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>>>>>> Secure RTP SEND
>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>>>>>> Secure RTP RECV
>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio
>>>>>> DTLS state from SETUP to READY
>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>>>>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865
>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>> ACTIVE
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>> record_session(/recordings/20200603174349_2000_1000.mp4)
>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>> 44100, channels: 1
>>>>>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>>>>>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec
>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>> Activation Fail
>>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool dir
>>>>>> is set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is also
>>>>>> a valid path
>>>>>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error
>>>>>> opening /recordings/20200603174349_2000_1000.mp4
>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>>>>>> 1000 at sip.vocinity.com)
>>>>>>
>>>>>> ><>
>>>>>>
>>>>>> nathan stratton
>>>>>>
>>>>>>
>>>>>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>>>>>> that happen?
>>>>>>>
>>>>>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>>>>>
>>>>>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794
>>>>>>>> Channel [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>>>> 44100, channels: 1
>>>>>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>>>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec
>>>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>>>> Activation Fail
>>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool
>>>>>>>> dir is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is
>>>>>>>> also a valid path
>>>>>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error
>>>>>>>> opening /recordings/20200603150346_2000.mp4
>>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>>>> ACTIVE
>>>>>>>>
>>>>>>>> ><>
>>>>>>>> nathan stratton
>>>>>>>>
>>>>>>>> _________________________________________________________________________
>>>>>>>>
>>>>>>>> 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>
>>>>>>>
>>>>>>> _________________________________________________________________________
>>>>>>>
>>>>>>> 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>
>>>>>
>>>>> _________________________________________________________________________
>>>>>
>>>>> 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
>>>
>>> --
>>> 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
>>
>> _________________________________________________________________________
>>
>> 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
> _________________________________________________________________________
>
> 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/20200608/ac98a85d/attachment-0001.html>

From david.villasmil.work at gmail.com  Mon Jun  8 12:47:26 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 8 Jun 2020 13:47:26 +0100
Subject: [Freeswitch-users] Record a WebRTC call
In-Reply-To: <CAC7ttFFavO=wb-cgs1myskRwL=N4NhNxik5u=X7LeNfpeZJaNw@mail.gmail.com>
References: <CAHubkyMyu69oCSwPwWvtXXnO9TX-MBAx4ie9d6mUp2zwiNj37w@mail.gmail.com>
 <CAEJMVkAJ9U81Wu7jb15pzwTou=Tcgq-7FqJ0r3NgJN-y_P2NcA@mail.gmail.com>
 <CAHubkyP2piXCT+oHVWpEJGAvb2=+udDtDuzZtKtrzN3FjWpXKA@mail.gmail.com>
 <CAEJMVkAXAu59CHBRhRwr7=M7sj=N-rHnZ9pYqZLhTX+hPXUXWQ@mail.gmail.com>
 <CAHubkyM2TLNO_5sySJtZqkPEtdsfw6MnATO-4w7bta-S_T4_vA@mail.gmail.com>
 <CAFGRPVrf6kG5X4n0S-g+f_LgdKij8YhdZbKn9O1mYcchCZBYgg@mail.gmail.com>
 <CAHubkyM=-HjsBpoHnqz91=fOvcK-7w0ZnKsoMEp6jyO9s2EKiw@mail.gmail.com>
 <CAFGRPVpRdX6kETy1tPc0HxTqRHtLYmsJi1KA8-22HQNX+3KOPg@mail.gmail.com>
 <CAC7ttFFavO=wb-cgs1myskRwL=N4NhNxik5u=X7LeNfpeZJaNw@mail.gmail.com>
Message-ID: <CAFGRPVoNP6H3akh+fjpGzj4QxP2AAsrM51EfAbkK22TmtAzpDA@mail.gmail.com>

I’ve even compiled on Mac OS X

On Mon, 8 Jun 2020 at 12:31, Gregor Nanger <gregor at infomedia.si> wrote:

> Also on windows works out of the box
>
> On Mon, 8 Jun 2020 at 13:10, David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Ask around in the list. There are people using it on CentOS, Ubuntu,
>> alpine. But it takes work, since the recommended OS is Debian.
>>
>> On Mon, 8 Jun 2020 at 11:23, Nathan Stratton <nathan at robotics.net> wrote:
>>
>>> Guess we will look at other options, Debian is NOT an option.
>>>
>>> ><>
>>>
>>> nathan stratton
>>>
>>>
>>> On Sun, Jun 7, 2020 at 7:39 PM David Villasmil <
>>> david.villasmil.work at gmail.com> wrote:
>>>
>>>> there’s a reason freeswitch documentation clearly states it should be
>>>> used on Debian
>>>>
>>>> ;)
>>>>
>>>> On Mon, 8 Jun 2020 at 00:07, Nathan Stratton <nathan at robotics.net>
>>>> wrote:
>>>>
>>>>> Yes, Debian does work, because it has mod_av and Centos does not.
>>>>>
>>>>> ><>
>>>>>
>>>>> nathan stratton
>>>>>
>>>>>
>>>>> On Sat, Jun 6, 2020 at 7:58 AM Brian West <brian at freeswitch.com>
>>>>> wrote:
>>>>>
>>>>>> Use Debian!
>>>>>>
>>>>>> On Wed, Jun 3, 2020 at 17:38 Nathan Stratton <nathan at robotics.net>
>>>>>> wrote:
>>>>>>
>>>>>>> Great question, I tried OPUS and PCMU and get the same result. I am
>>>>>>> running FreeSWITCH 10.0.3 on Centos 8.
>>>>>>>
>>>>>>>
>>>>>>> 2020-06-03 17:43:48.876061 [NOTICE] switch_channel.c:1118 New
>>>>>>> Channel sofia/external/2000 at sip.vocinity.com
>>>>>>> [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:585
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_NEW
>>>>>>> (Cur 1 Tot 3)
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10279 sofia/external/
>>>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>>>> version: 1.10.3 -release 64bit
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:10373 verifying acl
>>>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia_reg.c:1790 Send challenge
>>>>>>> for [1000 at sip.vocinity.com]
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] switch_core_state_machine.c:604
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State NEW
>>>>>>> 2020-06-03 17:43:48.876061 [DEBUG] sofia.c:2434 detaching session
>>>>>>> f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>>>> 2020-06-03 17:43:48.896052 [DEBUG] sofia.c:2544 Re-attaching to
>>>>>>> session f57d5c39-9c82-4139-8c94-4b34f48acef0
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10279 sofia/external/
>>>>>>> 2000 at sip.vocinity.com receiving invite from 50.210.153.253:33392
>>>>>>> version: 1.10.3 -release 64bit
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:10373 verifying acl
>>>>>>> "internal" for ip/port 50.210.153.253:0.
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:11476 Setting NAT mode
>>>>>>> based on via received
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7325 Channel
>>>>>>> sofia/external/2000 at sip.vocinity.com entering state [received][100]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7335 Remote SDP:
>>>>>>> v=0
>>>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>>>> s=-
>>>>>>> t=0 0
>>>>>>> a=group:BUNDLE 0 1
>>>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>>>> 113 126
>>>>>>> c=IN IP4 50.210.153.253
>>>>>>> a=rtpmap:111 opus/48000/2
>>>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>>>> a=rtpmap:103 ISAC/16000
>>>>>>> a=rtpmap:104 ISAC/32000
>>>>>>> a=rtpmap:9 G722/8000
>>>>>>> a=rtpmap:0 PCMU/8000
>>>>>>> a=rtpmap:8 PCMA/8000
>>>>>>> a=rtpmap:106 CN/32000
>>>>>>> a=rtpmap:105 CN/16000
>>>>>>> a=rtpmap:13 CN/8000
>>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>>> a=rtpmap:112 telephone-event/32000
>>>>>>> a=rtpmap:113 telephone-event/16000
>>>>>>> a=rtpmap:126 telephone-event/8000
>>>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ
>>>>>>> srflx raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ
>>>>>>> srflx raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=ice-ufrag:CbXl
>>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>>> a=ice-options:trickle
>>>>>>> a=fingerprint:sha-256
>>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>>> a=setup:actpass
>>>>>>> a=mid:0
>>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>>>> a=extmap:2
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>>> a=extmap:3
>>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp-fb:111 transport-cc
>>>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>>>> 125 107 108 109 124 120 123
>>>>>>> c=IN IP4 50.210.153.253
>>>>>>> a=rtpmap:96 VP8/90000
>>>>>>> a=rtpmap:97 rtx/90000
>>>>>>> a=fmtp:97 apt=96
>>>>>>> a=rtpmap:98 VP9/90000
>>>>>>> a=fmtp:98 profile-id=0
>>>>>>> a=rtpmap:99 rtx/90000
>>>>>>> a=fmtp:99 apt=98
>>>>>>> a=rtpmap:100 VP9/90000
>>>>>>> a=fmtp:100 profile-id=2
>>>>>>> a=rtpmap:101 rtx/90000
>>>>>>> a=fmtp:101 apt=100
>>>>>>> a=rtpmap:102 H264/90000
>>>>>>> a=fmtp:102
>>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>>>> a=rtpmap:122 rtx/90000
>>>>>>> a=fmtp:122 apt=102
>>>>>>> a=rtpmap:127 H264/90000
>>>>>>> a=fmtp:127
>>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>>>> a=rtpmap:121 rtx/90000
>>>>>>> a=fmtp:121 apt=127
>>>>>>> a=rtpmap:125 H264/90000
>>>>>>> a=fmtp:125
>>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>>>> a=rtpmap:107 rtx/90000
>>>>>>> a=fmtp:107 apt=125
>>>>>>> a=rtpmap:108 H264/90000
>>>>>>> a=fmtp:108
>>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>>>> a=rtpmap:109 rtx/90000
>>>>>>> a=fmtp:109 apt=108
>>>>>>> a=rtpmap:124 red/90000
>>>>>>> a=rtpmap:120 rtx/90000
>>>>>>> a=fmtp:120 apt=124
>>>>>>> a=rtpmap:123 ulpfec/90000
>>>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ
>>>>>>> srflx raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ
>>>>>>> srflx raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=ice-ufrag:CbXl
>>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>>> a=ice-options:trickle
>>>>>>> a=fingerprint:sha-256
>>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>>> a=setup:actpass
>>>>>>> a=mid:1
>>>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>>>> a=extmap:2
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>>>> a=extmap:3
>>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>>> a=extmap:12
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>>>> a=extmap:11
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>>>> a=extmap:8
>>>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp-rsize
>>>>>>> a=rtcp-fb:96 goog-remb
>>>>>>> a=rtcp-fb:96 transport-cc
>>>>>>> a=rtcp-fb:96 ccm fir
>>>>>>> a=rtcp-fb:96 nack
>>>>>>> a=rtcp-fb:96 nack pli
>>>>>>> a=rtcp-fb:98 goog-remb
>>>>>>> a=rtcp-fb:98 transport-cc
>>>>>>> a=rtcp-fb:98 ccm fir
>>>>>>> a=rtcp-fb:98 nack
>>>>>>> a=rtcp-fb:98 nack pli
>>>>>>> a=rtcp-fb:100 goog-remb
>>>>>>> a=rtcp-fb:100 transport-cc
>>>>>>> a=rtcp-fb:100 ccm fir
>>>>>>> a=rtcp-fb:100 nack
>>>>>>> a=rtcp-fb:100 nack pli
>>>>>>> a=rtcp-fb:102 goog-remb
>>>>>>> a=rtcp-fb:102 transport-cc
>>>>>>> a=rtcp-fb:102 ccm fir
>>>>>>> a=rtcp-fb:102 nack
>>>>>>> a=rtcp-fb:102 nack pli
>>>>>>> a=rtcp-fb:127 goog-remb
>>>>>>> a=rtcp-fb:127 transport-cc
>>>>>>> a=rtcp-fb:127 ccm fir
>>>>>>> a=rtcp-fb:127 nack
>>>>>>> a=rtcp-fb:127 nack pli
>>>>>>> a=rtcp-fb:125 goog-remb
>>>>>>> a=rtcp-fb:125 transport-cc
>>>>>>> a=rtcp-fb:125 ccm fir
>>>>>>> a=rtcp-fb:125 nack
>>>>>>> a=rtcp-fb:125 nack pli
>>>>>>> a=rtcp-fb:108 goog-remb
>>>>>>> a=rtcp-fb:108 transport-cc
>>>>>>> a=rtcp-fb:108 ccm fir
>>>>>>> a=rtcp-fb:108 nack
>>>>>>> a=rtcp-fb:108 nack pli
>>>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>>
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] sofia.c:7738 (sofia/external/
>>>>>>> 2000 at sip.vocinity.com) State Change CS_NEW -> CS_INIT
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change CS_INIT
>>>>>>> (Cur 1 Tot 3)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:93 sofia/external/
>>>>>>> 2000 at sip.vocinity.com SOFIA INIT
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:40
>>>>>>> sofia/external/2000 at sip.vocinity.com Standard INIT
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:48
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_INIT ->
>>>>>>> CS_ROUTING
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:628
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State INIT going to sleep
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>>>> CS_ROUTING (Cur 1 Tot 3)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:2332
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change DOWN ->
>>>>>>> RINGING
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:154 sofia/external/
>>>>>>> 2000 at sip.vocinity.com SOFIA ROUTING
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:236
>>>>>>> sofia/external/2000 at sip.vocinity.com Standard ROUTING
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dialplan_xml.c:637 Processing
>>>>>>> Nathan <2000>->1000 in context default
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>>>> [default->global] continue=true
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Absolute Condition
>>>>>>> [global]
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action info()
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com parsing
>>>>>>> [default->Local_Users] continue=false
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Regex (PASS)
>>>>>>> [Local_Users] destination_number(1000) =~ /^(10[01][0-9])$/ break=on-false
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> export(dialed_extension=1000)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> set(hangup_after_bridge=true)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> set(call_timeout=20)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> set(bypass_media=true)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> set(record_concat_video=true)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> set(enable_file_write_buffering=false)
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action answer()
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> record_session(/recordings/${strftime(%Y%m%d%H%M%S)}_${caller_id_number}_${destination_number}.mp4)
>>>>>>>
>>>>>>> Dialplan: sofia/external/2000 at sip.vocinity.com Action
>>>>>>> bridge(user/${dialed_extension}@${domain_name})
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:287
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State Change CS_ROUTING ->
>>>>>>> CS_EXECUTE
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:644
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State ROUTING going to sleep
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:585
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Running State Change
>>>>>>> CS_EXECUTE (Cur 1 Tot 3)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:651
>>>>>>> (sofia/external/2000 at sip.vocinity.com) State EXECUTE
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_sofia.c:209 sofia/external/
>>>>>>> 2000 at sip.vocinity.com SOFIA EXECUTE
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_state_machine.c:329
>>>>>>> sofia/external/2000 at sip.vocinity.com Standard EXECUTE
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com info()
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] mod_dptools.c:1885 CHANNEL_DATA:
>>>>>>> Channel-State: [CS_EXECUTE]
>>>>>>> Channel-Call-State: [RINGING]
>>>>>>> Channel-State-Number: [4]
>>>>>>> Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>>>> Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> Call-Direction: [inbound]
>>>>>>> Presence-Call-Direction: [inbound]
>>>>>>> Channel-HIT-Dialplan: [true]
>>>>>>> Channel-Call-UUID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> Answer-State: [ringing]
>>>>>>> Caller-Direction: [inbound]
>>>>>>> Caller-Logical-Direction: [inbound]
>>>>>>> Caller-Username: [2000]
>>>>>>> Caller-Dialplan: [XML]
>>>>>>> Caller-Caller-ID-Name: [Nathan]
>>>>>>> Caller-Caller-ID-Number: [2000]
>>>>>>> Caller-Orig-Caller-ID-Name: [Nathan]
>>>>>>> Caller-Orig-Caller-ID-Number: [2000]
>>>>>>> Caller-Network-Addr: [50.210.153.253]
>>>>>>> Caller-ANI: [2000]
>>>>>>> Caller-Destination-Number: [1000]
>>>>>>> Caller-Unique-ID: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> Caller-Source: [mod_sofia]
>>>>>>> Caller-Context: [default]
>>>>>>> Caller-Channel-Name: [sofia/external/2000 at sip.vocinity.com]
>>>>>>> Caller-Profile-Index: [1]
>>>>>>> Caller-Profile-Created-Time: [1591220628916064]
>>>>>>> Caller-Channel-Created-Time: [1591220628916064]
>>>>>>> Caller-Channel-Answered-Time: [0]
>>>>>>> Caller-Channel-Progress-Time: [0]
>>>>>>> Caller-Channel-Progress-Media-Time: [0]
>>>>>>> Caller-Channel-Hangup-Time: [0]
>>>>>>> Caller-Channel-Transfer-Time: [0]
>>>>>>> Caller-Channel-Resurrect-Time: [0]
>>>>>>> Caller-Channel-Bridged-Time: [0]
>>>>>>> Caller-Channel-Last-Hold: [0]
>>>>>>> Caller-Channel-Hold-Accum: [0]
>>>>>>> Caller-Screen-Bit: [true]
>>>>>>> Caller-Privacy-Hide-Name: [false]
>>>>>>> Caller-Privacy-Hide-Number: [false]
>>>>>>> variable_direction: [inbound]
>>>>>>> variable_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> variable_session_id: [3]
>>>>>>> variable_sip_from_user: [2000]
>>>>>>> variable_sip_from_uri: [2000 at sip.vocinity.com]
>>>>>>> variable_sip_from_host: [sip.vocinity.com]
>>>>>>> variable_video_media_flow: [disabled]
>>>>>>> variable_audio_media_flow: [disabled]
>>>>>>> variable_text_media_flow: [disabled]
>>>>>>> variable_channel_name: [sofia/external/2000 at sip.vocinity.com]
>>>>>>> variable_sip_call_id: [thge6sa0p8j1kfqmfftt]
>>>>>>> variable_sip_local_network_addr: [204.89.189.50]
>>>>>>> variable_sip_network_ip: [50.210.153.253]
>>>>>>> variable_sip_network_port: [33392]
>>>>>>> variable_sip_invite_stamp: [1591220628916064]
>>>>>>> variable_sip_received_ip: [50.210.153.253]
>>>>>>> variable_sip_received_port: [33392]
>>>>>>> variable_sip_via_protocol: [wss]
>>>>>>> variable_sip_authorized: [true]
>>>>>>> variable_Event-Name: [REQUEST_PARAMS]
>>>>>>> variable_Core-UUID: [2a296e4d-c0f7-4b8d-b924-f3ea8900f309]
>>>>>>> variable_FreeSWITCH-Hostname: [appserver.vocinity.com]
>>>>>>> variable_FreeSWITCH-Switchname: [appserver.vocinity.com]
>>>>>>> variable_FreeSWITCH-IPv4: [204.89.189.50]
>>>>>>> variable_FreeSWITCH-IPv6: [::1]
>>>>>>> variable_Event-Date-Local: [2020-06-03 17:43:48]
>>>>>>> variable_Event-Date-GMT: [Wed, 03 Jun 2020 21:43:48 GMT]
>>>>>>> variable_Event-Date-Timestamp: [1591220628916064]
>>>>>>> variable_Event-Calling-File: [sofia.c]
>>>>>>> variable_Event-Calling-Function: [sofia_handle_sip_i_invite]
>>>>>>> variable_Event-Calling-Line-Number: [10541]
>>>>>>> variable_Event-Sequence: [1347]
>>>>>>> variable_sip_number_alias: [2000]
>>>>>>> variable_sip_auth_username: [2000]
>>>>>>> variable_sip_auth_realm: [sip.vocinity.com]
>>>>>>> variable_number_alias: [2000]
>>>>>>> variable_requested_user_name: [2000]
>>>>>>> variable_requested_domain_name: [sip.vocinity.com]
>>>>>>> variable_user_name: [2000]
>>>>>>> variable_domain_name: [sip.vocinity.com]
>>>>>>> variable_sip_from_user_stripped: [2000]
>>>>>>> variable_sip_from_tag: [2dtu94frdc]
>>>>>>> variable_sofia_profile_name: [external]
>>>>>>> variable_sofia_profile_url: [sip:mod_sofia at 204.89.189.50:5060]
>>>>>>> variable_recovery_profile_name: [external]
>>>>>>> variable_sip_full_via: [SIP/2.0/WSS
>>>>>>> jos34dedpjg3.invalid;branch=z9hG4bK8396701;received=50.210.153.253;rport=33392]
>>>>>>> variable_sip_from_display: [Nathan]
>>>>>>> variable_sip_full_from: ["Nathan" <sip:2000 at sip.vocinity.com
>>>>>>> >;tag=2dtu94frdc]
>>>>>>> variable_sip_full_to: [<sip:1000 at sip.vocinity.com>]
>>>>>>> variable_sip_allow: [INVITE, ACK, CANCEL, BYE, UPDATE, MESSAGE,
>>>>>>> OPTIONS, REFER, INFO, NOTIFY]
>>>>>>> variable_sip_req_user: [1000]
>>>>>>> variable_sip_req_uri: [1000 at sip.vocinity.com]
>>>>>>> variable_sip_req_host: [sip.vocinity.com]
>>>>>>> variable_sip_to_user: [1000]
>>>>>>> variable_sip_to_uri: [1000 at sip.vocinity.com]
>>>>>>> variable_sip_to_host: [sip.vocinity.com]
>>>>>>> variable_sip_contact_params: [transport=ws;ob]
>>>>>>> variable_sip_contact_user: [cb60h33n]
>>>>>>> variable_sip_contact_uri: [cb60h33n at jos34dedpjg3.invalid]
>>>>>>> variable_sip_contact_host: [jos34dedpjg3.invalid]
>>>>>>> variable_rtp_use_codec_string: [VP8,OPUS]
>>>>>>> variable_sip_user_agent: [JsSIP 3.3.11]
>>>>>>> variable_sip_via_host: [jos34dedpjg3.invalid]
>>>>>>> variable_sip_via_rport: [33392]
>>>>>>> variable_max_forwards: [69]
>>>>>>> variable_sip_nat_detected: [true]
>>>>>>> variable_switch_r_sdp: [v=0
>>>>>>> o=- 4361465521890668688 2 IN IP4 127.0.0.1
>>>>>>> s=-
>>>>>>> t=0 0
>>>>>>> a=group:BUNDLE 0 1
>>>>>>> a=msid-semantic: WMS OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> m=audio 41704 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112
>>>>>>> 113 126
>>>>>>> c=IN IP4 50.210.153.253
>>>>>>> a=rtpmap:111 opus/48000/2
>>>>>>> a=fmtp:111 minptime=10;useinbandfec=1
>>>>>>> a=rtpmap:103 ISAC/16000
>>>>>>> a=rtpmap:104 ISAC/32000
>>>>>>> a=rtpmap:9 G722/8000
>>>>>>> a=rtpmap:0 PCMU/8000
>>>>>>> a=rtpmap:8 PCMA/8000
>>>>>>> a=rtpmap:106 CN/32000
>>>>>>> a=rtpmap:105 CN/16000
>>>>>>> a=rtpmap:13 CN/8000
>>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>>> a=rtpmap:112 telephone-event/32000
>>>>>>> a=rtpmap:113 telephone-event/16000
>>>>>>> a=rtpmap:126 telephone-event/8000
>>>>>>> a=rtcp:58455 IN IP4 50.210.153.253
>>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 41704 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 58455 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 58455 typ
>>>>>>> srflx raddr 10.88.65.80 rport 58455 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 41704 typ
>>>>>>> srflx raddr 10.88.65.80 rport 41704 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=ice-ufrag:CbXl
>>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>>> a=ice-options:trickle
>>>>>>> a=fingerprint:sha-256
>>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>>> a=setup:actpass
>>>>>>> a=mid:0
>>>>>>> a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
>>>>>>> a=extmap:2
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>>> a=extmap:3
>>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp-fb:111 transport-cc
>>>>>>> a=ssrc:1537550124 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:1537550124 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> a=ssrc:1537550124 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:1537550124 label:6bb8fc4b-068d-4461-9819-c28dfea86bf8
>>>>>>> m=video 57009 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121
>>>>>>> 125 107 108 109 124 120 123
>>>>>>> c=IN IP4 50.210.153.253
>>>>>>> a=rtpmap:96 VP8/90000
>>>>>>> a=rtpmap:97 rtx/90000
>>>>>>> a=fmtp:97 apt=96
>>>>>>> a=rtpmap:98 VP9/90000
>>>>>>> a=fmtp:98 profile-id=0
>>>>>>> a=rtpmap:99 rtx/90000
>>>>>>> a=fmtp:99 apt=98
>>>>>>> a=rtpmap:100 VP9/90000
>>>>>>> a=fmtp:100 profile-id=2
>>>>>>> a=rtpmap:101 rtx/90000
>>>>>>> a=fmtp:101 apt=100
>>>>>>> a=rtpmap:102 H264/90000
>>>>>>> a=fmtp:102
>>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
>>>>>>> a=rtpmap:122 rtx/90000
>>>>>>> a=fmtp:122 apt=102
>>>>>>> a=rtpmap:127 H264/90000
>>>>>>> a=fmtp:127
>>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
>>>>>>> a=rtpmap:121 rtx/90000
>>>>>>> a=fmtp:121 apt=127
>>>>>>> a=rtpmap:125 H264/90000
>>>>>>> a=fmtp:125
>>>>>>> level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
>>>>>>> a=rtpmap:107 rtx/90000
>>>>>>> a=fmtp:107 apt=125
>>>>>>> a=rtpmap:108 H264/90000
>>>>>>> a=fmtp:108
>>>>>>> level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
>>>>>>> a=rtpmap:109 rtx/90000
>>>>>>> a=fmtp:109 apt=108
>>>>>>> a=rtpmap:124 red/90000
>>>>>>> a=rtpmap:120 rtx/90000
>>>>>>> a=fmtp:120 apt=124
>>>>>>> a=rtpmap:123 ulpfec/90000
>>>>>>> a=rtcp:33483 IN IP4 50.210.153.253
>>>>>>> a=candidate:1978755251 1 udp 2122260223 10.88.65.80 57009 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:1978755251 2 udp 2122260222 10.88.65.80 33483 typ host
>>>>>>> generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:3702450022 1 udp 1686052607 50.210.153.253 57009 typ
>>>>>>> srflx raddr 10.88.65.80 rport 57009 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:3702450022 2 udp 1686052606 50.210.153.253 33483 typ
>>>>>>> srflx raddr 10.88.65.80 rport 33483 generation 0 network-id 1 network-cost
>>>>>>> 10
>>>>>>> a=candidate:997364803 1 tcp 1518280447 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=candidate:997364803 2 tcp 1518280446 10.88.65.80 9 typ host
>>>>>>> tcptype active generation 0 network-id 1 network-cost 10
>>>>>>> a=ice-ufrag:CbXl
>>>>>>> a=ice-pwd:3HF4+k0xW10Eoa9QpHIEKh6I
>>>>>>> a=ice-options:trickle
>>>>>>> a=fingerprint:sha-256
>>>>>>> 96:34:14:58:BA:22:B6:B8:7B:41:92:D0:6F:70:1C:BA:25:BA:3C:03:4E:47:85:CC:33:FB:DB:EA:98:4E:52:89
>>>>>>> a=setup:actpass
>>>>>>> a=mid:1
>>>>>>> a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
>>>>>>> a=extmap:2
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
>>>>>>> a=extmap:13 urn:3gpp:video-orientation
>>>>>>> a=extmap:3
>>>>>>> http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
>>>>>>> a=extmap:12
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
>>>>>>> a=extmap:11
>>>>>>> http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
>>>>>>> a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
>>>>>>> a=extmap:8
>>>>>>> http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
>>>>>>> a=extmap:9 http://www.webrtc.org/experiments/rtp-hdrext/color-space
>>>>>>> a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
>>>>>>> a=extmap:5 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
>>>>>>> a=extmap:6 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
>>>>>>> a=msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp-rsize
>>>>>>> a=rtcp-fb:96 goog-remb
>>>>>>> a=rtcp-fb:96 transport-cc
>>>>>>> a=rtcp-fb:96 ccm fir
>>>>>>> a=rtcp-fb:96 nack
>>>>>>> a=rtcp-fb:96 nack pli
>>>>>>> a=rtcp-fb:98 goog-remb
>>>>>>> a=rtcp-fb:98 transport-cc
>>>>>>> a=rtcp-fb:98 ccm fir
>>>>>>> a=rtcp-fb:98 nack
>>>>>>> a=rtcp-fb:98 nack pli
>>>>>>> a=rtcp-fb:100 goog-remb
>>>>>>> a=rtcp-fb:100 transport-cc
>>>>>>> a=rtcp-fb:100 ccm fir
>>>>>>> a=rtcp-fb:100 nack
>>>>>>> a=rtcp-fb:100 nack pli
>>>>>>> a=rtcp-fb:102 goog-remb
>>>>>>> a=rtcp-fb:102 transport-cc
>>>>>>> a=rtcp-fb:102 ccm fir
>>>>>>> a=rtcp-fb:102 nack
>>>>>>> a=rtcp-fb:102 nack pli
>>>>>>> a=rtcp-fb:127 goog-remb
>>>>>>> a=rtcp-fb:127 transport-cc
>>>>>>> a=rtcp-fb:127 ccm fir
>>>>>>> a=rtcp-fb:127 nack
>>>>>>> a=rtcp-fb:127 nack pli
>>>>>>> a=rtcp-fb:125 goog-remb
>>>>>>> a=rtcp-fb:125 transport-cc
>>>>>>> a=rtcp-fb:125 ccm fir
>>>>>>> a=rtcp-fb:125 nack
>>>>>>> a=rtcp-fb:125 nack pli
>>>>>>> a=rtcp-fb:108 goog-remb
>>>>>>> a=rtcp-fb:108 transport-cc
>>>>>>> a=rtcp-fb:108 ccm fir
>>>>>>> a=rtcp-fb:108 nack
>>>>>>> a=rtcp-fb:108 nack pli
>>>>>>> a=ssrc-group:FID 2988188772 2811984399
>>>>>>> a=ssrc:2988188772 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:2988188772 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2988188772 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:2988188772 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2811984399 cname:H+vuxJdK27w4PqCr
>>>>>>> a=ssrc:2811984399 msid:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> 85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> a=ssrc:2811984399 mslabel:OcWbCdxejuLBVflMqvjtAt1wAXcFmeaI3Yxe
>>>>>>> a=ssrc:2811984399 label:85c1ee18-b111-4183-8949-af3e72cbd1fe
>>>>>>> ]
>>>>>>> variable_ep_codec_string: [mod_opus.opus at 48000h@20i at 2c
>>>>>>> ,CORE_VPX_MODULE.VP8]
>>>>>>> variable_endpoint_disposition: [DELAYED NEGOTIATION]
>>>>>>> variable_DP_MATCH: [ARRAY::1000|:1000]
>>>>>>> variable_call_uuid: [f57d5c39-9c82-4139-8c94-4b34f48acef0]
>>>>>>> variable_current_application: [info]
>>>>>>>
>>>>>>>
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> export(dialed_extension=1000)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>>>> (export_vars) [dialed_extension]=[1000]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> export(nolocal:absolute_codec_string=OPUS,VP8)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_channel.c:1310 EXPORT
>>>>>>> (export_vars) (REMOTE ONLY) [absolute_codec_string]=[OPUS,VP8]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> set(hangup_after_bridge=true)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>>> sofia/external/2000 at sip.vocinity.com [hangup_after_bridge]=[true]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> set(call_timeout=20)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>>> sofia/external/2000 at sip.vocinity.com [call_timeout]=[20]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> set(bypass_media=true)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>>> sofia/external/2000 at sip.vocinity.com [bypass_media]=[true]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> set(record_concat_video=true)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>>> sofia/external/2000 at sip.vocinity.com [record_concat_video]=[true]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> set(enable_file_write_buffering=false)
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_dptools.c:1672 SET
>>>>>>> sofia/external/2000 at sip.vocinity.com
>>>>>>> [enable_file_write_buffering]=[false]
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com answer()
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [opus:111:48000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5647 Audio
>>>>>>> Codec Compare [opus:116:48000:20:0:1] ++++ is saved as a match
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [ISAC:103:16000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [ISAC:104:32000:30:32000:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [G722:9:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [PCMU:0:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [CN:105:16000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5592 Audio
>>>>>>> Codec Compare [CN:13:8000:20:0:1]/[opus:116:48000:20:0:1]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5508 Set
>>>>>>> telephone-event payload to 110 at 48000
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>>>> bitrate to local settings [72000bps]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] mod_opus.c:613 Opus encoder: set
>>>>>>> bitrate to local settings [72000bps]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3837 Set
>>>>>>> Codec sofia/external/2000 at sip.vocinity.com opus/48000 20 ms 960
>>>>>>> samples 0 bits 1 channels
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_codec.c:111
>>>>>>> sofia/external/2000 at sip.vocinity.com Original read codec set to
>>>>>>> opus:116
>>>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> audio Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> audio Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:58455
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> audio Candidate cid: 2 proto: udp type: srflx addr:
>>>>>>> 50.210.153.253:58455
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> audio Candidate cid: 1 proto: udp type: srflx addr:
>>>>>>> 50.210.153.253:41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327
>>>>>>> Searching for rtp candidate.
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose
>>>>>>> rtp candidate, index 1, 50.210.153.253:41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>>>> 50.210.153.253:41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>>>> remote audio ice addr to index 1 50.210.153.253:41704 based on
>>>>>>> candidate
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>>>> remote rtcp audio addr to 50.210.153.253:41704 based on candidate
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5851 Set
>>>>>>> telephone-event payload to 110 at 48000
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:5909
>>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to
>>>>>>> 110 recv payload to 110
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [VP8:96]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6226 Video
>>>>>>> Codec Compare [VP8:96] +++ is saved as a match
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:97]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [VP9:98]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:99]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [VP9:100]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:101]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [H264:102]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:122]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [H264:127]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:121]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [H264:125]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:107]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [H264:108]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:109]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [red:124]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [rtx:120]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:6194 Video
>>>>>>> Codec Compare [ulpfec:123]/[VP8:99]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_vpx.c:703 VPX VER:v1.8.1
>>>>>>> VPX_IMAGE_ABI_VERSION:4 VPX_CODEC_ABI_VERSION:8
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:3647 Set
>>>>>>> VIDEO Codec sofia/external/2000 at sip.vocinity.com VP8/90000 0 ms
>>>>>>> 2020-06-03 17:43:48.916064 [WARNING] switch_core_media.c:4252 NO
>>>>>>> candidate ACL defined, Defaulting to wan.auto
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> video Candidate cid: 1 proto: udp type: host addr: 10.88.65.80:57009
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> video Candidate cid: 2 proto: udp type: host addr: 10.88.65.80:33483
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> video Candidate cid: 1 proto: udp type: srflx addr:
>>>>>>> 50.210.153.253:57009
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4282 Save
>>>>>>> video Candidate cid: 2 proto: udp type: srflx addr:
>>>>>>> 50.210.153.253:33483
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4327
>>>>>>> Searching for rtp candidate.
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4336 Choose
>>>>>>> rtp candidate, index 1, 50.210.153.253:57009
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4102
>>>>>>> sofia/external/2000 at sip.vocinity.com choosing family v4
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4347 Choose
>>>>>>> same candidate, index 2, for rtcp based on rtcp-mux attribute
>>>>>>> 50.210.153.253:57009
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4399 setting
>>>>>>> remote video ice addr to index 1 50.210.153.253:57009 based on
>>>>>>> candidate
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:4434 Setting
>>>>>>> remote rtcp video addr to 50.210.153.253:57009 based on candidate
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8661 AUDIO
>>>>>>> RTP [sofia/external/2000 at sip.vocinity.com] 204.89.189.50 port 31674
>>>>>>> -> 50.210.153.253 port 41704 codec: 111 ms: 20
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4413 Starting timer
>>>>>>> [soft] 960 bytes per 20ms
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8843
>>>>>>> Activating Audio ICE
>>>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>>>> audio ICE: CbXl:U5MYK20Qqyc82ZOo 50.210.153.253:41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8883
>>>>>>> Activating RTCP PORT 41704
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>>>> is: 1000 and packet rate is: 20000 Remote Port: 41704
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:8894 Skipping
>>>>>>> RTCP ICE (Same as RTP)
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate
>>>>>>> RTP/RTCP audio DTLS client
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3908 Changing audio
>>>>>>> DTLS state from OFF to HANDSHAKE
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8975
>>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf send payload to
>>>>>>> 110
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:8982
>>>>>>> sofia/external/2000 at sip.vocinity.com Set 2833 dtmf receive payload
>>>>>>> to 110
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9005
>>>>>>> sofia/external/2000 at sip.vocinity.com Set rtp dtmf delay to 40
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4428 Starting video
>>>>>>> timer.
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:9493 VIDEO
>>>>>>> RTP [sofia/external/2000 at sip.vocinity.com] 204.89.189.50:25172->
>>>>>>> 50.210.153.253:57009 codec: 96 ms: 0 [SUCCESS]
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7628
>>>>>>> sofia/external/2000 at sip.vocinity.com Starting Video thread
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_core_media.c:7494
>>>>>>> sofia/external/2000 at sip.vocinity.com Video thread started. Echo is
>>>>>>> off
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9537
>>>>>>> Activating Video ICE
>>>>>>> 2020-06-03 17:43:48.916064 [NOTICE] switch_rtp.c:4915 Activating RTP
>>>>>>> video ICE: CbXl:I30diMDiE7MKVu9K 50.210.153.253:57009
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9574
>>>>>>> Activating VIDEO RTCP PORT 57009 interval 1000 mux 1
>>>>>>> 2020-06-03 17:43:48.916064 [DEBUG] switch_rtp.c:4811 RTCP send rate
>>>>>>> is: 1000 and packet rate is: 90000 Remote Port: 57009
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_core_media.c:9587 Skipping
>>>>>>> VIDEO RTCP ICE (Same as VIDEO RTP)
>>>>>>> 2020-06-03 17:43:48.916064 [INFO] switch_rtp.c:3741 Activate
>>>>>>> RTP/RTCP video DTLS client
>>>>>>> 2020-06-03 17:43:48.936038 [INFO] switch_rtp.c:3908 Changing video
>>>>>>> DTLS state from OFF to HANDSHAKE
>>>>>>> 2020-06-03 17:43:48.936038 [NOTICE] sofia_media.c:92 Pre-Answer
>>>>>>> sofia/external/2000 at sip.vocinity.com!
>>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_channel.c:3565
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change RINGING ->
>>>>>>> EARLY
>>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:8643 Audio
>>>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] switch_core_media.c:9357 Video
>>>>>>> params are unchanged for sofia/external/2000 at sip.vocinity.com.
>>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] mod_sofia.c:898 Local SDP
>>>>>>> sofia/external/2000 at sip.vocinity.com:
>>>>>>> v=0
>>>>>>> o=FreeSWITCH 1591188954 1591188955 IN IP4 204.89.189.50
>>>>>>> s=FreeSWITCH
>>>>>>> c=IN IP4 204.89.189.50
>>>>>>> t=0 0
>>>>>>> a=msid-semantic: WMS 61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>>> m=audio 31674 UDP/TLS/RTP/SAVPF 111 110
>>>>>>> a=rtpmap:111 opus/48000/2
>>>>>>> a=fmtp:111 useinbandfec=1; minptime=10
>>>>>>> a=rtpmap:110 telephone-event/48000
>>>>>>> a=ptime:20
>>>>>>> a=sendrecv
>>>>>>> a=fingerprint:sha-256
>>>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>>>> a=setup:active
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp:31674 IN IP4 204.89.189.50
>>>>>>> a=ice-ufrag:U5MYK20Qqyc82ZOo
>>>>>>> a=ice-pwd:7wPN9Qhjq6ILcscWnPLYHCFY
>>>>>>> a=candidate:4547453843 1 udp 659136 204.89.189.50 31674 typ host
>>>>>>> generation 0
>>>>>>> a=end-of-candidates
>>>>>>> a=ssrc:458504716 cname:wiSAPNbDkKZyvfUA
>>>>>>> a=ssrc:458504716 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP a0
>>>>>>> a=ssrc:458504716 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>>> a=ssrc:458504716 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPa0
>>>>>>> m=video 25172 UDP/TLS/RTP/SAVPF 96
>>>>>>> b=AS:2048
>>>>>>> a=rtpmap:96 VP8/90000
>>>>>>> a=sendrecv
>>>>>>> a=fingerprint:sha-256
>>>>>>> 29:ED:E1:76:E1:39:35:5E:1D:A5:BE:8F:F3:84:E1:CE:1C:35:B7:F1:AA:B4:A1:32:F8:2F:E5:C3:27:45:17:0B
>>>>>>> a=setup:active
>>>>>>> a=rtcp-mux
>>>>>>> a=rtcp:25172 IN IP4 204.89.189.50
>>>>>>> a=rtcp-fb:96 ccm fir
>>>>>>> a=rtcp-fb:96 nack
>>>>>>> a=rtcp-fb:96 nack pli
>>>>>>> a=ssrc:3957883082 cname:wiSAPNbDkKZyvfUA
>>>>>>> a=ssrc:3957883082 msid:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP v0
>>>>>>> a=ssrc:3957883082 mslabel:61vceH5KXGIwoVpwfOlmePpcgxHvSEWP
>>>>>>> a=ssrc:3957883082 label:61vceH5KXGIwoVpwfOlmePpcgxHvSEWPv0
>>>>>>> a=ice-ufrag:I30diMDiE7MKVu9K
>>>>>>> a=ice-pwd:ALJgaBw2dFw2dVzLPpPY2j6w
>>>>>>> a=candidate:2237072367 1 udp 659136 204.89.189.50 25172 typ host
>>>>>>> generation 0
>>>>>>> a=end-of-candidates
>>>>>>>
>>>>>>> 2020-06-03 17:43:48.936038 [DEBUG] sofia.c:7325 Channel
>>>>>>> sofia/external/2000 at sip.vocinity.com entering state [completed][200]
>>>>>>> 2020-06-03 17:43:48.956044 [DEBUG] sofia.c:7325 Channel
>>>>>>> sofia/external/2000 at sip.vocinity.com entering state [ready][200]
>>>>>>> 2020-06-03 17:43:49.016061 [INFO] switch_rtp.c:3278 Changing audio
>>>>>>> DTLS state from HANDSHAKE to SETUP
>>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3185 audio
>>>>>>> Fingerprint Verified.
>>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4217 Activating audio
>>>>>>> Secure RTP SEND
>>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:4195 Activating audio
>>>>>>> Secure RTP RECV
>>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>>>> 2020-06-03 17:43:49.036093 [INFO] switch_rtp.c:3227 Changing audio
>>>>>>> DTLS state from SETUP to READY
>>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_core_sqldb.c:2836 Secure
>>>>>>> Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80
>>>>>>> 2020-06-03 17:43:49.036093 [NOTICE] mod_dptools.c:1406 Channel
>>>>>>> [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] switch_channel.c:3865
>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>>> ACTIVE
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>> record_session(/recordings/20200603174349_2000_1000.mp4)
>>>>>>> 2020-06-03 17:43:49.036093 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>>> 44100, channels: 1
>>>>>>> 2020-06-03 17:43:49.036093 [INFO] mod_mp4v2.c:402 Opening File
>>>>>>> [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] 44100hz  with VIDEO
>>>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_codec.c:727 Codec
>>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>>> 2020-06-03 17:43:49.036093 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>>> Activation Fail
>>>>>>> 2020-06-03 17:43:49.036093 [WARNING] switch_core_file.c:359 Spool
>>>>>>> dir is set.  Make sure [/tmp/f0126da6-871b-4924-b105-ea29c426db9a.mp4] is
>>>>>>> also a valid path
>>>>>>> 2020-06-03 17:43:49.036093 [ERR] switch_ivr_async.c:2818 Error
>>>>>>> opening /recordings/20200603174349_2000_1000.mp4
>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com bridge(user/
>>>>>>> 1000 at sip.vocinity.com)
>>>>>>>
>>>>>>> ><>
>>>>>>>
>>>>>>> nathan stratton
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Jun 3, 2020 at 4:07 PM Brian West <brian at freeswitch.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Need the full debug log, there is no PCMU at 44.1khz so how did
>>>>>>>> that happen?
>>>>>>>>
>>>>>>>> On Wed, Jun 3, 2020 at 2:22 PM Nathan Stratton <nathan at robotics.net>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> I have tried mod_mp4 and mod_mp4v2, but give the same error:
>>>>>>>>>
>>>>>>>>> 2020-06-03 15:03:50.265573 [NOTICE] switch_ivr_originate.c:3794
>>>>>>>>> Channel [sofia/external/2000 at sip.vocinity.com] has been answered
>>>>>>>>> EXECUTE [depth=0] sofia/external/2000 at sip.vocinity.com
>>>>>>>>> record_session(/recordings/20200603150346_2000.mp4)
>>>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] mod_mp4v2.c:357 sample rate:
>>>>>>>>> 44100, channels: 1
>>>>>>>>> 2020-06-03 15:03:50.265573 [INFO] mod_mp4v2.c:402 Opening File
>>>>>>>>> [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] 44100hz  with VIDEO
>>>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_codec.c:727 Codec
>>>>>>>>> PCMU Exists but not at the desired implementation. 44100hz 20ms 1ch
>>>>>>>>> 2020-06-03 15:03:50.265573 [ERR] mod_mp4v2.c:415 Audio Codec
>>>>>>>>> Activation Fail
>>>>>>>>> 2020-06-03 15:03:50.265573 [WARNING] switch_core_file.c:359 Spool
>>>>>>>>> dir is set.  Make sure [/tmp/bde19022-b1fb-405b-9417-34b10994c775.mp4] is
>>>>>>>>> also a valid path
>>>>>>>>> 2020-06-03 15:03:50.265573 [ERR] switch_ivr_async.c:2818 Error
>>>>>>>>> opening /recordings/20200603150346_2000.mp4
>>>>>>>>> 2020-06-03 15:03:50.265573 [DEBUG] switch_channel.c:3865
>>>>>>>>> (sofia/external/2000 at sip.vocinity.com) Callstate Change EARLY ->
>>>>>>>>> ACTIVE
>>>>>>>>>
>>>>>>>>> ><>
>>>>>>>>> nathan stratton
>>>>>>>>>
>>>>>>>>> _________________________________________________________________________
>>>>>>>>>
>>>>>>>>> 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>
>>>>>>>>
>>>>>>>> _________________________________________________________________________
>>>>>>>>
>>>>>>>> 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>
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>>
>>>>>> 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
>>>>
>>>> --
>>>> 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
>>>
>>> _________________________________________________________________________
>>>
>>> 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
>> _________________________________________________________________________
>>
>> 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
> <https://www.google.com/maps/search/Jerebova+3,+Novo+mesto,+Slovenia?entry=gmail&source=g>
> • www.infomedia.si
> _________________________________________________________________________
>
> 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/20200608/f911a50b/attachment-0001.html>

From amit.k.chaudhuri at gmail.com  Sun Jun  7 16:20:29 2020
From: amit.k.chaudhuri at gmail.com (Amit Chaudhuri)
Date: Sun, 7 Jun 2020 17:20:29 +0100
Subject: [Freeswitch-users] strange warnings on new install on debian 10
In-Reply-To: <m3r1usugfx.wl-covici@ccs.covici.com>
References: <m3r1usugfx.wl-covici@ccs.covici.com>
Message-ID: <CAH=VbNfyDOX=Ku-6LOt36QS5_XkT+rJ0cUe9t9BgLU9Qj2ppcA@mail.gmail.com>

John Covivi,

according to the changelog, mod_spidermonkey is deprecated and has
been removed at some point. Not sure when but it should be easy enough
to check timing. So I doubt it's absence is a problem. I would be
tempted to try and see what performs the integrity check. Maybe there
is code there that should have been removed but still lives on. And of
course, see if anyone who really knows the story comes up with
something more useful.

Regards,
Amit

On Sat, 6 Jun 2020 at 20:54, John Covici <covici at ccs.covici.com> wrote:
>
> Hi.  I have a new install  of fs on a Debian 10 install -- not quite a
> clean install -- but I did get the bdeps and I compiled from source.
> Here are the warnings:
>
> Checking module integrity in target [/usr/local/freeswitch/mod]
>
> WARNING: installed module: mod_spidermonkey_core_db.so was not
> installed by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_curl.so was not installed
> by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey.so was not installed by
> this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_socket.so was not
> installed by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_teletone.so was not
> installed by this build.  It is not present in modules.conf.
>
> I don't see any reference to spidermonkey anywhere in the fs source
> so I am confused as to how to fix.
>
> Thanks in advance for any suggestions.
>
> --
> 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


From sobomax at sippysoft.com  Sat Jun  6 06:02:18 2020
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 5 Jun 2020 23:02:18 -0700
Subject: [Freeswitch-users] [Announcement] SIP Chronicles #4,
	featuring Mark J. Crane @ FusionPBX
Message-ID: <CAH7qZftMq5AY7JJMntkEi3923w64MhEmm-iYbpfHPYgULx7nJw@mail.gmail.com>

SIP Folks,

First of all thanks everyone who participated in or just watched our first
3 episodes of SIP Chronicles! I think it's safe to say that both myself and
my partner in crime Giovanni have been pleasantly surprised by the
turn-around numbers and general interest our little initiative has
generated!

We have had time to refine and think over our concept and if you ask me
now, SIP Chronicles is not about a particular product, or technology - it's
first and foremost about stories of amazing, passionate people doing
exciting things with SIP technology!

In that spirit, this Saturday we'll bring another story: the story of Mark
J. Crane and his FusionPBX project.  Even if you have never heard about
FusionPBX or FreeSWITCH (which is unlikely) that might be a great
opportunity to learn and hear Mark's story. Or if you are using either one
already - ask Mark a question!

Please join us this Saturday @ 4:30pm UTC: https://youtu.be/CJB7RjiIJ4s

 Thanks and see you soon! :)

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

From tv.lists at gmail.com  Sat Jun  6 10:32:58 2020
From: tv.lists at gmail.com (Mettavihari D)
Date: Sat, 6 Jun 2020 16:02:58 +0530
Subject: [Freeswitch-users] Is there any archive or list of topics
	discussed
In-Reply-To: <CALXCt0qAMgpGkfpbgPJdyZayZkPRmqAeWVb1SBJJTrctzUFu+g@mail.gmail.com>
References: <CAARgOyT1BSRQfWtJQqA_MTf-ipNFfCp4V8M5taRhwbtUfeu98g@mail.gmail.com>
 <CALXCt0qAMgpGkfpbgPJdyZayZkPRmqAeWVb1SBJJTrctzUFu+g@mail.gmail.com>
Message-ID: <CAMRsyOf9H1nAi=jkqMLN4c=WPPE6-aR18HOWuW_SLNHCyKMejA@mail.gmail.com>

Greetings

This is the link to the archives

http://freeswitch-users.2379917.n2.nabble.com/

with metta
Mettavihari

On Sat, 6 Jun 2020, 02:49 Giovanni Maruzzelli, <gmaruzz at gmail.com> wrote:

>
> groups are for kids...
>
> gentlemen use https://lists.freeswitch.org/pipermail/freeswitch-users/
>
>
>
> On Fri, Jun 5, 2020 at 10:19 PM Hemrajsinh Gharia <ghariaonline at gmail.com>
> wrote:
>
>> Hello guys,
>>
>> I am new to FreeSWITCH and landed in this community group, which is the
>> mailing list. I am kind of disappointed not finding easy to use
>> google group for FreeSWITCH. There are Google groups for other WebRTC, like
>> discuss-webrtc (general group), kurento, and even freeswitch-ru (Russian
>> version). So is there such a group where I can go and see/search the
>> previous discussion before posting anything? It is handy, isn't it?
>>
>> Thanks,
>> Hemrajsinh Gharia
>>
>> https://ghariaonline.wordpress.com/
>>
>>   <https://github.com/gharia/>
>> <https://www.linkedin.com/in/hemraj-gharia-53597769>
>> <https://www.facebook.com/hemraj.gharia>
>> _________________________________________________________________________
>>
>> 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
>
>
>
> --
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
> _________________________________________________________________________
>
> 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/20200606/4f019e10/attachment-0001.html>

From tv.lists at gmail.com  Sat Jun  6 10:57:38 2020
From: tv.lists at gmail.com (Mettavihari D)
Date: Sat, 6 Jun 2020 16:27:38 +0530
Subject: [Freeswitch-users] BBB sound problems
In-Reply-To: <CAMRsyOcfi69CCDE-vsChEmocOK5iA1_fvWmcuxyCZK-OfCDnWg@mail.gmail.com>
References: <CAMRsyOcfi69CCDE-vsChEmocOK5iA1_fvWmcuxyCZK-OfCDnWg@mail.gmail.com>
Message-ID: <CAMRsyOdSuqwOCQwvq4BDZ_rLc=05+cdax4XmNjrJ=72-fnQFdA@mail.gmail.com>

Greetings,

I did not have any reply to this.
Please let me know if more information is needed

With metta
Mettavihari

On Wed, 3 Jun 2020, 10:48 Mettavihari D, <tv.lists at gmail.com> wrote:

> Greetings
>
> We hav setup BBB with Freeswitch
> We have problems with sound errors
> We get 1006 timeout errors
> Our setup is as follows
>
> I have change the firewall NAT Rule Like below
>
> iptables -t nat -A PREROUTING -i $fwan -d (Public IP) -p tcp -m multiport
> --dports 5066,7443 -j DNAT --to 192.168.1.130
>
> iptables -t nat -A PREROUTING -i $fwan -d (Public IP) -p udp -m multiport
> --dports 16384:32768 -j DNAT --to 192.168.1.130
>
>
>
>
> firewall NAT Prerouting test :
> external pc :
> netcat external_ip 5066
> hello
> bigbluebutton server:
> netcat -l 5066
> hello
>
> netcat test is ok.
>
> but still system has 1006 timeout error
> in /opt/freeswitch/log/freeswitch.log
>
> 2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:4271 192.168.1.5:35990 Client
> Connect from 192.168.1.5:35990 accepted
> 2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2019 192.168.1.5:35990 Starting
> client thread.
> 2020-06-03 09:50:35.120445 [NOTICE] mod_verto.c:1875 192.168.1.5:35990 WS
> SETUP FAILED
> 2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2046 192.168.1.5:35990 Ending
> client thread.
> 2020-06-03 09:50:35.120445 [DEBUG] mod_verto.c:2054 192.168.1.5:35990 Thread
> ended
>
> Please help with what we have done wrong
>
> Mettavihari
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200606/e07c248c/attachment-0001.html>

From mike at freeswitch.org  Mon Jun  8 17:59:21 2020
From: mike at freeswitch.org (Mike Jerris)
Date: Mon, 8 Jun 2020 11:59:21 -0600
Subject: [Freeswitch-users] strange warnings on new install on debian 10
In-Reply-To: <m3r1usugfx.wl-covici@ccs.covici.com>
References: <m3r1usugfx.wl-covici@ccs.covici.com>
Message-ID: <C1B1ABF1-64E9-457F-B062-B29C01A9513F@freeswitch.org>

This error means there are installed modules that were not installed from this build, they are left over in the installed locations from a previous (in this case quite old) build. Those modules are not going to work properly due to api changes over time.

> On Jun 6, 2020, at 1:45 PM, John Covici <covici at ccs.covici.com> wrote:
> 
> Hi.  I have a new install  of fs on a Debian 10 install -- not quite a
> clean install -- but I did get the bdeps and I compiled from source.
> Here are the warnings:
> 
> Checking module integrity in target [/usr/local/freeswitch/mod]
> 
> WARNING: installed module: mod_spidermonkey_core_db.so was not
> installed by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_curl.so was not installed
> by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey.so was not installed by
> this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_socket.so was not
> installed by this build.  It is not present in modules.conf.
> WARNING: installed module: mod_spidermonkey_teletone.so was not
> installed by this build.  It is not present in modules.conf.
> 
> I don't see any reference to spidermonkey anywhere in the fs source
> so I am confused as to how to fix.


From david.villasmil.work at gmail.com  Mon Jun  8 21:23:09 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 8 Jun 2020 22:23:09 +0100
Subject: [Freeswitch-users] mod_python
Message-ID: <CAFGRPVr8K=3psaG7w50vy0TciKU+zfXFBcjHsRXenifRqWCD=Q@mail.gmail.com>

Hello all,

Is there some catching on mod_pythons scripts?
If i change a script it doesn't show up until i completely restart
freeswitch..

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/20200608/1fffdda6/attachment.html>

From covici at ccs.covici.com  Mon Jun  8 22:36:39 2020
From: covici at ccs.covici.com (John Covici)
Date: Mon, 08 Jun 2020 18:36:39 -0400
Subject: [Freeswitch-users] strange warnings on new install on debian 10
In-Reply-To: <C1B1ABF1-64E9-457F-B062-B29C01A9513F@freeswitch.org>
References: <m3r1usugfx.wl-covici@ccs.covici.com>
 <C1B1ABF1-64E9-457F-B062-B29C01A9513F@freeswitch.org>
Message-ID: <m34krluqvc.wl-covici@ccs.covici.com>

You were right, I have no idea from where they came, but thank
goodness they are gone.

On Mon, 08 Jun 2020 13:59:21 -0400,
Mike Jerris wrote:
> 
> This error means there are installed modules that were not installed from this build, they are left over in the installed locations from a previous (in this case quite old) build. Those modules are not going to work properly due to api changes over time.
> 
> > On Jun 6, 2020, at 1:45 PM, John Covici <covici at ccs.covici.com> wrote:
> > 
> > Hi.  I have a new install  of fs on a Debian 10 install -- not quite a
> > clean install -- but I did get the bdeps and I compiled from source.
> > Here are the warnings:
> > 
> > Checking module integrity in target [/usr/local/freeswitch/mod]
> > 
> > WARNING: installed module: mod_spidermonkey_core_db.so was not
> > installed by this build.  It is not present in modules.conf.
> > WARNING: installed module: mod_spidermonkey_curl.so was not installed
> > by this build.  It is not present in modules.conf.
> > WARNING: installed module: mod_spidermonkey.so was not installed by
> > this build.  It is not present in modules.conf.
> > WARNING: installed module: mod_spidermonkey_socket.so was not
> > installed by this build.  It is not present in modules.conf.
> > WARNING: installed module: mod_spidermonkey_teletone.so was not
> > installed by this build.  It is not present in modules.conf.
> > 
> > I don't see any reference to spidermonkey anywhere in the fs source
> > so I am confused as to how to fix.
> 
> _________________________________________________________________________
> 
> 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 stephen at picardogroup.com  Mon Jun  8 23:47:59 2020
From: stephen at picardogroup.com (stephen at picardogroup.com)
Date: Mon, 08 Jun 2020 16:47:59 -0700
Subject: [Freeswitch-users] FreeSWITCH and DTMF
Message-ID: <20200608164759.0e1bd4d5c5064b420440751b21b10e46.e97928350c.wbe@email13.godaddy.com>

An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200608/12f88836/attachment.html>

From joel at textplus.com  Tue Jun  9 00:13:17 2020
From: joel at textplus.com (Joel Serrano)
Date: Mon, 8 Jun 2020 17:13:17 -0700
Subject: [Freeswitch-users] mod_python
In-Reply-To: <CAFGRPVr8K=3psaG7w50vy0TciKU+zfXFBcjHsRXenifRqWCD=Q@mail.gmail.com>
References: <CAFGRPVr8K=3psaG7w50vy0TciKU+zfXFBcjHsRXenifRqWCD=Q@mail.gmail.com>
Message-ID: <CAMtXxQk1oXf351dtP9XV72OzTnKSQQn9L-JEqXeDrZ4VeApPpw@mail.gmail.com>

Hey David,

One guess: try and see if you happen to have any *.pyc files there, and if
so delete them and see if when you run through the app_python dialplan part
they are recreated?

Joel.

On Mon, Jun 8, 2020 at 2:23 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> Is there some catching on mod_pythons scripts?
> If i change a script it doesn't show up until i completely restart
> freeswitch..
>
> 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/20200608/c3d8e26c/attachment.html>

From imfanee at gmail.com  Tue Jun  9 05:04:57 2020
From: imfanee at gmail.com (Faisal Hanif)
Date: Tue, 9 Jun 2020 10:04:57 +0500
Subject: [Freeswitch-users] FreeSWITCH and DTMF
In-Reply-To: <20200608164759.0e1bd4d5c5064b420440751b21b10e46.e97928350c.wbe@email13.godaddy.com>
References: <20200608164759.0e1bd4d5c5064b420440751b21b10e46.e97928350c.wbe@email13.godaddy.com>
Message-ID: <CAO5BruD0ruOPby8XYPJenTdn15KGaEWvbuAOf5txg6BXDE9GPQ@mail.gmail.com>

Hi,

Please sync DTMF settings with the carrier. If carrier is using INFO but
your settings is INBAND then you will only receive if DTMF as voice if the
far end is sending it INBAND.

Regards,

Faisal

On Tue, 9 Jun 2020 at 05:07, <stephen at picardogroup.com> wrote:

> Have built a new FS box using debian 10 and FS 1.10. We use Flowroute  as
> carrier. On outbound leg we always connect to number dialed but sometimes
> we do not hear the DTMF being sent in return.
>
> So question is:
> What could be reason why freeswitch is recognizing DTMF signals received
> from some endpoints but not others?
>
> Stephen
> _________________________________________________________________________
>
> 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,

Faisal Hanif
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200609/1ee579a5/attachment-0001.html>

From david.villasmil.work at gmail.com  Tue Jun  9 08:15:37 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 9 Jun 2020 09:15:37 +0100
Subject: [Freeswitch-users] mod_python
In-Reply-To: <CAMtXxQk1oXf351dtP9XV72OzTnKSQQn9L-JEqXeDrZ4VeApPpw@mail.gmail.com>
References: <CAFGRPVr8K=3psaG7w50vy0TciKU+zfXFBcjHsRXenifRqWCD=Q@mail.gmail.com>
 <CAMtXxQk1oXf351dtP9XV72OzTnKSQQn9L-JEqXeDrZ4VeApPpw@mail.gmail.com>
Message-ID: <CAFGRPVrmxAbCtvDODZh0hHSyn2Y9v42psU_5_Ois2OtYcOOirQ@mail.gmail.com>

Hey Joel,

Yeah already did that. They do get created

On Tue, 9 Jun 2020 at 01:22, Joel Serrano <joel at textplus.com> wrote:

> Hey David,
>
> One guess: try and see if you happen to have any *.pyc files there, and if
> so delete them and see if when you run through the app_python dialplan part
> they are recreated?
>
> Joel.
>
> On Mon, Jun 8, 2020 at 2:23 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello all,
>>
>> Is there some catching on mod_pythons scripts?
>> If i change a script it doesn't show up until i completely restart
>> freeswitch..
>>
>> 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
>
> _________________________________________________________________________
>
> 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/20200609/f2aa10f7/attachment.html>

From stephen at picardogroup.com  Tue Jun  9 12:40:02 2020
From: stephen at picardogroup.com (Stephen Picardo)
Date: Tue, 09 Jun 2020 08:40:02 -0400
Subject: [Freeswitch-users] FreeSWITCH-users Digest, Vol 168, Issue 18
In-Reply-To: <mailman.237.1591679142.1290.freeswitch-users@lists.freeswitch.org>
References: <mailman.237.1591679142.1290.freeswitch-users@lists.freeswitch.org>
Message-ID: <201ef0a7-fbad-4a97-a49e-c72b9aa9ab9f@picardogroup.com>

I will try that today. Thank you 

⁣Sent from Blue ​

On Jun 9, 2020, 1:05 AM, at 1:05 AM, freeswitch-users-request at lists.freeswitch.org wrote:
>Send FreeSWITCH-users mailing list submissions to
>	freeswitch-users at lists.freeswitch.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>or, via email, send a message with subject or body 'help' to
>	freeswitch-users-request at lists.freeswitch.org
>
>You can reach the person managing the list at
>	freeswitch-users-owner at lists.freeswitch.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of FreeSWITCH-users digest..."
>
>
>------------------------------------------------------------------------
>
>Today's Topics:
>
>   1. Re: strange warnings on new install on debian 10 (Mike Jerris)
>   2. mod_python (David Villasmil)
>   3. Re: strange warnings on new install on debian 10 (John Covici)
>   4. Re: FreeSWITCH and DTMF (stephen at picardogroup.com)
>   5. Re: mod_python (Joel Serrano)
>   6. Re: FreeSWITCH and DTMF (Faisal Hanif)
>
>
>------------------------------------------------------------------------
>
>From: Mike Jerris <mike at freeswitch.org>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>Sent: Mon Jun 08 13:59:21 EDT 2020
>Subject: Re: [Freeswitch-users] strange warnings on new install on
>debian 10
>
>This error means there are installed modules that were not installed
>from this build, they are left over in the installed locations from a
>previous (in this case quite old) build. Those modules are not going to
>work properly due to api changes over time.
>
>> On Jun 6, 2020, at 1:45 PM, John Covici <covici at ccs.covici.com>
>wrote:
>> 
>> Hi.  I have a new install  of fs on a Debian 10 install -- not quite
>a
>> clean install -- but I did get the bdeps and I compiled from source.
>> Here are the warnings:
>> 
>> Checking module integrity in target [/usr/local/freeswitch/mod]
>> 
>> WARNING: installed module: mod_spidermonkey_core_db.so was not
>> installed by this build.  It is not present in modules.conf.
>> WARNING: installed module: mod_spidermonkey_curl.so was not installed
>> by this build.  It is not present in modules.conf.
>> WARNING: installed module: mod_spidermonkey.so was not installed by
>> this build.  It is not present in modules.conf.
>> WARNING: installed module: mod_spidermonkey_socket.so was not
>> installed by this build.  It is not present in modules.conf.
>> WARNING: installed module: mod_spidermonkey_teletone.so was not
>> installed by this build.  It is not present in modules.conf.
>> 
>> I don't see any reference to spidermonkey anywhere in the fs source
>> so I am confused as to how to fix.
>
>
>
>
>------------------------------------------------------------------------
>
>From: David Villasmil <david.villasmil.work at gmail.com>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>Sent: Mon Jun 08 17:23:09 EDT 2020
>Subject: [Freeswitch-users] mod_python
>
>Hello all,
>
>Is there some catching on mod_pythons scripts?
>If i change a script it doesn't show up until i completely restart
>freeswitch..
>
>Regards,
>
>David Villasmil
>email: david.villasmil.work at gmail.com
>phone: +34669448337
>
>
>------------------------------------------------------------------------
>
>From: John Covici <covici at ccs.covici.com>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>Sent: Mon Jun 08 18:36:39 EDT 2020
>Subject: Re: [Freeswitch-users] strange warnings on new install on
>debian 10
>
>You were right, I have no idea from where they came, but thank
>goodness they are gone.
>
>On Mon, 08 Jun 2020 13:59:21 -0400,
>Mike Jerris wrote:
>> 
>> This error means there are installed modules that were not installed
>from this build, they are left over in the installed locations from a
>previous (in this case quite old) build. Those modules are not going to
>work properly due to api changes over time.
>> 
>> > On Jun 6, 2020, at 1:45 PM, John Covici <covici at ccs.covici.com>
>wrote:
>> > 
>> > Hi.  I have a new install  of fs on a Debian 10 install -- not
>quite a
>> > clean install -- but I did get the bdeps and I compiled from
>source.
>> > Here are the warnings:
>> > 
>> > Checking module integrity in target [/usr/local/freeswitch/mod]
>> > 
>> > WARNING: installed module: mod_spidermonkey_core_db.so was not
>> > installed by this build.  It is not present in modules.conf.
>> > WARNING: installed module: mod_spidermonkey_curl.so was not
>installed
>> > by this build.  It is not present in modules.conf.
>> > WARNING: installed module: mod_spidermonkey.so was not installed by
>> > this build.  It is not present in modules.conf.
>> > WARNING: installed module: mod_spidermonkey_socket.so was not
>> > installed by this build.  It is not present in modules.conf.
>> > WARNING: installed module: mod_spidermonkey_teletone.so was not
>> > installed by this build.  It is not present in modules.conf.
>> > 
>> > I don't see any reference to spidermonkey anywhere in the fs source
>> > so I am confused as to how to fix.
>> 
>>
>_________________________________________________________________________
>> 
>> 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: stephen at picardogroup.com
>To: "freeswitch-users at lists.freeswitch.org"
><freeswitch-users at lists.freeswitch.org>
>Sent: Mon Jun 08 19:47:59 EDT 2020
>Subject: Re: [Freeswitch-users] FreeSWITCH and DTMF
>
>Have built a new FS box using debian 10 and FS 1.10. We use Flowroute 
>as carrier. On outbound leg we always connect to number dialed but
>sometimes we do not hear the DTMF being sent in return.
>
>
>So question is: 
>
>What could be reason why freeswitch is recognizing DTMF signals
>received from some endpoints but not others?
>
>
>Stephen
>
>
>
>------------------------------------------------------------------------
>
>From: Joel Serrano <joel at textplus.com>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>Sent: Mon Jun 08 20:13:17 EDT 2020
>Subject: Re: [Freeswitch-users] mod_python
>
>Hey David,
>
>One guess: try and see if you happen to have any *.pyc files there, and
>if
>so delete them and see if when you run through the app_python dialplan
>part
>they are recreated?
>
>Joel.
>
>On Mon, Jun 8, 2020 at 2:23 PM David Villasmil <
>david.villasmil.work at gmail.com> wrote:
>
>> Hello all,
>>
>> Is there some catching on mod_pythons scripts?
>> If i change a script it doesn't show up until i completely restart
>> freeswitch..
>>
>> 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
>
>
>------------------------------------------------------------------------
>
>From: Faisal Hanif <imfanee at gmail.com>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>Sent: Tue Jun 09 01:04:57 EDT 2020
>Subject: Re: [Freeswitch-users] FreeSWITCH and DTMF
>
>Hi,
>
>Please sync DTMF settings with the carrier. If carrier is using INFO
>but
>your settings is INBAND then you will only receive if DTMF as voice if
>the
>far end is sending it INBAND.
>
>Regards,
>
>Faisal
>
>On Tue, 9 Jun 2020 at 05:07, <stephen at picardogroup.com> wrote:
>
>> Have built a new FS box using debian 10 and FS 1.10. We use Flowroute
> as
>> carrier. On outbound leg we always connect to number dialed but
>sometimes
>> we do not hear the DTMF being sent in return.
>>
>> So question is:
>> What could be reason why freeswitch is recognizing DTMF signals
>received
>> from some endpoints but not others?
>>
>> Stephen
>>
>_________________________________________________________________________
>>
>> 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,
>
>Faisal Hanif
>
>
>------------------------------------------------------------------------
>
>_________________________________________________________________________
>
>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/20200609/7496e165/attachment.html>

From stephen at picardogroup.com  Tue Jun  9 13:34:59 2020
From: stephen at picardogroup.com (stephen at picardogroup.com)
Date: Tue, 09 Jun 2020 06:34:59 -0700
Subject: [Freeswitch-users]
 =?utf-8?q?FreeSWITCH-users=5FDigest=2C=5FVol?=
 =?utf-8?b?XzE2OCxfSXNzdWVfMTg=?=
Message-ID: <20200609063459.0e1bd4d5c5064b420440751b21b10e46.8843d24c25.wbe@email13.godaddy.com>

An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200609/2197076a/attachment-0001.html>

From davidswalkabout at gmail.com  Tue Jun  9 18:33:28 2020
From: davidswalkabout at gmail.com (David P)
Date: Tue, 9 Jun 2020 11:33:28 -0700
Subject: [Freeswitch-users] -32000 authentication required after upgrading
	to v1.10.2 from 1.8
Message-ID: <CAE23trvJY9xvVS7f5mqJe9zW-dvxy6J6bhg2vGqfZuWPNaMmWg@mail.gmail.com>

We've tried upgrading FS v1.8 to 1.10.2 on Debian 9. This is a big change
because FS folders are no longer under /etc/freeswitch/ but we think we've
adjusted all our config to be compatible.

Still, attempted calls immediately fail and the log shows only "-32000
authentication required" with log level at max.

FWIW,
1) We were using apache2 to reverse-proxy '/wss2' to :8082 but that led to:
jquery.jsonrpcclient.js:323 WebSocket connection to 'wss://example.com/wss2'
failed: Error in connection establishment: net::ERR_SSL_PROTOCOL_ERROR
so we changed our verto page to go straight to :8082, but that didn't fix
it.

2) Our config folder structure is:
prefix: /usr/local/freeswitch exec_prefix: /usr/local/freeswitch bindir:
${exec_prefix}/bin confdir: /usr/local/freeswitch/conf libdir:
${exec_prefix}/lib datadir: /usr/local/freeswitch localstatedir:
/usr/local/freeswitch includedir: /usr/local/freeswitch/include/freeswitch
certsdir: /usr/local/freeswitch/certs dbdir: /usr/local/freeswitch/db
grammardir: /usr/local/freeswitch/grammar htdocsdir:
/usr/local/freeswitch/htdocs fontsdir: /usr/local/freeswitch/fonts
logfiledir: /usr/local/freeswitch/log modulesdir: /usr/local/freeswitch/mod
pkgconfigdir: ${exec_prefix}/lib/pkgconfig recordingsdir:
/usr/local/freeswitch/recordings imagesdir: /usr/local/freeswitch/images
runtimedir: /usr/local/freeswitch/run scriptdir:
/usr/local/freeswitch/scripts soundsdir: /usr/local/freeswitch/sounds
storagedir: /usr/local/freeswitch/storage cachedir:
/usr/local/freeswitch/cache

Can I provide any other detail to get help with this upgrade?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200609/84fc9fcb/attachment.html>

From davidswalkabout at gmail.com  Tue Jun  9 18:34:38 2020
From: davidswalkabout at gmail.com (David P)
Date: Tue, 9 Jun 2020 11:34:38 -0700
Subject: [Freeswitch-users] -32000 authentication required after
	upgrading to v1.10.2 from 1.8
In-Reply-To: <CAE23trvJY9xvVS7f5mqJe9zW-dvxy6J6bhg2vGqfZuWPNaMmWg@mail.gmail.com>
References: <CAE23trvJY9xvVS7f5mqJe9zW-dvxy6J6bhg2vGqfZuWPNaMmWg@mail.gmail.com>
Message-ID: <CAE23trv3+6RamXNg-8L7oK1=eFVidcgcSB-KdnanxqrysgLKhA@mail.gmail.com>

We've also made sure that our certs are constructed in the same way that
we've done for v1.8

On Tue, Jun 9, 2020 at 11:33 AM David P <davidswalkabout at gmail.com> wrote:

> We've tried upgrading FS v1.8 to 1.10.2 on Debian 9. This is a big change
> because FS folders are no longer under /etc/freeswitch/ but we think we've
> adjusted all our config to be compatible.
>
> Still, attempted calls immediately fail and the log shows only "-32000
> authentication required" with log level at max.
>
> FWIW,
> 1) We were using apache2 to reverse-proxy '/wss2' to :8082 but that led
> to:
> jquery.jsonrpcclient.js:323 WebSocket connection to 'wss://
> example.com/wss2' failed: Error in connection establishment:
> net::ERR_SSL_PROTOCOL_ERROR
> so we changed our verto page to go straight to :8082, but that didn't fix
> it.
>
> 2) Our config folder structure is:
> prefix: /usr/local/freeswitch exec_prefix: /usr/local/freeswitch bindir:
> ${exec_prefix}/bin confdir: /usr/local/freeswitch/conf libdir:
> ${exec_prefix}/lib datadir: /usr/local/freeswitch localstatedir:
> /usr/local/freeswitch includedir: /usr/local/freeswitch/include/freeswitch
> certsdir: /usr/local/freeswitch/certs dbdir: /usr/local/freeswitch/db
> grammardir: /usr/local/freeswitch/grammar htdocsdir:
> /usr/local/freeswitch/htdocs fontsdir: /usr/local/freeswitch/fonts
> logfiledir: /usr/local/freeswitch/log modulesdir: /usr/local/freeswitch/mod
> pkgconfigdir: ${exec_prefix}/lib/pkgconfig recordingsdir:
> /usr/local/freeswitch/recordings imagesdir: /usr/local/freeswitch/images
> runtimedir: /usr/local/freeswitch/run scriptdir:
> /usr/local/freeswitch/scripts soundsdir: /usr/local/freeswitch/sounds
> storagedir: /usr/local/freeswitch/storage cachedir:
> /usr/local/freeswitch/cache
>
> Can I provide any other detail to get help with this upgrade?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200609/3a6b0180/attachment.html>

From k4kaleem at gmail.com  Wed Jun 10 14:27:18 2020
From: k4kaleem at gmail.com (kaleem rehman)
Date: Wed, 10 Jun 2020 15:27:18 +0100
Subject: [Freeswitch-users] -32000 authentication required after upgrading
 to v1.10.2 from 1.8
In-Reply-To: <mailman.0.1591790401.61906.freeswitch-users@lists.freeswitch.org>
References: <mailman.0.1591790401.61906.freeswitch-users@lists.freeswitch.org>
Message-ID: <CAFWsKqw5G_V5qJtTx6brdP6NK45hiSJpe8ATKwc6LxFDJfHMGg@mail.gmail.com>

Hi David, your problem is very likely to be ACLs, please view
https://freeswitch.org/confluence/pages/viewpage.action?pageId=3965687

you need to setup acls.

regards,
Kaleem


On Wed, Jun 10, 2020 at 1:28 PM <
freeswitch-users-request at lists.freeswitch.org> wrote:

> Send FreeSWITCH-users mailing list submissions to
>         freeswitch-users at lists.freeswitch.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> or, via email, send a message with subject or body 'help' to
>         freeswitch-users-request at lists.freeswitch.org
>
> You can reach the person managing the list at
>         freeswitch-users-owner at lists.freeswitch.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of FreeSWITCH-users digest..."
> Today's Topics:
>
>    1. -32000 authentication required after upgrading    to v1.10.2
>       from 1.8 (David P)
>    2. Re: -32000 authentication required after  upgrading to v1.10.2
>       from 1.8 (David P)
>
>
>
> ---------- Forwarded message ----------
> From: David P <davidswalkabout at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Tue, 9 Jun 2020 11:33:28 -0700
> Subject: [Freeswitch-users] -32000 authentication required after upgrading
> to v1.10.2 from 1.8
> We've tried upgrading FS v1.8 to 1.10.2 on Debian 9. This is a big change
> because FS folders are no longer under /etc/freeswitch/ but we think we've
> adjusted all our config to be compatible.
>
> Still, attempted calls immediately fail and the log shows only "-32000
> authentication required" with log level at max.
>
> FWIW,
> 1) We were using apache2 to reverse-proxy '/wss2' to :8082 but that led
> to:
> jquery.jsonrpcclient.js:323 WebSocket connection to 'wss://
> example.com/wss2' failed: Error in connection establishment:
> net::ERR_SSL_PROTOCOL_ERROR
> so we changed our verto page to go straight to :8082, but that didn't fix
> it.
>
> 2) Our config folder structure is:
> prefix: /usr/local/freeswitch exec_prefix: /usr/local/freeswitch bindir:
> ${exec_prefix}/bin confdir: /usr/local/freeswitch/conf libdir:
> ${exec_prefix}/lib datadir: /usr/local/freeswitch localstatedir:
> /usr/local/freeswitch includedir: /usr/local/freeswitch/include/freeswitch
> certsdir: /usr/local/freeswitch/certs dbdir: /usr/local/freeswitch/db
> grammardir: /usr/local/freeswitch/grammar htdocsdir:
> /usr/local/freeswitch/htdocs fontsdir: /usr/local/freeswitch/fonts
> logfiledir: /usr/local/freeswitch/log modulesdir: /usr/local/freeswitch/mod
> pkgconfigdir: ${exec_prefix}/lib/pkgconfig recordingsdir:
> /usr/local/freeswitch/recordings imagesdir: /usr/local/freeswitch/images
> runtimedir: /usr/local/freeswitch/run scriptdir:
> /usr/local/freeswitch/scripts soundsdir: /usr/local/freeswitch/sounds
> storagedir: /usr/local/freeswitch/storage cachedir:
> /usr/local/freeswitch/cache
>
> Can I provide any other detail to get help with this upgrade?
>
>
>
> ---------- Forwarded message ----------
> From: David P <davidswalkabout at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Tue, 9 Jun 2020 11:34:38 -0700
> Subject: Re: [Freeswitch-users] -32000 authentication required after
> upgrading to v1.10.2 from 1.8
> We've also made sure that our certs are constructed in the same way that
> we've done for v1.8
>
> On Tue, Jun 9, 2020 at 11:33 AM David P <davidswalkabout at gmail.com> wrote:
>
>> We've tried upgrading FS v1.8 to 1.10.2 on Debian 9. This is a big change
>> because FS folders are no longer under /etc/freeswitch/ but we think we've
>> adjusted all our config to be compatible.
>>
>> Still, attempted calls immediately fail and the log shows only "-32000
>> authentication required" with log level at max.
>>
>> FWIW,
>> 1) We were using apache2 to reverse-proxy '/wss2' to :8082 but that led
>> to:
>> jquery.jsonrpcclient.js:323 WebSocket connection to 'wss://
>> example.com/wss2' failed: Error in connection establishment:
>> net::ERR_SSL_PROTOCOL_ERROR
>> so we changed our verto page to go straight to :8082, but that didn't fix
>> it.
>>
>> 2) Our config folder structure is:
>> prefix: /usr/local/freeswitch exec_prefix: /usr/local/freeswitch bindir:
>> ${exec_prefix}/bin confdir: /usr/local/freeswitch/conf libdir:
>> ${exec_prefix}/lib datadir: /usr/local/freeswitch localstatedir:
>> /usr/local/freeswitch includedir: /usr/local/freeswitch/include/freeswitch
>> certsdir: /usr/local/freeswitch/certs dbdir: /usr/local/freeswitch/db
>> grammardir: /usr/local/freeswitch/grammar htdocsdir:
>> /usr/local/freeswitch/htdocs fontsdir: /usr/local/freeswitch/fonts
>> logfiledir: /usr/local/freeswitch/log modulesdir: /usr/local/freeswitch/mod
>> pkgconfigdir: ${exec_prefix}/lib/pkgconfig recordingsdir:
>> /usr/local/freeswitch/recordings imagesdir: /usr/local/freeswitch/images
>> runtimedir: /usr/local/freeswitch/run scriptdir:
>> /usr/local/freeswitch/scripts soundsdir: /usr/local/freeswitch/sounds
>> storagedir: /usr/local/freeswitch/storage cachedir:
>> /usr/local/freeswitch/cache
>>
>> Can I provide any other detail to get help with this upgrade?
>>
> _________________________________________________________________________
>
> 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/20200610/a06a741e/attachment.html>

From david.villasmil.work at gmail.com  Wed Jun 10 14:44:48 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 10 Jun 2020 15:44:48 +0100
Subject: [Freeswitch-users] Baremetal, hyperthreading?
Message-ID: <CAFGRPVoEHy4o7zhqC8akasWfvunAGu6AKU7r5HsKfgg8ot8Pug@mail.gmail.com>

Hello all,

We’re having a discussion regarding whether it is better to have
hyperthreading enabled or disabled.

What’s you take on this?

Thanks
-- 
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/20200610/639f65e5/attachment.html>

From sobomax at sippysoft.com  Wed Jun 10 15:00:22 2020
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Wed, 10 Jun 2020 08:00:22 -0700
Subject: [Freeswitch-users] Baremetal, hyperthreading?
In-Reply-To: <CAFGRPVoEHy4o7zhqC8akasWfvunAGu6AKU7r5HsKfgg8ot8Pug@mail.gmail.com>
References: <CAFGRPVoEHy4o7zhqC8akasWfvunAGu6AKU7r5HsKfgg8ot8Pug@mail.gmail.com>
Message-ID: <CAH7qZfvGtgrFoO7W6ByoWeTnLwnCovk-UdrzNXr2=Z8qwvRP_Q@mail.gmail.com>

The answer is "it depends". HTT/SMT will increase your scheduling latency
and cause extra jitter. Plus make "os load" vs "real capacity" very
non-linear and hard to depend on for capacity planning purposes. Whether or
not that warrants potential 5-15% increase in max throughput depends on
your constraints. Measure carefully and proceed with caution.

-Max

On Wed., Jun. 10, 2020, 7:45 a.m. David Villasmil, <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> We’re having a discussion regarding whether it is better to have
> hyperthreading enabled or disabled.
>
> What’s you take on this?
>
> Thanks
> --
> 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/20200610/238c9224/attachment-0001.html>

From mwsmeltzer at gmail.com  Mon Jun  8 20:48:46 2020
From: mwsmeltzer at gmail.com (Michael Smeltzer)
Date: Mon, 8 Jun 2020 13:48:46 -0700
Subject: [Freeswitch-users] Writing Custom Verto Events to Websocket
Message-ID: <CAHpOgJYWwGbfcQy+KQ9X1dAcaKJbVx-ri7xn3znUVtu=sXPb5w@mail.gmail.com>

Hi all,

Was trying to figure out how to send custom verto events to the browser via
websocket and I found this old thread, which pretty much lays out what I
was trying to do - but unfortunately, no responses on this.

https://lists.freeswitch.org/pipermail/freeswitch-users/2015-May/112995.html

Essentially wondering if there was a way to send custom events using
mod_verto's WRITE functionality, similar to below, and if there was any
guidance on how to do this? I tried creating an event and firing it but it
doesn't seem to appear in the websocket and it seems that mod_verto is
writing these events uniquely.

2015-05-12 05:18:04.470641 [ALERT] mod_verto.c:604 WRITE192.168.10.101:48165 [{
        "jsonrpc":      "2.0",
        "id":   8,
        "result":       {
                "message":      "CALL CREATED",
                "callID":       "be3e35a0-ec02-5ca7-cbf8-68a8c1cd2c4c",
                "sessid":       "48a502b3-740a-5b3d-21a4-bf9244bafb90"
        }
}]

Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200608/29939995/attachment.html>

From mahmood.alkhalil at outlook.com  Wed Jun 10 07:36:21 2020
From: mahmood.alkhalil at outlook.com (Mahmood Alkhalil)
Date: Wed, 10 Jun 2020 07:36:21 +0000
Subject: [Freeswitch-users] Segmentation Faults on fs_cli when trying to
	rescan sofia profile
Message-ID: <VE1P191MB08939F5BC81CDF09A65E9A7D99830@VE1P191MB0893.EURP191.PROD.OUTLOOK.COM>

 Hi Everyone,

I'm always getting segmentation fault on fs_cli whenever I'm trying to rescan sofia profile and fs_cli exists, below is an example:

freeswitch at freeswitch> sofia profile AtcomSipProfile rescan
Reload XML [Success]
+OK scan complete

2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 debug [7]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-trace [true]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-capture [true]
2020-06-10 11:30:57.688648 [INFO] mod_enum.c:884 ENUM Reloaded
nua_stack.c:529 nua_signal() nua((nil)): sent signal r_set_params
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-enabled [no]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-step-timeout [30000]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-event-timeout [30000]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 log-auth-failures [false]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 forward-unsolicited-mwi-notify [false]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 context [atcomDialplan]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 rfc2833-pt [101]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-port [5080]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dialplan [XML]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dtmf-duration [2000]
2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 inbound-codec-prefs [OPUS,G722,PCMU,PCMA,H264,VP8]
freeswitch at freeswitch> Segmentation fault

Please let me know if this is expected or if i can share more details to further investigate this.

Mahmood Alkhalil.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200610/7f2cd3dd/attachment.html>

From support at naud.io  Wed Jun 10 19:35:01 2020
From: support at naud.io (Support from NetworkedAudio LLC)
Date: Wed, 10 Jun 2020 19:35:01 +0000
Subject: [Freeswitch-users] Timing issues with Verto, SIP client works fine
Message-ID: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>

Hi all,

We're using VERTO in an intranet application.

If we do anything other than an echo test, we get dropouts on bridge (to SIP phone or PortAudio), which either drops whole sounds (count 1,2,4,5,7,8) or slurs ("se-even").

This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.

Turning off audio processing (googEcho...) has no effect. Changing RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not a network bandwidth issue - this can happen across a gigabit link.

Using exactly the same computers and headsets but using MicroSIP, everything is perfect.

Have tried jitterbuffers, but they don't help (as it's not a delay issue) - it really feels like a timing problem going from Verto into the rest of the system.

Where should I look now? Have tried 1.10 but no change.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200610/b63e5892/attachment.html>

From mike at freeswitch.org  Wed Jun 10 23:48:09 2020
From: mike at freeswitch.org (Mike Jerris)
Date: Wed, 10 Jun 2020 17:48:09 -0600
Subject: [Freeswitch-users] -32000 authentication required after
 upgrading to v1.10.2 from 1.8
In-Reply-To: <CAE23trvJY9xvVS7f5mqJe9zW-dvxy6J6bhg2vGqfZuWPNaMmWg@mail.gmail.com>
References: <CAE23trvJY9xvVS7f5mqJe9zW-dvxy6J6bhg2vGqfZuWPNaMmWg@mail.gmail.com>
Message-ID: <5EF516B2-0FA3-48CC-A119-2E1E3BA3A58D@freeswitch.org>



> On Jun 9, 2020, at 12:33 PM, David P <davidswalkabout at gmail.com> wrote:
> 
> We've tried upgrading FS v1.8 to 1.10.2 on Debian 9. This is a big change because FS folders are no longer under /etc/freeswitch/ but we think we've adjusted all our config to be compatible.
> 

Nothing changed between those versions with folder structure.,  if you see a change its due to how you are building or installing freeswitch,





From david.villasmil.work at gmail.com  Thu Jun 11 10:19:58 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 11 Jun 2020 11:19:58 +0100
Subject: [Freeswitch-users] Baremetal, hyperthreading?
In-Reply-To: <CAH7qZfvGtgrFoO7W6ByoWeTnLwnCovk-UdrzNXr2=Z8qwvRP_Q@mail.gmail.com>
References: <CAFGRPVoEHy4o7zhqC8akasWfvunAGu6AKU7r5HsKfgg8ot8Pug@mail.gmail.com>
 <CAH7qZfvGtgrFoO7W6ByoWeTnLwnCovk-UdrzNXr2=Z8qwvRP_Q@mail.gmail.com>
Message-ID: <CAFGRPVpO91N9xTZ9S36yKafFyWvGV2iti-+4HnPJNCsZZG3pRg@mail.gmail.com>

Hello Martin,

I'll save you some money :)
It's not kamailio replying with "500 Overlapping Requests", it's freeSWITCH.
It seems to me they're sending the reINVITE WAY too quickly:

ACK to 200: Jun  3, 2020 00:35:56.421500000 WEST
(re)INVITE: Jun  3, 2020 00:35:56.430197000 WEST

[image: Screenshot 2020-06-11 at 11.15.24.png]
(10.40.4.21 is UMG's side)

As you can see, they're sending the reINVITE about a millisecond after the
ACK. I'm not sure what FS says about this, I would have to look at FS' logs.
If UMG could hold off that reINVITE for a second I think it would
probably solve the problem.


Regards,

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


On Wed, Jun 10, 2020 at 4:25 PM Maxim Sobolev <sobomax at sippysoft.com> wrote:

> The answer is "it depends". HTT/SMT will increase your scheduling latency
> and cause extra jitter. Plus make "os load" vs "real capacity" very
> non-linear and hard to depend on for capacity planning purposes. Whether or
> not that warrants potential 5-15% increase in max throughput depends on
> your constraints. Measure carefully and proceed with caution.
>
> -Max
>
> On Wed., Jun. 10, 2020, 7:45 a.m. David Villasmil, <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello all,
>>
>> We’re having a discussion regarding whether it is better to have
>> hyperthreading enabled or disabled.
>>
>> What’s you take on this?
>>
>> Thanks
>> --
>> 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
>
> _________________________________________________________________________
>
> 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/20200611/cf3f81db/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2020-06-11 at 11.15.24.png
Type: image/png
Size: 20639 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200611/cf3f81db/attachment-0001.png>

From david.villasmil.work at gmail.com  Thu Jun 11 10:20:30 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 11 Jun 2020 11:20:30 +0100
Subject: [Freeswitch-users] Baremetal, hyperthreading?
In-Reply-To: <CAFGRPVpO91N9xTZ9S36yKafFyWvGV2iti-+4HnPJNCsZZG3pRg@mail.gmail.com>
References: <CAFGRPVoEHy4o7zhqC8akasWfvunAGu6AKU7r5HsKfgg8ot8Pug@mail.gmail.com>
 <CAH7qZfvGtgrFoO7W6ByoWeTnLwnCovk-UdrzNXr2=Z8qwvRP_Q@mail.gmail.com>
 <CAFGRPVpO91N9xTZ9S36yKafFyWvGV2iti-+4HnPJNCsZZG3pRg@mail.gmail.com>
Message-ID: <CAFGRPVrH9agt3iQi2otdszc0JDjE6i_KqR1L9vCRbwZPb2LdSQ@mail.gmail.com>

sorry, wring email.
Regards,

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


On Thu, Jun 11, 2020 at 11:19 AM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello Martin,
>
> I'll save you some money :)
> It's not kamailio replying with "500 Overlapping Requests", it's
> freeSWITCH.
> It seems to me they're sending the reINVITE WAY too quickly:
>
> ACK to 200: Jun  3, 2020 00:35:56.421500000 WEST
> (re)INVITE: Jun  3, 2020 00:35:56.430197000 WEST
>
> [image: Screenshot 2020-06-11 at 11.15.24.png]
> (10.40.4.21 is UMG's side)
>
> As you can see, they're sending the reINVITE about a millisecond after the
> ACK. I'm not sure what FS says about this, I would have to look at FS' logs.
> If UMG could hold off that reINVITE for a second I think it would
> probably solve the problem.
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Wed, Jun 10, 2020 at 4:25 PM Maxim Sobolev <sobomax at sippysoft.com>
> wrote:
>
>> The answer is "it depends". HTT/SMT will increase your scheduling latency
>> and cause extra jitter. Plus make "os load" vs "real capacity" very
>> non-linear and hard to depend on for capacity planning purposes. Whether or
>> not that warrants potential 5-15% increase in max throughput depends on
>> your constraints. Measure carefully and proceed with caution.
>>
>> -Max
>>
>> On Wed., Jun. 10, 2020, 7:45 a.m. David Villasmil, <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Hello all,
>>>
>>> We’re having a discussion regarding whether it is better to have
>>> hyperthreading enabled or disabled.
>>>
>>> What’s you take on this?
>>>
>>> Thanks
>>> --
>>> 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
>>
>> _________________________________________________________________________
>>
>> 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/20200611/3e94893f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2020-06-11 at 11.15.24.png
Type: image/png
Size: 20639 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200611/3e94893f/attachment-0001.png>

From gregor at infomedia.si  Thu Jun 11 10:34:38 2020
From: gregor at infomedia.si (Gregor Nanger)
Date: Thu, 11 Jun 2020 12:34:38 +0200
Subject: [Freeswitch-users] Writing Custom Verto Events to Websocket
In-Reply-To: <CAHpOgJYWwGbfcQy+KQ9X1dAcaKJbVx-ri7xn3znUVtu=sXPb5w@mail.gmail.com>
References: <CAHpOgJYWwGbfcQy+KQ9X1dAcaKJbVx-ri7xn3znUVtu=sXPb5w@mail.gmail.com>
Message-ID: <CAC7ttFGVswO8tULMEteMMkXA_oQbUwui4tUACFHUiCsSoz0DUQ@mail.gmail.com>

Hi!

If you would like to inform verto user from fs server, I would suggest
using chat:

https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+chat

I am using it to send my system messages from my code logic to verto users
and it works like a charm.



On Thu, 11 Jun 2020 at 01:45, Michael Smeltzer <mwsmeltzer at gmail.com> wrote:

> Hi all,
>
> Was trying to figure out how to send custom verto events to the browser
> via websocket and I found this old thread, which pretty much lays out what
> I was trying to do - but unfortunately, no responses on this.
>
>
> https://lists.freeswitch.org/pipermail/freeswitch-users/2015-May/112995.html
>
> Essentially wondering if there was a way to send custom events using
> mod_verto's WRITE functionality, similar to below, and if there was any
> guidance on how to do this? I tried creating an event and firing it but it
> doesn't seem to appear in the websocket and it seems that mod_verto is
> writing these events uniquely.
>
> 2015-05-12 05:18:04.470641 [ALERT] mod_verto.c:604 WRITE192.168.10.101:48165 [{
>         "jsonrpc":      "2.0",
>         "id":   8,
>         "result":       {
>                 "message":      "CALL CREATED",
>                 "callID":       "be3e35a0-ec02-5ca7-cbf8-68a8c1cd2c4c",
>                 "sessid":       "48a502b3-740a-5b3d-21a4-bf9244bafb90"
>         }
> }]
>
> Thanks,
> Mike
> _________________________________________________________________________
>
> 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/20200611/7fcd5c94/attachment.html>

From david.villasmil.work at gmail.com  Thu Jun 11 22:58:03 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 11 Jun 2020 23:58:03 +0100
Subject: [Freeswitch-users] compiling 1.10
Message-ID: <CAFGRPVpLqvfHksQikLFtXHtFqEN_=vTfDivuwBD1quu8sw8T9Q@mail.gmail.com>

Hello guys,

I'm compiling FS on a box where i already compiled successfully.
Strangely enough i'm now getting:

make[2]: Entering directory '/src/freeswitch'
  CCLD     freeswitch
/usr/bin/ld: ./.libs/libfreeswitch.so: undefined reference to
`zrtp_session_init'

Anyone knows what might have changed?

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/20200611/d452167a/attachment.html>

From dragos at freeswitch.org  Fri Jun 12 11:32:05 2020
From: dragos at freeswitch.org (Dragos Oancea)
Date: Fri, 12 Jun 2020 12:32:05 +0100
Subject: [Freeswitch-users] compiling 1.10
In-Reply-To: <CAFGRPVpLqvfHksQikLFtXHtFqEN_=vTfDivuwBD1quu8sw8T9Q@mail.gmail.com>
References: <CAFGRPVpLqvfHksQikLFtXHtFqEN_=vTfDivuwBD1quu8sw8T9Q@mail.gmail.com>
Message-ID: <CAGvJV4oQytZtfAUD5x-JdjqZ9rDEYsni=wbB_07c0zsDaV9=Jw@mail.gmail.com>

Maybe you should go into libs/libzrtp and do a "make clean" there ?
And also a "make clean" in the FS tree ?
And also try to see if it builds without zrtp support, you are probably
passing --enable-zrtp to ./configure.

Dragos


On Thu, Jun 11, 2020 at 11:58 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello guys,
>
> I'm compiling FS on a box where i already compiled successfully.
> Strangely enough i'm now getting:
>
> make[2]: Entering directory '/src/freeswitch'
>   CCLD     freeswitch
> /usr/bin/ld: ./.libs/libfreeswitch.so: undefined reference to
> `zrtp_session_init'
>
> Anyone knows what might have changed?
>
> 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/20200612/108bd3e6/attachment.html>

From david.villasmil.work at gmail.com  Fri Jun 12 12:16:55 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 12 Jun 2020 13:16:55 +0100
Subject: [Freeswitch-users] compiling 1.10
In-Reply-To: <CAGvJV4oQytZtfAUD5x-JdjqZ9rDEYsni=wbB_07c0zsDaV9=Jw@mail.gmail.com>
References: <CAFGRPVpLqvfHksQikLFtXHtFqEN_=vTfDivuwBD1quu8sw8T9Q@mail.gmail.com>
 <CAGvJV4oQytZtfAUD5x-JdjqZ9rDEYsni=wbB_07c0zsDaV9=Jw@mail.gmail.com>
Message-ID: <CAFGRPVrvJXEa2NSjfig2L=NNsn9J2otO8YydDK8q06fQMD7bnQ@mail.gmail.com>

Yeah sorry, my bad. A complete clean fixed it last night.

Thanks Dragos!

On Fri, 12 Jun 2020 at 12:51, Dragos Oancea <dragos at freeswitch.org> wrote:

> Maybe you should go into libs/libzrtp and do a "make clean" there ?
> And also a "make clean" in the FS tree ?
> And also try to see if it builds without zrtp support, you are probably
> passing --enable-zrtp to ./configure.
>
> Dragos
>
>
> On Thu, Jun 11, 2020 at 11:58 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello guys,
>>
>> I'm compiling FS on a box where i already compiled successfully.
>> Strangely enough i'm now getting:
>>
>> make[2]: Entering directory '/src/freeswitch'
>>   CCLD     freeswitch
>> /usr/bin/ld: ./.libs/libfreeswitch.so: undefined reference to
>> `zrtp_session_init'
>>
>> Anyone knows what might have changed?
>>
>> 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
>
> _________________________________________________________________________
>
> 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/20200612/b34a952d/attachment.html>

From amit.k.chaudhuri at gmail.com  Fri Jun 12 13:53:47 2020
From: amit.k.chaudhuri at gmail.com (Amit Chaudhuri)
Date: Fri, 12 Jun 2020 14:53:47 +0100
Subject: [Freeswitch-users] Segmentation Faults on fs_cli when trying to
 rescan sofia profile
In-Reply-To: <VE1P191MB08939F5BC81CDF09A65E9A7D99830@VE1P191MB0893.EURP191.PROD.OUTLOOK.COM>
References: <VE1P191MB08939F5BC81CDF09A65E9A7D99830@VE1P191MB0893.EURP191.PROD.OUTLOOK.COM>
Message-ID: <CAH=VbNcZXQ9zEjRq0fo8fhkYhJYDLnw+iHW6PY6cxrFgJmSm1g@mail.gmail.com>

If you have gdb on the system have you tried attaching to the process
and producing a backtrace?

>From memory (not always reliable)

In one terminal:

gdb --attach $(pidof freeswitch)

In another issue your recan command using the fs_cli

When it crashes - back to first terminal and issue a "bt" command to gdb.

If the backtrace looks sensible then maybe post that info along with
details of the version of freeswitch. That might tell the developers
what the crash site/conditions are and it might give you a hint as to
what is wrong too.

A



On Thu, 11 Jun 2020 at 00:58, Mahmood Alkhalil
<mahmood.alkhalil at outlook.com> wrote:
>
>  Hi Everyone,
>
> I'm always getting segmentation fault on fs_cli whenever I'm trying to rescan sofia profile and fs_cli exists, below is an example:
>
> freeswitch at freeswitch> sofia profile AtcomSipProfile rescan
> Reload XML [Success]
> +OK scan complete
>
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 debug [7]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-trace [true]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-capture [true]
> 2020-06-10 11:30:57.688648 [INFO] mod_enum.c:884 ENUM Reloaded
> nua_stack.c:529 nua_signal() nua((nil)): sent signal r_set_params
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-enabled [no]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-step-timeout [30000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-event-timeout [30000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 log-auth-failures [false]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 forward-unsolicited-mwi-notify [false]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 context [atcomDialplan]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 rfc2833-pt [101]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-port [5080]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dialplan [XML]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dtmf-duration [2000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 inbound-codec-prefs [OPUS,G722,PCMU,PCMA,H264,VP8]
> freeswitch at freeswitch> Segmentation fault
>
> Please let me know if this is expected or if i can share more details to further investigate this.
>
> Mahmood Alkhalil.
> _________________________________________________________________________
>
> 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 david.villasmil.work at gmail.com  Fri Jun 12 16:50:20 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 12 Jun 2020 17:50:20 +0100
Subject: [Freeswitch-users] ./configure single module?
Message-ID: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>

Hello

Is it possible to issue something to configure a single module? something
like:

./configure mod_conference
?

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/20200612/a457d866/attachment.html>

From mike at freeswitch.org  Fri Jun 12 17:15:58 2020
From: mike at freeswitch.org (Mike Jerris)
Date: Fri, 12 Jun 2020 11:15:58 -0600
Subject: [Freeswitch-users] ./configure single module?
In-Reply-To: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>
References: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>
Message-ID: <91F096B2-DA14-4609-A219-37BBD739774B@freeswitch.org>

No.  Configure is one step for all. 

> On Jun 12, 2020, at 10:50 AM, David Villasmil <david.villasmil.work at gmail.com> wrote:
> 
> Hello
> 
> Is it possible to issue something to configure a single module? something like:
> 
> ./configure mod_conference 



From shihping.chan at gmail.com  Fri Jun 12 15:26:40 2020
From: shihping.chan at gmail.com (Richard Chan)
Date: Fri, 12 Jun 2020 23:26:40 +0800
Subject: [Freeswitch-users] Announcing pure Python3 ESL native async rewrite
	of GreenSWITCH
Message-ID: <CAHonLzgiJGSRdNM3bZVFHTjkabuPPdVw_FN06oS4-jvXp6maTg@mail.gmail.com>

Hi list,

You may be aware of the Python ESL library GreenSWITCH here:
https://github.com/EvoluxBR/greenswitch

It uses greenlets/gevent for async'ness.

I would like to present a rewrite of GreenSWITCH in Python3 using native
async/await (no more greenlets/gevent). Trio is chosen as the coroutine
runner.

https://github.com/space88man/trioswitch

This is a fork of GreenSWITCH, and the rewrite is being done on the
aioswitch-dev branch.  BTW all the heavy lifting was done by GreenSWITCH,
and I am using trio to replace all the async IO handling.  So far the
rewrite should be functionally equivalent but has fixed JSON event handling.

Like GreenSWITCH this library does not depend on the SWIG C extension.

All comments welcome.

Cheers
SP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200612/ba9ff103/attachment-0001.html>

From david.villasmil.work at gmail.com  Fri Jun 12 17:26:38 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 12 Jun 2020 18:26:38 +0100
Subject: [Freeswitch-users] Announcing pure Python3 ESL native async
 rewrite of GreenSWITCH
In-Reply-To: <CAHonLzgiJGSRdNM3bZVFHTjkabuPPdVw_FN06oS4-jvXp6maTg@mail.gmail.com>
References: <CAHonLzgiJGSRdNM3bZVFHTjkabuPPdVw_FN06oS4-jvXp6maTg@mail.gmail.com>
Message-ID: <CAFGRPVoADx=kq8shGXrt+3jBq__nbg-z4zYgCjzf_Sbnt112uA@mail.gmail.com>

great! Been using greenswitch for while.

Regards,

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


On Fri, Jun 12, 2020 at 6:23 PM Richard Chan <shihping.chan at gmail.com>
wrote:

> Hi list,
>
> You may be aware of the Python ESL library GreenSWITCH here:
> https://github.com/EvoluxBR/greenswitch
>
> It uses greenlets/gevent for async'ness.
>
> I would like to present a rewrite of GreenSWITCH in Python3 using native
> async/await (no more greenlets/gevent). Trio is chosen as the coroutine
> runner.
>
> https://github.com/space88man/trioswitch
>
> This is a fork of GreenSWITCH, and the rewrite is being done on the
> aioswitch-dev branch.  BTW all the heavy lifting was done by GreenSWITCH,
> and I am using trio to replace all the async IO handling.  So far the
> rewrite should be functionally equivalent but has fixed JSON event handling.
>
> Like GreenSWITCH this library does not depend on the SWIG C extension.
>
> All comments welcome.
>
> Cheers
> SP
> _________________________________________________________________________
>
> 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/20200612/2acc35f0/attachment.html>

From shihping.chan at gmail.com  Sat Jun 13 03:05:48 2020
From: shihping.chan at gmail.com (Richard Chan)
Date: Sat, 13 Jun 2020 11:05:48 +0800
Subject: [Freeswitch-users] Gist repo to package mod_av.so on CentOS 7
	announcement
Message-ID: <CAHonLzhSe80kFfvgb3w5QEXL-tQHN+SWrnwD11SWd774AOD4kQ@mail.gmail.com>

Hello list,

Background: my most desired module for CentOS 7 is mod_av.so

1. I am announcing a gist-repo, for doing an out-of-repo package for
mod_av.so for CentOS 7, based on the official freeswitch-devel.

2. mod_av.so is not packaged as CentOS 7 does not have ffmpeg. You need to
wrangle your own  ffmpeg-devel, e.g. from RPMFusion

3. With ffmpeg-devel installed and this gist repo, you can package
mod_av.so without rebuilding the gigantic FreeSWITCH src.rpm.

Essentially, all the libtool (gcc, ld) statements for mod_av.so have been
extracted from a full build and put inside this Makefile. The compiler and
linker flags are consistent with those from the FreeSWITCH spec file.

4. IMPORTANT: this gist repo does not distribute source. You must still
obtain avcodec.c  avformat.c  mod_av.c  mod_av.h from the tarball or
src.rpm.

All comments welcome.

Cheers
SP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200613/e2be70e8/attachment.html>

From shihping.chan at gmail.com  Sat Jun 13 03:07:24 2020
From: shihping.chan at gmail.com (Richard Chan)
Date: Sat, 13 Jun 2020 11:07:24 +0800
Subject: [Freeswitch-users] Gist repo to package mod_av.so on CentOS 7
	announcement
Message-ID: <CAHonLzgFObCdNh1wktisKRxANz-=Xkee4mw0-rxsoYHmWFHu0Q@mail.gmail.com>

Stupid me, I forgot to include the link to the repo, which is here:

https://github.com/space88man/package-mod-av
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200613/9fbddcd4/attachment.html>

From mike at freeswitch.org  Sat Jun 13 04:31:17 2020
From: mike at freeswitch.org (Mike Jerris)
Date: Fri, 12 Jun 2020 22:31:17 -0600
Subject: [Freeswitch-users] Gist repo to package mod_av.so on CentOS 7
 announcement
In-Reply-To: <CAHonLzhSe80kFfvgb3w5QEXL-tQHN+SWrnwD11SWd774AOD4kQ@mail.gmail.com>
References: <CAHonLzhSe80kFfvgb3w5QEXL-tQHN+SWrnwD11SWd774AOD4kQ@mail.gmail.com>
Message-ID: <ECC2F077-29E2-4BDC-B183-37688F4E3796@freeswitch.org>

There is no reason to do all that just to build a package for mod_av.  You can use the source repo and a few make commands off the regular makefiles to build just that module.

> On Jun 12, 2020, at 9:05 PM, Richard Chan <shihping.chan at gmail.com> wrote:
> 
> Hello list,
> 
> Background: my most desired module for CentOS 7 is mod_av.so
> 
> 1. I am announcing a gist-repo, for doing an out-of-repo package for mod_av.so for CentOS 7, based on the official freeswitch-devel.
> 
> 2. mod_av.so is not packaged as CentOS 7 does not have ffmpeg. You need to wrangle your own  ffmpeg-devel, e.g. from RPMFusion
> 
> 3. With ffmpeg-devel installed and this gist repo, you can package mod_av.so without rebuilding the gigantic FreeSWITCH src.rpm.
> 
> Essentially, all the libtool (gcc, ld) statements for mod_av.so have been extracted from a full build and put inside this Makefile. The compiler and linker flags are consistent with those from the FreeSWITCH spec file.
> 
> 4. IMPORTANT: this gist repo does not distribute source. You must still obtain avcodec.c  avformat.c  mod_av.c  mod_av.h from the tarball or src.rpm.
> 
> All comments welcome.
> 
> Cheers
> SP
> 



From s.safarov at gmail.com  Sat Jun 13 05:24:20 2020
From: s.safarov at gmail.com (Sergey Safarov)
Date: Sat, 13 Jun 2020 08:24:20 +0300
Subject: [Freeswitch-users] Gist repo to package mod_av.so on CentOS 7
	announcement
In-Reply-To: <ECC2F077-29E2-4BDC-B183-37688F4E3796@freeswitch.org>
References: <CAHonLzhSe80kFfvgb3w5QEXL-tQHN+SWrnwD11SWd774AOD4kQ@mail.gmail.com>
 <ECC2F077-29E2-4BDC-B183-37688F4E3796@freeswitch.org>
Message-ID: <CAHtxdDctkn6_Br11TxpO-ngAetbuBQyyy8jab8vciuP93k+YTw@mail.gmail.com>

Think this is reasonable creation. Reasonable because at the present
time no other way to share work for the community.

Please check my packaging PRs
<https://github.com/signalwire/freeswitch/pulls/sergey-safarov> on GitHub.
They are open 7 months without review.
Also, they are open several mouths on Stash.



On Sat, Jun 13, 2020 at 8:00 AM Mike Jerris <mike at freeswitch.org> wrote:

> There is no reason to do all that just to build a package for mod_av.  You
> can use the source repo and a few make commands off the regular makefiles
> to build just that module.
>
> > On Jun 12, 2020, at 9:05 PM, Richard Chan <shihping.chan at gmail.com>
> wrote:
> >
> > Hello list,
> >
> > Background: my most desired module for CentOS 7 is mod_av.so
> >
> > 1. I am announcing a gist-repo, for doing an out-of-repo package for
> mod_av.so for CentOS 7, based on the official freeswitch-devel.
> >
> > 2. mod_av.so is not packaged as CentOS 7 does not have ffmpeg. You need
> to wrangle your own  ffmpeg-devel, e.g. from RPMFusion
> >
> > 3. With ffmpeg-devel installed and this gist repo, you can package
> mod_av.so without rebuilding the gigantic FreeSWITCH src.rpm.
> >
> > Essentially, all the libtool (gcc, ld) statements for mod_av.so have
> been extracted from a full build and put inside this Makefile. The compiler
> and linker flags are consistent with those from the FreeSWITCH spec file.
> >
> > 4. IMPORTANT: this gist repo does not distribute source. You must still
> obtain avcodec.c  avformat.c  mod_av.c  mod_av.h from the tarball or
> src.rpm.
> >
> > All comments welcome.
> >
> > Cheers
> > SP
> >
>
>
> _________________________________________________________________________
>
> 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/20200613/e92d91f2/attachment-0001.html>

From davidswalkabout at gmail.com  Sat Jun 13 16:54:14 2020
From: davidswalkabout at gmail.com (David P)
Date: Sat, 13 Jun 2020 09:54:14 -0700
Subject: [Freeswitch-users] Writing Custom Verto Events to Websocket
In-Reply-To: <mailman.0.1591876801.77260.freeswitch-users@lists.freeswitch.org>
References: <mailman.0.1591876801.77260.freeswitch-users@lists.freeswitch.org>
Message-ID: <CAE23trtvZdTVZ1gmXprSWphHY_rHNWiGCc8vfDQnD0TjizSqMg@mail.gmail.com>

Interesting. Do you know of a way for another service to send a msg
(perhaps other than via SIP) into FS that it could proxy out this way? Does
FS have a chat listener?

On Thu, 11 Jun 2020, 5:23 am ,

> ---------- Forwarded message ----------
> From: Gregor Nanger <gregor at infomedia.si>
>
> If you would like to inform verto user from fs server, I would suggest
> using chat:
>
> https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+chat
>
> I am using it to send my system messages from my code logic to verto users
> and it works like a charm.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200613/3c175291/attachment.html>

From david.villasmil.work at gmail.com  Sun Jun 14 00:45:56 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sun, 14 Jun 2020 01:45:56 +0100
Subject: [Freeswitch-users] Compiling c/c++
Message-ID: <CAFGRPVopzn2gb+t1vmtv84h+LnVWuQ=+5J5aTktwHJDc7RhNFg@mail.gmail.com>

Hello all,

If anyone can help with my confusion here:

Let's say i'm working on an already existing module.

I've created modules in the past, this is not really my problem. My problem
comes from an already existing module, let's call it my_module. In this
module I'm adding a new functionality where i need to decrypt a jwt token
parameter encrypted in AES.

The existing module main file, the file loaded by the main freeSWITCH
loader is in C., let's say something like this:

#include <switch.h>
#include <switch_json.h>
#include <switch_stun.h>
#include <jwt.h>

#include "token_crypto.h" <-- This is my addition

...
<some stuff goes here>
at some point i do this:

 plaintext_len = token_decrypt( *token_encoded, plaintext );

my token_crypto.h is

SWITCH_BEGIN_EXTERN_C

#include <stdio.h>
#include <string.h>
#include <openssl/ssl.h>
#include <openssl/evp.h>
#include <openssl/err.h>
#include <openssl/bio.h>
#include <openssl/buffer.h>
#include <openssl/sha.h>


void handleErrors(unsigned char *ciphertext);
int gcm_decrypt(unsigned char *ciphertext, int ciphertext_len,
            unsigned char *aad, int aad_len,
            unsigned char *tag,
            unsigned char *key,
            unsigned char *iv, int iv_len,
            unsigned char *plaintext);
int token_decrypt( const char token_encoded, unsigned char *plaintext );


SWITCH_END_EXTERN_C

And then the actual implementation in token_crypto.cpp

I added the requirement to compile token_crypto in the Makefile.am like
this:

mod_mymodule_la_SOURCES  = \
    base64url.cpp \
    token_crypto.cpp \
    mod_mymodule.c

The code then compiles ok, but when i try to load it i'm getting:

**/usr/local/freeswitch/mod/mod_mymodule.so: undefined symbol:
token_decrypt**

I know the linker can't find the compiled references, but i just can't
figure out how to link it all up...

call me stupid, but help me out 🤔
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/20200614/cf703a21/attachment.html>

From david.villasmil.work at gmail.com  Sun Jun 14 10:51:08 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sun, 14 Jun 2020 11:51:08 +0100
Subject: [Freeswitch-users] Compiling c/c++
In-Reply-To: <CAFGRPVopzn2gb+t1vmtv84h+LnVWuQ=+5J5aTktwHJDc7RhNFg@mail.gmail.com>
References: <CAFGRPVopzn2gb+t1vmtv84h+LnVWuQ=+5J5aTktwHJDc7RhNFg@mail.gmail.com>
Message-ID: <CAFGRPVobqdmocyB26SO6q+8ok+vTNFqawXgjq_fGnc+aCXb+Jg@mail.gmail.com>

Nevermind, i was missing some directives ;)
Regards,

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


On Sun, Jun 14, 2020 at 1:45 AM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> If anyone can help with my confusion here:
>
> Let's say i'm working on an already existing module.
>
> I've created modules in the past, this is not really my problem. My
> problem comes from an already existing module, let's call it my_module. In
> this module I'm adding a new functionality where i need to decrypt a jwt
> token parameter encrypted in AES.
>
> The existing module main file, the file loaded by the main freeSWITCH
> loader is in C., let's say something like this:
>
> #include <switch.h>
> #include <switch_json.h>
> #include <switch_stun.h>
> #include <jwt.h>
>
> #include "token_crypto.h" <-- This is my addition
>
> ...
> <some stuff goes here>
> at some point i do this:
>
>  plaintext_len = token_decrypt( *token_encoded, plaintext );
>
> my token_crypto.h is
>
> SWITCH_BEGIN_EXTERN_C
>
> #include <stdio.h>
> #include <string.h>
> #include <openssl/ssl.h>
> #include <openssl/evp.h>
> #include <openssl/err.h>
> #include <openssl/bio.h>
> #include <openssl/buffer.h>
> #include <openssl/sha.h>
>
>
> void handleErrors(unsigned char *ciphertext);
> int gcm_decrypt(unsigned char *ciphertext, int ciphertext_len,
>             unsigned char *aad, int aad_len,
>             unsigned char *tag,
>             unsigned char *key,
>             unsigned char *iv, int iv_len,
>             unsigned char *plaintext);
> int token_decrypt( const char token_encoded, unsigned char *plaintext );
>
>
> SWITCH_END_EXTERN_C
>
> And then the actual implementation in token_crypto.cpp
>
> I added the requirement to compile token_crypto in the Makefile.am like
> this:
>
> mod_mymodule_la_SOURCES  = \
>     base64url.cpp \
>     token_crypto.cpp \
>     mod_mymodule.c
>
> The code then compiles ok, but when i try to load it i'm getting:
>
> **/usr/local/freeswitch/mod/mod_mymodule.so: undefined symbol:
> token_decrypt**
>
> I know the linker can't find the compiled references, but i just can't
> figure out how to link it all up...
>
> call me stupid, but help me out 🤔
> 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/20200614/18863114/attachment.html>

From cong.wang.itsherpa at gmail.com  Mon Jun 15 05:13:43 2020
From: cong.wang.itsherpa at gmail.com (=?utf-8?B?546L6IGh?=)
Date: Mon, 15 Jun 2020 14:13:43 +0900
Subject: [Freeswitch-users] About att_xfer on caller leg
Message-ID: <F1B734DE-6CE9-42CD-A1DC-596EB5542685@gmail.com>

Hey all,

I’m trying call transfer function in freeswitch using att_xfer app, the dialplan looks like:

[features.xml]
    <extension name="att_xfer">
     <condition field="destination_number" expression="^att_xfer$">
       <action application="read" data="3 6 'tone_stream://%(10000,0,350,440)' digits 300000 #"/>
       <action application="set" data="origination_cancel_key=#"/>
       <action application="set" data="attxfer_cancel_key=#"/>
       <action application="set" data="attxfer_hangup_key=*"/>
       <action application="set" data="attxfer_conf_key=0"/>
       <action application="set" data="ringback=%(2000,4000,440.0,480.0)"/>
       <action application="att_xfer" data="user/${digits}"/>
     </condition>
    </extension>

[default.xml]
    <extension name=“inbound_call”>
      ...
      <action application="bind_meta_app" data="4 b s execute_extension::att_xfer XML features”/>
      …
    </extension>
    <extension name=“outbound_call”>
      ...
      <action application="bind_meta_app" data="4 a s execute_extension::att_xfer XML features”/>
      …
    </extension>

The transfer should work on receiver leg in inbound call and caller leg in outbound call when I push *4, and it works correctly in my test.
But an annoying problem occurred. When I tried to hangup after transfer(set as *) in outbound call, the transferred user would not hangup correctly and turned into a 3-way call.
I had considered if my dialplan has some problems, but the same function works well in inbound call and transferred user could hangup after a *.

Any suggestion about this problem would be appreciated.

Regards.

P.S.: System Information:
FreeSWITCH: Version 1.8.7+git~20190702T200609Z~6047ebddfc~64bit (git 6047ebd 2019-07-02 20:06:09Z 64bit)
PBX: Asterisk 15.7.4
Client: Bria 5
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/cc160ce4/attachment.html>

From th982a at googlemail.com  Mon Jun 15 09:21:20 2020
From: th982a at googlemail.com (Tamer Higazi)
Date: Mon, 15 Jun 2020 11:21:20 +0200
Subject: [Freeswitch-users] ./configure single module?
In-Reply-To: <91F096B2-DA14-4609-A219-37BBD739774B@freeswitch.org>
References: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>
 <91F096B2-DA14-4609-A219-37BBD739774B@freeswitch.org>
Message-ID: <a6d7735a-f04f-e0ff-7042-a794ecfe4f4d@googlemail.com>

Not true.

steps to reproduce:

 1. get the freeswitch source
 2. ./bootstrap.sh
 3. edit modules.conf (the minimal system)
 4. ./configure --prefix=/opt/freeswitch
 5. make && make install

now you decide yourself to install at a later point of time further 
modules, (my freeswitch source is in /usr/local/src/freeswitch), then 
you enter the directory:

/usr/local/src/freeswitch/src/mod/applications/mod_conference

and just type make && make install

Just tested it, works.


Have fun!


best, Tamer


On 2020-06-12 19:15, Mike Jerris wrote:
> No.  Configure is one step for all.
>
>> On Jun 12, 2020, at 10:50 AM, David Villasmil <david.villasmil.work at gmail.com> wrote:
>>
>> Hello
>>
>> Is it possible to issue something to configure a single module? something like:
>>
>> ./configure mod_conference


From david.villasmil.work at gmail.com  Mon Jun 15 10:11:47 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 15 Jun 2020 11:11:47 +0100
Subject: [Freeswitch-users] ./configure single module?
In-Reply-To: <mailman.428.1592212914.1290.freeswitch-users@lists.freeswitch.org>
References: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>
 <91F096B2-DA14-4609-A219-37BBD739774B@freeswitch.org>
 <mailman.428.1592212914.1290.freeswitch-users@lists.freeswitch.org>
Message-ID: <CAFGRPVoaFYOpKqVzK5Mft-ieRvjUt0ksuMBFT_Nw=Fd88iJ=JQ@mail.gmail.com>

Thanks Tamer, but I was referring to the confirmation step; not the make
and install. :)

On Mon, 15 Jun 2020 at 11:00, Tamer Higazi via FreeSWITCH-users <
freeswitch-users at lists.freeswitch.org> wrote:

>
>
>
> ---------- Forwarded message ----------
> From: Tamer Higazi <th982a at googlemail.com>
> To: freeswitch-users at lists.freeswitch.org
> Cc:
> Bcc:
> Date: Mon, 15 Jun 2020 11:21:20 +0200
> Subject: Re: [Freeswitch-users] ./configure single module?
> Not true.
>
> steps to reproduce:
>
>  1. get the freeswitch source
>  2. ./bootstrap.sh
>  3. edit modules.conf (the minimal system)
>  4. ./configure --prefix=/opt/freeswitch
>  5. make && make install
>
> now you decide yourself to install at a later point of time further
> modules, (my freeswitch source is in /usr/local/src/freeswitch), then
> you enter the directory:
>
> /usr/local/src/freeswitch/src/mod/applications/mod_conference
>
> and just type make && make install
>
> Just tested it, works.
>
>
> Have fun!
>
>
> best, Tamer
>
>
> On 2020-06-12 19:15, Mike Jerris wrote:
> > No.  Configure is one step for all.
> >
> >> On Jun 12, 2020, at 10:50 AM, David Villasmil <
> david.villasmil.work at gmail.com> wrote:
> >>
> >> Hello
> >>
> >> Is it possible to issue something to configure a single module?
> something like:
> >>
> >> ./configure mod_conference
>
>
>
>
> ---------- Forwarded message ----------
> From: Tamer Higazi via FreeSWITCH-users <
> freeswitch-users at lists.freeswitch.org>
> To: freeswitch-users at lists.freeswitch.org
> Cc:
> Bcc:
> Date: Mon, 15 Jun 2020 03:00:13 -0700 (PDT)
> Subject: Re: [Freeswitch-users] ./configure single module?
> _________________________________________________________________________
>
> 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/20200615/949e7bdd/attachment.html>

From th982a at googlemail.com  Mon Jun 15 13:30:40 2020
From: th982a at googlemail.com (Tamer Higazi)
Date: Mon, 15 Jun 2020 15:30:40 +0200
Subject: [Freeswitch-users] ./configure single module?
In-Reply-To: <CAFGRPVoaFYOpKqVzK5Mft-ieRvjUt0ksuMBFT_Nw=Fd88iJ=JQ@mail.gmail.com>
References: <CAFGRPVphzJM5A33ZNgExm_Y6uN1yxrwdt3QvLLnh7ajyYgpA_g@mail.gmail.com>
 <91F096B2-DA14-4609-A219-37BBD739774B@freeswitch.org>
 <mailman.428.1592212914.1290.freeswitch-users@lists.freeswitch.org>
 <CAFGRPVoaFYOpKqVzK5Mft-ieRvjUt0ksuMBFT_Nw=Fd88iJ=JQ@mail.gmail.com>
Message-ID: <5cb783f6-bf84-0111-1ccd-883a333fc68d@googlemail.com>

ahhhh, now I got it.
I thought to build it.

As fas as I know it's not poassible.

The makefile looks in the base folder only for the makefile.in file to 
build the module.


best, Tamer

Am 15 Jun 2020 um 12:11 schrieb David Villasmil:
> Thanks Tamer, but I was referring to the confirmation step; not the 
> make and install. :)
>
> On Mon, 15 Jun 2020 at 11:00, Tamer Higazi via FreeSWITCH-users 
> <freeswitch-users at lists.freeswitch.org 
> <mailto:freeswitch-users at lists.freeswitch.org>> wrote:
>
>
>
>
>     ---------- Forwarded message ----------
>     From: Tamer Higazi <th982a at googlemail.com
>     <mailto:th982a at googlemail.com>>
>     To: freeswitch-users at lists.freeswitch.org
>     <mailto:freeswitch-users at lists.freeswitch.org>
>     Cc:
>     Bcc:
>     Date: Mon, 15 Jun 2020 11:21:20 +0200
>     Subject: Re: [Freeswitch-users] ./configure single module?
>     Not true.
>
>     steps to reproduce:
>
>      1. get the freeswitch source
>      2. ./bootstrap.sh
>      3. edit modules.conf (the minimal system)
>      4. ./configure --prefix=/opt/freeswitch
>      5. make && make install
>
>     now you decide yourself to install at a later point of time further
>     modules, (my freeswitch source is in /usr/local/src/freeswitch), then
>     you enter the directory:
>
>     /usr/local/src/freeswitch/src/mod/applications/mod_conference
>
>     and just type make && make install
>
>     Just tested it, works.
>
>
>     Have fun!
>
>
>     best, Tamer
>
>
>     On 2020-06-12 19:15, Mike Jerris wrote:
>     > No.  Configure is one step for all.
>     >
>     >> On Jun 12, 2020, at 10:50 AM, David Villasmil
>     <david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>> wrote:
>     >>
>     >> Hello
>     >>
>     >> Is it possible to issue something to configure a single module?
>     something like:
>     >>
>     >> ./configure mod_conference
>
>
>
>
>     ---------- Forwarded message ----------
>     From: Tamer Higazi via FreeSWITCH-users
>     <freeswitch-users at lists.freeswitch.org
>     <mailto:freeswitch-users at lists.freeswitch.org>>
>     To: freeswitch-users at lists.freeswitch.org
>     <mailto:freeswitch-users at lists.freeswitch.org>
>     Cc:
>     Bcc:
>     Date: Mon, 15 Jun 2020 03:00:13 -0700 (PDT)
>     Subject: Re: [Freeswitch-users] ./configure single module?
>     _________________________________________________________________________
>
>     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
>
> -- 
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com 
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337


From vishalmpai at gmail.com  Mon Jun 15 15:48:48 2020
From: vishalmpai at gmail.com (Vishal Pai)
Date: Mon, 15 Jun 2020 21:18:48 +0530
Subject: [Freeswitch-users] 2-Stage Dialing using freeswitch
Message-ID: <CACOmXtBBkMJ2Bp-FALao9SJ9pSX5RC=PF3v-11fry1sUKia7uw@mail.gmail.com>

Hello Everyone

Can we use freeswitch for 2-Stage Dialing ? Does anyone tried with the
freeswitch?

Basically customer dials 0XX980123456 we strip 0XX dial a local number,
wait for a dial tone and then send dial 980123456.

Thanks
Vishal P.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/c903bc42/attachment.html>

From asilva at wirelessmundi.com  Mon Jun 15 15:56:03 2020
From: asilva at wirelessmundi.com (=?utf-8?Q?Ant=C3=B3nio_Silva?=)
Date: Mon, 15 Jun 2020 17:56:03 +0200
Subject: [Freeswitch-users] 2-Stage Dialing using freeswitch
In-Reply-To: <CACOmXtBBkMJ2Bp-FALao9SJ9pSX5RC=PF3v-11fry1sUKia7uw@mail.gmail.com>
References: <CACOmXtBBkMJ2Bp-FALao9SJ9pSX5RC=PF3v-11fry1sUKia7uw@mail.gmail.com>
Message-ID: <E5D538ED-9D9C-4140-91D6-CA1D606E952A@wirelessmundi.com>

Yes, I’m using application read:

https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+read <https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+read>


Another way of doing it is using a lua script, check this example of a disa function:

https://freeswitch.org/confluence/display/FREESWITCH/Lua+DISA+Example <https://freeswitch.org/confluence/display/FREESWITCH/Lua+DISA+Example>




> On 15 Jun 2020, at 17:48, Vishal Pai <vishalmpai at gmail.com> wrote:
> 
> Hello Everyone
> 
> Can we use freeswitch for 2-Stage Dialing ? Does anyone tried with the freeswitch?
> 
> Basically customer dials 0XX980123456 we strip 0XX dial a local number, wait for a dial tone and then send dial 980123456.
> 
> Thanks
> Vishal P.
> 
> _________________________________________________________________________
> 
> 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/20200615/23594c25/attachment.html>

From flavio at voffice.com.br  Mon Jun 15 21:49:04 2020
From: flavio at voffice.com.br (Flavio Goncalves)
Date: Mon, 15 Jun 2020 18:49:04 -0300
Subject: [Freeswitch-users] Teams direct routing
Message-ID: <CAJkFROw1Ng9DMsFdYQ0EW+tXPXeUVd7nJNb0dO34h5_=VbWz4Q@mail.gmail.com>

Hi,

I've managed to connect teams using FS, now I´m trying to implement call
hold and call transfer. Teams use an unusual way for hold, it transfers the
call. In the refer I can see the refer-to pointing to an url without a
request uri user

REFER-TO: <sip:sip.pstnhub.microsoft.com:5061
;transport=tls;x-m=8:orgid:e83c0390-43cb-4c40-8d09-8a972709235b;x-t=9c36cf22-e6e8-4792-b823-873069b82489>

How can I bridge a call to an URI without a request uri user?

I tried sofia/gateway/ms1/ (without passing a user).
I tried <action application="export"
data="nolocal:sip_invite_req_uri=$1;$2"/>

where $1 is the domain and $2 are the invite parameters

but no success.

Did anyone have success with TEAMS and call hold, call transfer?

Thanks

Flavio E Goncalves
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/2ae0cd30/attachment.html>

From tom at tomlynn.com  Tue Jun 16 02:24:28 2020
From: tom at tomlynn.com (Tom Lynn)
Date: Mon, 15 Jun 2020 19:24:28 -0700
Subject: [Freeswitch-users] playback to soundcard TML instead ringfile
 with portaudio
In-Reply-To: <mailman.4.1591021084.1290.freeswitch-users@lists.freeswitch.org>
References: <mailman.4.1591021084.1290.freeswitch-users@lists.freeswitch.org>
Message-ID: <CAERdjibJJxSecBgqn4ia2kA9x_d5tYmoY=0_DrxZ1js1iUJy-g@mail.gmail.com>

have you considered recording it to a wave file?

On Mon, Jun 1, 2020 at 7:18 AM Tamer Higazi via FreeSWITCH-users <
freeswitch-users at lists.freeswitch.org> wrote:

>
>
>
> ---------- Forwarded message ----------
> From: Tamer Higazi <th982a at googlemail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Mon, 1 Jun 2020 16:17:29 +0200
> Subject: playback to soundcard TML instead ringfile with portaudio
> Hi people,
>
> I am using on my linux system a lot portaudio to place and make phone
> calls.
>
> Inside the portaudio.conf I am using:
> <param name="ring-file" value="/opt/freeswitch10/sounds/ring_dd.wav"/>
>
> that if a phone call comes in it respectively rings on my headset.
>
> Instead the file, i'd like freeswitch to playback tones via TML:
> https://freeswitch.org/confluence/display/FREESWITCH/TGML
>
> now what I want is to disable the ring-file and make freeswitch in the
> dialplan playback to myself (the soundcard) for example this UK ring:
> <action application="playback"
> data="tone_stream://%(400,200,400,450);%(400,2200,400,450)"/>
>
> not the callee should get this ring, freeswitch should playback this
> sequence before I execute "pa answer".
>
>
> Any ideas ?
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Tamer Higazi via FreeSWITCH-users <
> freeswitch-users at lists.freeswitch.org>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Mon, 01 Jun 2020 07:18:13 -0700 (PDT)
> Subject: [Freeswitch-users] playback to soundcard TML instead ringfile
> with portaudio
> _________________________________________________________________________
>
> 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/20200615/b6e0a930/attachment-0001.html>

From chad at apartmentlines.com  Tue Jun 16 04:07:53 2020
From: chad at apartmentlines.com (Chad Phillips)
Date: Mon, 15 Jun 2020 21:07:53 -0700
Subject: [Freeswitch-users] freeswitch.Dbh 'fetch' functions?
Message-ID: <CAJ0sghQ4EmDKKr_gU+miiB2rpKimrcNr8K7XsuFryR4AW88AZg@mail.gmail.com>

Curious if
https://freeswitch.org/confluence/display/FREESWITCH/Lua+with+Database#LuawithDatabase-freeswitch.Dbh
is
missing any support functions that freeswitch.Dbh has under the hood?

It seems some convenience functions for the following would be quite nice:

 - Fetch query results into a table of tables
 - Fetch one result row
 - Fetch one row

I hacked up those in some quick helpers here:
https://gist.github.com/thehunmonkgroup/f92ca495c4c366d74fa9269320806cec

Just wondering if I'm missing anything.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/3296d46b/attachment.html>

From babak.yakhchali at gmail.com  Mon Jun 15 10:18:02 2020
From: babak.yakhchali at gmail.com (Babak Yakhchali)
Date: Mon, 15 Jun 2020 14:48:02 +0430
Subject: [Freeswitch-users] calls to some registered webrtc endpoints
	results in NO_USER_RESPONSE
Message-ID: <CAD3oNZyM5Yh5pdy39V6pYYxgsgWhrcnO3DMmp++8Lk=SQASEdA@mail.gmail.com>

Hi
I'm using webrtc with chrome and sipjs as client on freeswitch 1.10.
Calling to some endpoints results in NO_USER_RESPONSE. I've not access to
client systems and it makes debugging the problem harder. this is the
freeswitch log for one of those calls:

 https://pastebin.freeswitch.org/view/f9a09df4#L7

Does NO_USER_RESPONSE mean that invite is not reached to the client browser
or it is reached but no reply is received? can it be related to network
problems or NAT?

any help would be appreciated
thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/92b5cacd/attachment.html>

From onikuma39 at gmail.com  Mon Jun 15 14:36:45 2020
From: onikuma39 at gmail.com (Oni Kuma)
Date: Mon, 15 Jun 2020 23:36:45 +0900
Subject: [Freeswitch-users] Pre-Built Virtual Machine - Verto not working
Message-ID: <CAFCfRoBhK24qLm-CR47+j7Nj3S+sxP4jmRu58BgLMqHr++Lf1w@mail.gmail.com>

Hello, I am just starting this journey to learn Freeswitch.  I've
downloaded the prebuilt virtual machine from
https://freeswitch.com/index.php/fs-virtual-machine/ and followed the
directions accordingly.

When i connect to test Verto, it does not work at all.

I've tried with Firefox - I accept the cert, enter the info, it selects the
audio mic and camera, and then just says "waiting for reconnect".  I get
nothing.

I've tried with Chrome - I accept the cert, enter the info, and it gets me
to the next step where it allows me to select the mic and camera ( i even
see the camera light on), but I am unable to select the "save" button.  I
do not even see my own image from the camera.

I've followed the instructions exactly, and have even followed how it is
performed in the youtube video.  Can someone point me in the right
direction?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/6117c960/attachment.html>

From joalzamora at gmail.com  Mon Jun 15 22:24:52 2020
From: joalzamora at gmail.com (Jose Zamora)
Date: Mon, 15 Jun 2020 18:24:52 -0400
Subject: [Freeswitch-users] Problem listening and sending ivr options
Message-ID: <CA+gYZ471M_zUKrTUOh08haqpuQAjkQCoPnK13NDhWC9gBK9vLw@mail.gmail.com>

Hello

I have installed freeswitch version 1.10.0 from the source codes. But when
connecting the softphones I experienced the following problems.

Zoiper (ext 1000) = When calling the ivr I do not hear anything and when
pressing the options do not dial DTMF signals to the control panel.

Phonerlite (ext 1001) = I hear perfectly the IVR, but when pressing the
options not connected the DTMF signals to the control panel.

Anyone had this configuration problem?

thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200615/195a5ff4/attachment.html>

From gmaruzz at gmail.com  Tue Jun 16 17:19:53 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Tue, 16 Jun 2020 19:19:53 +0200
Subject: [Freeswitch-users] calls to some registered webrtc endpoints
 results in NO_USER_RESPONSE
In-Reply-To: <CAD3oNZyM5Yh5pdy39V6pYYxgsgWhrcnO3DMmp++8Lk=SQASEdA@mail.gmail.com>
References: <CAD3oNZyM5Yh5pdy39V6pYYxgsgWhrcnO3DMmp++8Lk=SQASEdA@mail.gmail.com>
Message-ID: <CALXCt0pK8HZF5_uE8hMaGio1p0ozV+nVS6YOD+r64g581ceVsQ@mail.gmail.com>

from fs_cli:
sofia global siptrace on

and you will see the cleartext sip messages...



On Tue, Jun 16, 2020 at 7:13 PM Babak Yakhchali <babak.yakhchali at gmail.com>
wrote:

> Hi
> I'm using webrtc with chrome and sipjs as client on freeswitch 1.10.
> Calling to some endpoints results in NO_USER_RESPONSE. I've not access to
> client systems and it makes debugging the problem harder. this is the
> freeswitch log for one of those calls:
>
>  https://pastebin.freeswitch.org/view/f9a09df4#L7
>
> Does NO_USER_RESPONSE mean that invite is not reached to the client
> browser or it is reached but no reply is received? can it be related to
> network problems or NAT?
>
> any help would be appreciated
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200616/7882ea12/attachment.html>

From gmaruzz at gmail.com  Tue Jun 16 17:41:22 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Tue, 16 Jun 2020 19:41:22 +0200
Subject: [Freeswitch-users] Pre-Built Virtual Machine - Verto not working
In-Reply-To: <CAFCfRoBhK24qLm-CR47+j7Nj3S+sxP4jmRu58BgLMqHr++Lf1w@mail.gmail.com>
References: <CAFCfRoBhK24qLm-CR47+j7Nj3S+sxP4jmRu58BgLMqHr++Lf1w@mail.gmail.com>
Message-ID: <CALXCt0o6FV2hJHtOoVDbdjtD4xv30yGB4QZoJ6XZECAF6Y0CEQ@mail.gmail.com>

seems to be very old stuff, it probably does not work anymore...


On Tue, Jun 16, 2020 at 7:36 PM Oni Kuma <onikuma39 at gmail.com> wrote:

> Hello, I am just starting this journey to learn Freeswitch.  I've
> downloaded the prebuilt virtual machine from
> https://freeswitch.com/index.php/fs-virtual-machine/ and followed the
> directions accordingly.
>
> When i connect to test Verto, it does not work at all.
>
> I've tried with Firefox - I accept the cert, enter the info, it selects
> the audio mic and camera, and then just says "waiting for reconnect".  I
> get nothing.
>
> I've tried with Chrome - I accept the cert, enter the info, and it gets me
> to the next step where it allows me to select the mic and camera ( i even
> see the camera light on), but I am unable to select the "save" button.  I
> do not even see my own image from the camera.
>
> I've followed the instructions exactly, and have even followed how it is
> performed in the youtube video.  Can someone point me in the right
> direction?
> _________________________________________________________________________
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200616/c39cd3b9/attachment-0001.html>

From gmaruzz at gmail.com  Tue Jun 16 17:59:47 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Tue, 16 Jun 2020 19:59:47 +0200
Subject: [Freeswitch-users] Problem listening and sending ivr options
In-Reply-To: <CA+gYZ471M_zUKrTUOh08haqpuQAjkQCoPnK13NDhWC9gBK9vLw@mail.gmail.com>
References: <CA+gYZ471M_zUKrTUOh08haqpuQAjkQCoPnK13NDhWC9gBK9vLw@mail.gmail.com>
Message-ID: <CALXCt0rJR34ADE2WnOiX9mKVkkYWENTFYZUf=zkExGqUE3UoXw@mail.gmail.com>

try check what audio codecs and what kind of DTMF you are using in clients
(in softphones), and change it to something else...



On Tue, Jun 16, 2020 at 7:27 PM Jose Zamora <joalzamora at gmail.com> wrote:

> Hello
>
> I have installed freeswitch version 1.10.0 from the source codes. But when
> connecting the softphones I experienced the following problems.
>
> Zoiper (ext 1000) = When calling the ivr I do not hear anything and when
> pressing the options do not dial DTMF signals to the control panel.
>
> Phonerlite (ext 1001) = I hear perfectly the IVR, but when pressing the
> options not connected the DTMF signals to the control panel.
>
> Anyone had this configuration problem?
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200616/55119389/attachment.html>

From joalzamora at gmail.com  Tue Jun 16 19:52:30 2020
From: joalzamora at gmail.com (Jose Zamora)
Date: Tue, 16 Jun 2020 15:52:30 -0400
Subject: [Freeswitch-users] Problem listening and sending ivr options
In-Reply-To: <CALXCt0rJR34ADE2WnOiX9mKVkkYWENTFYZUf=zkExGqUE3UoXw@mail.gmail.com>
References: <CA+gYZ471M_zUKrTUOh08haqpuQAjkQCoPnK13NDhWC9gBK9vLw@mail.gmail.com>
 <CALXCt0rJR34ADE2WnOiX9mKVkkYWENTFYZUf=zkExGqUE3UoXw@mail.gmail.com>
Message-ID: <CA+gYZ47wSw2CrmTUc9ZaRUPDR_T_nYe_737Le+7e13hE8Q42UA@mail.gmail.com>

Thanks to your answer,

I forgot to say that the softphones were in another subnet.

I have solved the problem by editing the following file

vi /usr/local/freeswitch/conf/sip_profiles/internal.xml

and change ext-rtp-ip to ext-sip-ip for the local ip of the server.

     <param name = "ext-rtp-ip" value = "$$ {local_ip_v4}" />
     <param name = "ext-sip-ip" value = "$$ {local_ip_v4}" />

This solved my audio and dtmf issues

El mar., 16 de jun. de 2020 a la(s) 14:00, Giovanni Maruzzelli (
gmaruzz at gmail.com) escribió:

> try check what audio codecs and what kind of DTMF you are using in clients
> (in softphones), and change it to something else...
>
>
>
> On Tue, Jun 16, 2020 at 7:27 PM Jose Zamora <joalzamora at gmail.com> wrote:
>
>> Hello
>>
>> I have installed freeswitch version 1.10.0 from the source codes. But
>> when connecting the softphones I experienced the following problems.
>>
>> Zoiper (ext 1000) = When calling the ivr I do not hear anything and when
>> pressing the options do not dial DTMF signals to the control panel.
>>
>> Phonerlite (ext 1001) = I hear perfectly the IVR, but when pressing the
>> options not connected the DTMF signals to the control panel.
>>
>> Anyone had this configuration problem?
>>
>> 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
>
>
>
> --
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
> _________________________________________________________________________
>
> 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/20200616/955969ef/attachment.html>

From nathan at robotics.net  Tue Jun 16 21:05:13 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Tue, 16 Jun 2020 17:05:13 -0400
Subject: [Freeswitch-users] Video Hold for mod_callcenter
Message-ID: <CAHubkyM9ZNxCYOQWyqoB787kYOGsqXv4m_uR76epb4WFM2998Q@mail.gmail.com>

I know you can do music on hold with mod_callcenter, but is it possible to
play a .mp4 with audio and video for users while on hold for an agent?

><>
nathan stratton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200616/e139db5d/attachment.html>

From nathan at robotics.net  Tue Jun 16 21:26:08 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Tue, 16 Jun 2020 17:26:08 -0400
Subject: [Freeswitch-users] Video Hold for mod_callcenter
In-Reply-To: <CAHubkyM9ZNxCYOQWyqoB787kYOGsqXv4m_uR76epb4WFM2998Q@mail.gmail.com>
References: <CAHubkyM9ZNxCYOQWyqoB787kYOGsqXv4m_uR76epb4WFM2998Q@mail.gmail.com>
Message-ID: <CAHubkyPdFF+0P=tRz=wD4YCt5grVDVQxuB8BWJ6=duKY_M4TwA@mail.gmail.com>

<param name="moh-sound" value="$${hold_music}"/>

Works for .mp4 files!!!

><>
nathan stratton


On Tue, Jun 16, 2020 at 5:05 PM Nathan Stratton <nathan at robotics.net> wrote:

> I know you can do music on hold with mod_callcenter, but is it possible to
> play a .mp4 with audio and video for users while on hold for an agent?
>
> ><>
> nathan stratton
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200616/f8f6a30e/attachment-0001.html>

From jhunter at voxboxcoms.co.uk  Wed Jun 17 13:50:48 2020
From: jhunter at voxboxcoms.co.uk (Jonathan Hunter)
Date: Wed, 17 Jun 2020 14:50:48 +0100
Subject: [Freeswitch-users] onWSLogin Verto call back when dont want to
	register just connect.
Message-ID: <CAPQovySreM4FdUT+4qjHRL2T9LSk4wyYqxoN2y3QEenyJP9gsg@mail.gmail.com>

Hi Guys,

I am testing with connecting over Websockets to FreeSWITCH using verto, and
I dont want to register with FreeSWITCH, so I have set this in verto.conf;

<param name="blind-reg" value="true"/>

I then can see that my browser connects with the server when looking at
logs and the verto status whos conn_no_reg.

"jsonrpc":      "2.0",
        "id":   5,
        "result":       {
                "message":      "logged in",
                "sessid":       "a3109700-5036-68b8-3cbf-60a8628fe452"
        }

 default-v4::@       client                          172.31.41.66:57212
 CONN_NO_REG (WS)

However I do not see the callback function onWSLogin triggered, is a
requirement for this to be called the end user registering as well as
connecting?

When I disconnect on WSClose callback works fine, as do events when I make
a conference call, its literally just when I connect I dont see onWSLogin
events.

Is there something I am missing to allow clients to connect without
registration?

Please note this is a secure environment hence why registration not
necessary, running version 1.10.2

Many thanks

Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200617/97fcbb95/attachment.html>

From davidswalkabout at gmail.com  Thu Jun 18 06:44:29 2020
From: davidswalkabout at gmail.com (David P)
Date: Wed, 17 Jun 2020 23:44:29 -0700
Subject: [Freeswitch-users] Can't reduce rtmp from 1280x720
Message-ID: <CAE23trvrRnXtcTwDhiYWzGDWFZ=V-2WgQhLVYxP=c-FH7c3XAg@mail.gmail.com>

On both FSv1.8 and now on FSv1.10.3 (upgraded via packages), rtmp sent by
our dialplan is always received in resolution 1280x720 even though we've
tried several different ways of reducing it to 320x240.

Verto's logging of our gUM constraints verifies that our max resolution for
video from the browser to FS is 640x480.

In av.conf.xml, we've tried uncommenting and editing this way:

    <profile name="H264">
        <param name="profile" value="baseline"/>
        <param name="level" value="2"/>

FS logging confirms that the bug is using the H264 codec.

Is there anything else to try?

Cheers,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200617/392be4d4/attachment.html>

From dujinfang at gmail.com  Thu Jun 18 14:22:51 2020
From: dujinfang at gmail.com (Seven Du)
Date: Thu, 18 Jun 2020 22:22:51 +0800
Subject: [Freeswitch-users] Can't reduce rtmp from 1280x720
In-Reply-To: <CAE23trvrRnXtcTwDhiYWzGDWFZ=V-2WgQhLVYxP=c-FH7c3XAg@mail.gmail.com>
References: <CAE23trvrRnXtcTwDhiYWzGDWFZ=V-2WgQhLVYxP=c-FH7c3XAg@mail.gmail.com>
Message-ID: <CAJs+-5p7dXtO0vgt82G94fgRT+CbHJ3SGbCS7XHETrTV7TDMzw@mail.gmail.com>

the codec doesn't change resolution, the source does. so if you record a
conference to send rtmp, change the conference canvas size. or you can try
explicitly set the size e.g. record {vw=320,vh=240}rtmp://url... attach a
log if it still not working.

On Thu, Jun 18, 2020 at 3:07 PM David P <davidswalkabout at gmail.com> wrote:

> On both FSv1.8 and now on FSv1.10.3 (upgraded via packages), rtmp sent by
> our dialplan is always received in resolution 1280x720 even though we've
> tried several different ways of reducing it to 320x240.
>
> Verto's logging of our gUM constraints verifies that our max resolution
> for video from the browser to FS is 640x480.
>
> In av.conf.xml, we've tried uncommenting and editing this way:
>
>     <profile name="H264">
>         <param name="profile" value="baseline"/>
>         <param name="level" value="2"/>
>
> FS logging confirms that the bug is using the H264 codec.
>
> Is there anything else to try?
>
> Cheers,
> David
> _________________________________________________________________________
>
> 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



-- 
About: http://about.me/dujinfang
Blog: http://www.dujinfang.com
Proj:  http://www.freeswitch.org.cn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200618/b60bb706/attachment.html>

From support at naud.io  Thu Jun 18 16:58:43 2020
From: support at naud.io (Support from NetworkedAudio LLC)
Date: Thu, 18 Jun 2020 16:58:43 +0000
Subject: [Freeswitch-users] Timing issues with Verto,
	SIP client works fine
In-Reply-To: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
References: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
Message-ID: <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>

Have done some more testing - the issue appears to be that packets are dropped or a timing resync happens when connecting to PortAudio through the dialplan.

Tests:

Soft phone (MicroSIP) > Conference > Verto (on Chrome) - sounds great.
Verto (on Chrome) > Conference > Verto (on Chrome) - sounds good, some crunchiness, some drops.
Soft phone (MicroSIP) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds pretty good.
Verto (on Chrome) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds quite poor, lost words.

External system is 48KHz and PortAudio > external system > PortAudio sounds perfect.

Recordings of the above are at https://bit.ly/3EFFyb0

Jitter buffers aren't making any difference and the timer_test shows good numbers. All are using the Opus CODEC.

Any other ideas, please ?



________________________________
From: Support from NetworkedAudio LLC
Sent: Wednesday, June 10, 2020 2:35 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Timing issues with Verto, SIP client works fine

Hi all,

We're using VERTO in an intranet application.

If we do anything other than an echo test, we get dropouts on bridge (to SIP phone or PortAudio), which either drops whole sounds (count 1,2,4,5,7,8) or slurs ("se-even").

This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.

Turning off audio processing (googEcho...) has no effect. Changing RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not a network bandwidth issue - this can happen across a gigabit link.

Using exactly the same computers and headsets but using MicroSIP, everything is perfect.

Have tried jitterbuffers, but they don't help (as it's not a delay issue) - it really feels like a timing problem going from Verto into the rest of the system.

Where should I look now? Have tried 1.10 but no change.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200618/a648e8dc/attachment.html>

From gregor at infomedia.si  Thu Jun 18 17:03:34 2020
From: gregor at infomedia.si (Gregor Nanger)
Date: Thu, 18 Jun 2020 19:03:34 +0200
Subject: [Freeswitch-users] Timing issues with Verto,
	SIP client works fine
In-Reply-To: <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
References: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
Message-ID: <CAC7ttFHGva2H=Jh9nVD2y-MCHGfgrd+sRFxrGSreUnyHc2rj5A@mail.gmail.com>

On which OS is FS installed?

On Thu, 18 Jun 2020, 18:59 Support from NetworkedAudio LLC, <support at naud.io>
wrote:

> Have done some more testing - the issue appears to be that packets are
> dropped or a timing resync happens when connecting to PortAudio through the
> dialplan.
>
> Tests:
>
> Soft phone (MicroSIP) > Conference > Verto (on Chrome) - sounds great.
> Verto (on Chrome) > Conference > Verto (on Chrome) - sounds good, some
> crunchiness, some drops.
> Soft phone (MicroSIP) > PortAudio > external system > PortAudio > Verto
> (on Chrome) sounds pretty good.
> Verto (on Chrome) > PortAudio > external system > PortAudio > Verto (on
> Chrome) sounds quite poor, lost words.
>
> External system is 48KHz and PortAudio > external system > PortAudio
> sounds perfect.
>
> Recordings of the above are at https://bit.ly/3EFFyb0
>
> Jitter buffers aren't making any difference and the timer_test shows good
> numbers. All are using the Opus CODEC.
>
> Any other ideas, please ?
>
>
>
> ------------------------------
> *From:* Support from NetworkedAudio LLC
> *Sent:* Wednesday, June 10, 2020 2:35 PM
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject:* Timing issues with Verto, SIP client works fine
>
> Hi all,
>
> We're using VERTO in an intranet application.
>
> If we do anything other than an echo test, we get dropouts on bridge (to
> SIP phone or PortAudio), which either drops whole sounds (count
> 1,2,4,5,7,8) or slurs ("se-even").
>
> This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.
>
> Turning off audio processing (googEcho...) has no effect. Changing
> RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not
> a network bandwidth issue - this can happen across a gigabit link.
>
> Using exactly the same computers and headsets but using MicroSIP,
> everything is perfect.
>
> Have tried jitterbuffers, but they don't help (as it's not a delay issue)
> - it really feels like a timing problem going from Verto into the rest of
> the system.
>
> Where should I look now? Have tried 1.10 but no change.
> _________________________________________________________________________
>
> 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/20200618/89c989ea/attachment-0001.html>

From support at naud.io  Thu Jun 18 20:42:28 2020
From: support at naud.io (Support from NetworkedAudio LLC)
Date: Thu, 18 Jun 2020 20:42:28 +0000
Subject: [Freeswitch-users] Timing issues with Verto,
 SIP client works fine
In-Reply-To: <CAC7ttFHGva2H=Jh9nVD2y-MCHGfgrd+sRFxrGSreUnyHc2rj5A@mail.gmail.com>
References: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>,
 <CAC7ttFHGva2H=Jh9nVD2y-MCHGfgrd+sRFxrGSreUnyHc2rj5A@mail.gmail.com>
Message-ID: <CH2PR07MB72237CCF7E906DA2E3AE4674A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>

Windows Server 2016.
________________________________
From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> on behalf of Gregor Nanger <gregor at infomedia.si>
Sent: Thursday, June 18, 2020 12:22 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Timing issues with Verto, SIP client works fine

On which OS is FS installed?

On Thu, 18 Jun 2020, 18:59 Support from NetworkedAudio LLC, <support at naud.io<mailto:support at naud.io>> wrote:
Have done some more testing - the issue appears to be that packets are dropped or a timing resync happens when connecting to PortAudio through the dialplan.

Tests:

Soft phone (MicroSIP) > Conference > Verto (on Chrome) - sounds great.
Verto (on Chrome) > Conference > Verto (on Chrome) - sounds good, some crunchiness, some drops.
Soft phone (MicroSIP) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds pretty good.
Verto (on Chrome) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds quite poor, lost words.

External system is 48KHz and PortAudio > external system > PortAudio sounds perfect.

Recordings of the above are at https://bit.ly/3EFFyb0

Jitter buffers aren't making any difference and the timer_test shows good numbers. All are using the Opus CODEC.

Any other ideas, please ?



________________________________
From: Support from NetworkedAudio LLC
Sent: Wednesday, June 10, 2020 2:35 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Subject: Timing issues with Verto, SIP client works fine

Hi all,

We're using VERTO in an intranet application.

If we do anything other than an echo test, we get dropouts on bridge (to SIP phone or PortAudio), which either drops whole sounds (count 1,2,4,5,7,8) or slurs ("se-even").

This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.

Turning off audio processing (googEcho...) has no effect. Changing RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not a network bandwidth issue - this can happen across a gigabit link.

Using exactly the same computers and headsets but using MicroSIP, everything is perfect.

Have tried jitterbuffers, but they don't help (as it's not a delay issue) - it really feels like a timing problem going from Verto into the rest of the system.

Where should I look now? Have tried 1.10 but no change.
_________________________________________________________________________

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200618/31d22a4f/attachment.html>

From gregor at infomedia.si  Thu Jun 18 21:03:53 2020
From: gregor at infomedia.si (Gregor Nanger)
Date: Thu, 18 Jun 2020 23:03:53 +0200
Subject: [Freeswitch-users] Timing issues with Verto,
	SIP client works fine
In-Reply-To: <CH2PR07MB72237CCF7E906DA2E3AE4674A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
References: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CAC7ttFHGva2H=Jh9nVD2y-MCHGfgrd+sRFxrGSreUnyHc2rj5A@mail.gmail.com>
 <CH2PR07MB72237CCF7E906DA2E3AE4674A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
Message-ID: <CAC7ttFFTNbGyjqf+TRxfoOA1F=ifDFMLFqdT-CxBToVBvvPWnQ@mail.gmail.com>

Try set <param name="timer-name" value="none"/> in verto.config

On Thu, 18 Jun 2020 at 22:43, Support from NetworkedAudio LLC <
support at naud.io> wrote:

> Windows Server 2016.
> ------------------------------
> *From:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org>
> on behalf of Gregor Nanger <gregor at infomedia.si>
> *Sent:* Thursday, June 18, 2020 12:22 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Timing issues with Verto, SIP client
> works fine
>
> On which OS is FS installed?
>
> On Thu, 18 Jun 2020, 18:59 Support from NetworkedAudio LLC, <
> support at naud.io> wrote:
>
>> Have done some more testing - the issue appears to be that packets are
>> dropped or a timing resync happens when connecting to PortAudio through the
>> dialplan.
>>
>> Tests:
>>
>> Soft phone (MicroSIP) > Conference > Verto (on Chrome) - sounds great.
>> Verto (on Chrome) > Conference > Verto (on Chrome) - sounds good, some
>> crunchiness, some drops.
>> Soft phone (MicroSIP) > PortAudio > external system > PortAudio > Verto
>> (on Chrome) sounds pretty good.
>> Verto (on Chrome) > PortAudio > external system > PortAudio > Verto (on
>> Chrome) sounds quite poor, lost words.
>>
>> External system is 48KHz and PortAudio > external system > PortAudio
>> sounds perfect.
>>
>> Recordings of the above are at https://bit.ly/3EFFyb0
>>
>> Jitter buffers aren't making any difference and the timer_test shows good
>> numbers. All are using the Opus CODEC.
>>
>> Any other ideas, please ?
>>
>>
>>
>> ------------------------------
>> *From:* Support from NetworkedAudio LLC
>> *Sent:* Wednesday, June 10, 2020 2:35 PM
>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Subject:* Timing issues with Verto, SIP client works fine
>>
>> Hi all,
>>
>> We're using VERTO in an intranet application.
>>
>> If we do anything other than an echo test, we get dropouts on bridge (to
>> SIP phone or PortAudio), which either drops whole sounds (count
>> 1,2,4,5,7,8) or slurs ("se-even").
>>
>> This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.
>>
>> Turning off audio processing (googEcho...) has no effect. Changing
>> RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not
>> a network bandwidth issue - this can happen across a gigabit link.
>>
>> Using exactly the same computers and headsets but using MicroSIP,
>> everything is perfect.
>>
>> Have tried jitterbuffers, but they don't help (as it's not a delay issue)
>> - it really feels like a timing problem going from Verto into the rest of
>> the system.
>>
>> Where should I look now? Have tried 1.10 but no change.
>> _________________________________________________________________________
>>
>> 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/20200618/7b56f63a/attachment-0001.html>

From davidswalkabout at gmail.com  Fri Jun 19 01:28:40 2020
From: davidswalkabout at gmail.com (David P)
Date: Thu, 18 Jun 2020 18:28:40 -0700
Subject: [Freeswitch-users] Can't reduce rtmp from 1280x720
In-Reply-To: <mailman.542.1592499859.1290.freeswitch-users@lists.freeswitch.org>
References: <mailman.542.1592499859.1290.freeswitch-users@lists.freeswitch.org>
Message-ID: <CAE23trvm_RDYrdqytusJEAtSPRGqR2n8PpLKWu-fYE+GrJUWzg@mail.gmail.com>

Seven Du said:
> the codec doesn't change resolution, the source does. so if you record a
conference to send rtmp, change the conference canvas size. or you can try
explicitly set the size e.g. record {vw=320,vh=240}rtmp://url... attach a
log if it still not working.

We initially tried to set the rtmp resolution via "video-canvas-size" in
conference.conf.xml...

Dialplan snippet:
<action application="record_session"
data="{modname=mod_av}rtmp://${ipOfPeerInCluster}:5150/viewOfUser/${idOfClientSession}"/>
<action application="conference_set_auto_outcall"
data="['conference_member_flags=endconf,jitterbuffer_msec=5p:100p']sofia/gateway/asterisk/${example_destination}"/>
<action application="conference"
data="${example_destination}@example_conference+flags{endconf|mintwo}"/>

conference.conf.xml snippet:
<profile name="example_conference">
  <param name="domain" value="$${domain}"/>
  <param name="rate" value="8000"/>
  <param name="channels" value="2"/>
  <param name="interval" value="20"/>
  <param name="energy-level" value="0"/>
  <param name="caller-controls" value="none"/>
  <param name="caller-id-name" value="$${outbound_caller_name}"/>
  <param name="caller-id-number" value="$${outbound_caller_id}"/>
  <param name="comfort-noise" value="false"/>
  <param name="conference-flags"
value="video-floor-only|rfc-4579|livearray-sync|minimize-video-encoding"/>
  <param name="video-mode" value="mux"/>
  <param name="video-layout-name" value="1x1"/>
  <param name="video-canvas-size" value="320x240"/>
  <param name="video-canvas-bgcolor" value="#333333"/>
  <param name="video-layout-bgcolor" value="#000000"/>
  <param name="video-codec-bandwidth" value="1mb"/>
  <param name="video-fps" value="15"/>
  <param name="max-members" value="2"/>
<!--      <param name="terminate-on-silence" value="5"/> -->
  <param name="endconf-grace-time" value="5"/>
</profile>

...and then we tried the av.conf.xml change that I already mentioned. I'm
not sure I need {modname=mod_av} in front of my rtmp url, but in case I do,
I adopted your suggestion in this way:

New change to dialplan snippet:
<action application="record_session"
data="{modname=mod_av,vw=320,vh=240}rtmp://${ipOfPeerInCluster}:5150/viewOfUser/${idOfClientSession}"/>

...And it worked! I wonder why this works and the conference.conf.xml
setting doesn't.

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

From david.villasmil.work at gmail.com  Fri Jun 19 01:47:22 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 19 Jun 2020 02:47:22 +0100
Subject: [Freeswitch-users] nested dialplan
Message-ID: <CAFGRPVqq33xDCZk5CHxUuuFWN6jpoPZAh2=iMuZqmLiYgSBZ8w@mail.gmail.com>

Hello all,

why does this:

<extension name="catch_simple_message_from_originate">
    <condition field="destination_number" expression="^(simple_message)$"
require-nested="false">
        <action application="ring_ready"/>
        <action application="answer"/>
        <action application="sleep" data="1000"/>
        <action application="playback" data="${audio}"/>
        <condition field="${record_voicemail}" expression="^true$">
            <action application="log" data="CRIT I will be recording!"/>
            <action application="record_session"
data="tmp/${record_filename}.mp3"/>
        </condition>
        <action application="hangup" date="NORMAL_CLEARING"/>
    </condition>
</extension>

Why when executed is moved around? The hangup should execute AFTER the
inner condition

Dialplan: sofia/external/1234567890 at sip.mydomain.com Action sleep(1000)
Dialplan: sofia/external/1234567890 at sip.mydomain.com Action
playback(${cdrBucket}/${audio1})
Dialplan: sofia/external/1234567890 at sip.mydomain.com Action hangup()
|--- Dialplan: Processing recursive conditions level:1
[catch_simple_message_from_originate_recur_1] require-nested=FALSE
|--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Regex (PASS)
[catch_simple_message_from_originate_recur_1] ${record_voicemail}(true) =~
/^true$/ break=on-false
|--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Action log(CRIT I
will be recording!)
|--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Action
record_session(tmp/${record_filename}.mp3)

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/20200619/14f5d0b4/attachment.html>

From david.villasmil.work at gmail.com  Fri Jun 19 02:00:23 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 19 Jun 2020 03:00:23 +0100
Subject: [Freeswitch-users] nested dialplan
In-Reply-To: <CAFGRPVqq33xDCZk5CHxUuuFWN6jpoPZAh2=iMuZqmLiYgSBZ8w@mail.gmail.com>
References: <CAFGRPVqq33xDCZk5CHxUuuFWN6jpoPZAh2=iMuZqmLiYgSBZ8w@mail.gmail.com>
Message-ID: <CAFGRPVqrxC6xy1Tm27SC1+SYB=XQcE5tzeCC6QEW8vgFsAdkvw@mail.gmail.com>

Hello all,

I solved it like so:

    <action application="answer"/>
    <action application="sleep" data="1000"/>
    <action application="playback" data="${audio}"/>
    <condition field="${record_voicemail}" expression="^true$"
break="on-false">
        <action application="log" data="CRIT I will be recording!"/>
        <action application="record" data="${record_filename} 30 3 2"/>
        <antion application="hangup" date="NORMAL_CLEARING"/>
        <anti-action application="hangup" date="NORMAL_CLEARING"/>
    </condition>
</condition>

Regards,

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


On Fri, Jun 19, 2020 at 2:47 AM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> why does this:
>
> <extension name="catch_simple_message_from_originate">
>     <condition field="destination_number" expression="^(simple_message)$"
> require-nested="false">
>         <action application="ring_ready"/>
>         <action application="answer"/>
>         <action application="sleep" data="1000"/>
>         <action application="playback" data="${audio}"/>
>         <condition field="${record_voicemail}" expression="^true$">
>             <action application="log" data="CRIT I will be recording!"/>
>             <action application="record_session"
> data="tmp/${record_filename}.mp3"/>
>         </condition>
>         <action application="hangup" date="NORMAL_CLEARING"/>
>     </condition>
> </extension>
>
> Why when executed is moved around? The hangup should execute AFTER the
> inner condition
>
> Dialplan: sofia/external/1234567890 at sip.mydomain.com Action sleep(1000)
> Dialplan: sofia/external/1234567890 at sip.mydomain.com Action
> playback(${cdrBucket}/${audio1})
> Dialplan: sofia/external/1234567890 at sip.mydomain.com Action hangup()
> |--- Dialplan: Processing recursive conditions level:1
> [catch_simple_message_from_originate_recur_1] require-nested=FALSE
> |--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Regex (PASS)
> [catch_simple_message_from_originate_recur_1] ${record_voicemail}(true) =~
> /^true$/ break=on-false
> |--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Action log(CRIT
> I will be recording!)
> |--- Dialplan: sofia/external/1234567890 at sip.mydomain.com Action
> record_session(tmp/${record_filename}.mp3)
>
> 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/20200619/ec48bf19/attachment.html>

From davidswalkabout at gmail.com  Fri Jun 19 15:05:52 2020
From: davidswalkabout at gmail.com (David P)
Date: Fri, 19 Jun 2020 08:05:52 -0700
Subject: [Freeswitch-users] nested dialplan
Message-ID: <CAE23trttKgXojDGqc15vsUT2WDkNWnL_BUiiO+yqGyHFg=sL4Q@mail.gmail.com>

Note that you have a typo 'date' instead of 'data' in some of your
attributes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200619/2dd75ee6/attachment.html>

From david.villasmil.work at gmail.com  Fri Jun 19 16:42:07 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 19 Jun 2020 17:42:07 +0100
Subject: [Freeswitch-users] nested dialplan
In-Reply-To: <CAE23trttKgXojDGqc15vsUT2WDkNWnL_BUiiO+yqGyHFg=sL4Q@mail.gmail.com>
References: <CAE23trttKgXojDGqc15vsUT2WDkNWnL_BUiiO+yqGyHFg=sL4Q@mail.gmail.com>
Message-ID: <CAFGRPVrQFSR8pfyK6mTNyRbf-waNG5j-dgh_4hyq68bHA=Ut0w@mail.gmail.com>

Thanks David! It was so late I couldn’t see anymore...

On Fri, 19 Jun 2020 at 16:37, David P <davidswalkabout at gmail.com> wrote:

> Note that you have a typo 'date' instead of 'data' in some of your
> attributes.
> _________________________________________________________________________
>
> 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/20200619/401c56b2/attachment.html>

From asilva at wirelessmundi.com  Mon Jun 22 13:22:05 2020
From: asilva at wirelessmundi.com (=?utf-8?Q?Ant=C3=B3nio_Silva?=)
Date: Mon, 22 Jun 2020 15:22:05 +0200
Subject: Missing mod_voicemail_callpage
Message-ID: <8CB28C1F-298B-4AA7-AF13-FEDBA92EE799@wirelessmundi.com>

Hi,
I want to implement a script that calls a user when a new message is left in the voicemail.
And I found in confluence reference to an interesting module voicemail callpage that places a call to a destination when new messages are present in a voicemail box:

https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail_callpage <https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail_callpage>

But this module is not present at source code (I couldn’t found ..) 

Is it only available for commercial solutions? 


Thanks,
António
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200622/ccbb3dde/attachment.html>

From gmaruzz at gmail.com  Mon Jun 22 13:36:39 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Mon, 22 Jun 2020 15:36:39 +0200
Subject: [Freeswitch-users] Missing mod_voicemail_callpage
In-Reply-To: <mailman.640.1592832159.1290.freeswitch-users@lists.freeswitch.org>
References: <mailman.640.1592832159.1290.freeswitch-users@lists.freeswitch.org>
Message-ID: <CALXCt0pC45c3rg=AMTfFNCt6Mm93iXVtKnZp35ODgJU5jaL3fQ@mail.gmail.com>

maybe it was in "contrib"?

https://freeswitch.org/stash/projects/FS/repos/freeswitch-contrib/browse



On Mon, Jun 22, 2020 at 3:22 PM António Silva via FreeSWITCH-users <
freeswitch-users at lists.freeswitch.org> wrote:

>
>
>
> ---------- Forwarded message ----------
> From: "António Silva" <asilva at wirelessmundi.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Mon, 22 Jun 2020 15:22:05 +0200
> Subject: Missing mod_voicemail_callpage
> Hi,
> I want to implement a script that calls a user when a new message is left
> in the voicemail.
> And I found in confluence reference to an interesting module voicemail
> callpage that places a call to a destination when new messages are present
> in a voicemail box:
>
> https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail_callpage
>
> But this module is not present at source code (I couldn’t found ..)
>
> Is it only available for commercial solutions?
>
>
> Thanks,
> António
>
>
>
> ---------- Forwarded message ----------
> From: "António Silva via FreeSWITCH-users" <
> freeswitch-users at lists.freeswitch.org>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Bcc:
> Date: Mon, 22 Jun 2020 06:22:42 -0700 (PDT)
> Subject: [Freeswitch-users] Missing mod_voicemail_callpage
> _________________________________________________________________________
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200622/99f6c2b2/attachment.html>

From support at naud.io  Mon Jun 22 19:59:33 2020
From: support at naud.io (Support from NetworkedAudio LLC)
Date: Mon, 22 Jun 2020 19:59:33 +0000
Subject: [Freeswitch-users] Timing issues with Verto,
 SIP client works fine
In-Reply-To: <CAC7ttFFTNbGyjqf+TRxfoOA1F=ifDFMLFqdT-CxBToVBvvPWnQ@mail.gmail.com>
References: <CH2PR07MB7223D10F100D39CAC608928DA3830@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CH2PR07MB7223476D5FD889C1D01BB579A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>
 <CAC7ttFHGva2H=Jh9nVD2y-MCHGfgrd+sRFxrGSreUnyHc2rj5A@mail.gmail.com>
 <CH2PR07MB72237CCF7E906DA2E3AE4674A39B0@CH2PR07MB7223.namprd07.prod.outlook.com>,
 <CAC7ttFFTNbGyjqf+TRxfoOA1F=ifDFMLFqdT-CxBToVBvvPWnQ@mail.gmail.com>
Message-ID: <CH2PR07MB7223D51AE5BE28A0362B4592A3970@CH2PR07MB7223.namprd07.prod.outlook.com>

This helped a great deal. Thank you.
________________________________
From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> on behalf of Gregor Nanger <gregor at infomedia.si>
Sent: Thursday, June 18, 2020 4:37 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Timing issues with Verto, SIP client works fine

Try set <param name="timer-name" value="none"/> in verto.config

On Thu, 18 Jun 2020 at 22:43, Support from NetworkedAudio LLC <support at naud.io<mailto:support at naud.io>> wrote:
Windows Server 2016.
________________________________
From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>> on behalf of Gregor Nanger <gregor at infomedia.si<mailto:gregor at infomedia.si>>
Sent: Thursday, June 18, 2020 12:22 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Timing issues with Verto, SIP client works fine

On which OS is FS installed?

On Thu, 18 Jun 2020, 18:59 Support from NetworkedAudio LLC, <support at naud.io<mailto:support at naud.io>> wrote:
Have done some more testing - the issue appears to be that packets are dropped or a timing resync happens when connecting to PortAudio through the dialplan.

Tests:

Soft phone (MicroSIP) > Conference > Verto (on Chrome) - sounds great.
Verto (on Chrome) > Conference > Verto (on Chrome) - sounds good, some crunchiness, some drops.
Soft phone (MicroSIP) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds pretty good.
Verto (on Chrome) > PortAudio > external system > PortAudio > Verto (on Chrome) sounds quite poor, lost words.

External system is 48KHz and PortAudio > external system > PortAudio sounds perfect.

Recordings of the above are at https://bit.ly/3EFFyb0

Jitter buffers aren't making any difference and the timer_test shows good numbers. All are using the Opus CODEC.

Any other ideas, please ?



________________________________
From: Support from NetworkedAudio LLC
Sent: Wednesday, June 10, 2020 2:35 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Subject: Timing issues with Verto, SIP client works fine

Hi all,

We're using VERTO in an intranet application.

If we do anything other than an echo test, we get dropouts on bridge (to SIP phone or PortAudio), which either drops whole sounds (count 1,2,4,5,7,8) or slurs ("se-even").

This happens with MS Edge (worse) and Chrome (better), with PCMU and OPUS.

Turning off audio processing (googEcho...) has no effect. Changing RTP_TIMER from SOFT to NONE seems to make the dropout more random. It's not a network bandwidth issue - this can happen across a gigabit link.

Using exactly the same computers and headsets but using MicroSIP, everything is perfect.

Have tried jitterbuffers, but they don't help (as it's not a delay issue) - it really feels like a timing problem going from Verto into the rest of the system.

Where should I look now? Have tried 1.10 but no change.
_________________________________________________________________________

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


--
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<http://www.infomedia.si>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200622/b48af7b2/attachment-0001.html>

From ramelcom at gmail.com  Tue Jun 23 02:56:03 2020
From: ramelcom at gmail.com (ramelcom)
Date: Mon, 22 Jun 2020 19:56:03 -0700 (MST)
Subject: [Freeswitch-users] TLS setup
Message-ID: <1592880963126-0.post@n2.nabble.com>

Hi,
I am trying to setup TLS in FreeSWITCH. In my usecase, FS acts as a server
and another SIP B2BUA acts as the client. I was able to successfully setup
the TLS if I generate the certificates at FS and configure with those.
However, if I want to use server certificate generated and signed by 3rd
party, it doesn't work. I added server certificate as agent.pem and root CA
as cacert.pem and cafile.pem. Also, I am configuring the root CA at SIP
B2BUA side. When SIP B2BUA sends Client Hello, FS rejects with 'Handshake
failed' error. 
Can you please help on this?

Thanks
Ramesh



--
Sent from: http://freeswitch-users.2379917.n2.nabble.com/


From asilva at wirelessmundi.com  Tue Jun 23 09:29:18 2020
From: asilva at wirelessmundi.com (=?utf-8?Q?Ant=C3=B3nio_Silva?=)
Date: Tue, 23 Jun 2020 11:29:18 +0200
Subject: [Freeswitch-users] Missing mod_voicemail_callpage
In-Reply-To: <CALXCt0pC45c3rg=AMTfFNCt6Mm93iXVtKnZp35ODgJU5jaL3fQ@mail.gmail.com>
References: <mailman.640.1592832159.1290.freeswitch-users@lists.freeswitch.org>
 <CALXCt0pC45c3rg=AMTfFNCt6Mm93iXVtKnZp35ODgJU5jaL3fQ@mail.gmail.com>
Message-ID: <FA6E7876-B7C3-4BD2-A611-A7EAAC54836A@wirelessmundi.com>

There is reference to the voicemail_callpage functions in mod/applications/mod_csta/mod_csta.c, but no module vm_callpage. 
 

> On 22 Jun 2020, at 15:36, Giovanni Maruzzelli <gmaruzz at gmail.com> wrote:
> 
> maybe it was in "contrib"?
> 
> https://freeswitch.org/stash/projects/FS/repos/freeswitch-contrib/browse <https://freeswitch.org/stash/projects/FS/repos/freeswitch-contrib/browse>
> 
> 
> 
> On Mon, Jun 22, 2020 at 3:22 PM António Silva via FreeSWITCH-users <freeswitch-users at lists.freeswitch.org <mailto:freeswitch-users at lists.freeswitch.org>> wrote:
> 
> 
> 
> ---------- Forwarded message ----------
> From: "António Silva" <asilva at wirelessmundi.com <mailto:asilva at wirelessmundi.com>>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org <mailto:freeswitch-users at lists.freeswitch.org>>
> Cc: 
> Bcc: 
> Date: Mon, 22 Jun 2020 15:22:05 +0200
> Subject: Missing mod_voicemail_callpage
> Hi,
> I want to implement a script that calls a user when a new message is left in the voicemail.
> And I found in confluence reference to an interesting module voicemail callpage that places a call to a destination when new messages are present in a voicemail box:
> 
> https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail_callpage <https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail_callpage>
> 
> But this module is not present at source code (I couldn’t found ..) 
> 
> Is it only available for commercial solutions? 
> 
> 
> Thanks,
> António
> 
> 
> 
> ---------- Forwarded message ----------
> From: "António Silva via FreeSWITCH-users" <freeswitch-users at lists.freeswitch.org <mailto:freeswitch-users at lists.freeswitch.org>>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org <mailto:freeswitch-users at lists.freeswitch.org>>
> Cc: 
> Bcc: 
> Date: Mon, 22 Jun 2020 06:22:42 -0700 (PDT)
> Subject: [Freeswitch-users] Missing mod_voicemail_callpage
> _________________________________________________________________________
> 
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com <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 <https://signalwire.community/>
> 
> Professional FreeSWITCH Services
> sales at freeswitch.com <mailto:sales at freeswitch.com>
> https://freeswitch.com <https://freeswitch.com/>
> 
> Official FreeSWITCH Sites
> https://freeswitch.com/oss <https://freeswitch.com/oss>
> https://freeswitch.org/confluence <https://freeswitch.org/confluence>
> https://cluecon.com <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 <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> https://freeswitch.com <https://freeswitch.com/>
> 
> -- 
> Sincerely,
> 
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18

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

From svanherwaarden at precisionag.org  Tue Jun 23 11:59:35 2020
From: svanherwaarden at precisionag.org (Sam van Herwaarden)
Date: Tue, 23 Jun 2020 13:59:35 +0200
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
Message-ID: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>

Hi all,

I frequently get noise during calls with my FreeSWITCH deployment. It
sounds like a brief burst of distortion - typically less than a second.
I've had it happen both when using playback with WAV (different formats - I
found recommendations suggesting 8000Hz, 128 kb/s mono and it shows up with
that format as well) and text-to-speech with flite. It happens at
unpredictable moments - it's not the same from one call to the next. I've
added a record_session statement to investigate in more detail, but the
noise does not show up in the recording.

Does anyone have advice on what might be causing this or how I could
further debug this?

Kind regards,
Sam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200623/f5b07fb2/attachment.html>

From nathan at robotics.net  Tue Jun 23 12:08:36 2020
From: nathan at robotics.net (Nathan Stratton)
Date: Tue, 23 Jun 2020 08:08:36 -0400
Subject: [Freeswitch-users] TLS setup
In-Reply-To: <1592880963126-0.post@n2.nabble.com>
References: <1592880963126-0.post@n2.nabble.com>
Message-ID: <CAHubkyNery=jchceVLW6YXmEaCVzXLpZ0xCC_8bTUnU4yLgN+Q@mail.gmail.com>

Sure, I am using 3rd party cert from comodo. I just did the following:

cat {privatekey} > tls.pem
cat {cert} >> tls.pem
cat {chain} >> tls.pem

Make sure that in your sip_profiles that use TLS that you have tls-cert-dir
pointing to your tls.pem directory.

BTW, the same works for wss.pem

><>
nathan stratton


On Mon, Jun 22, 2020 at 10:56 PM ramelcom <ramelcom at gmail.com> wrote:

> Hi,
> I am trying to setup TLS in FreeSWITCH. In my usecase, FS acts as a server
> and another SIP B2BUA acts as the client. I was able to successfully setup
> the TLS if I generate the certificates at FS and configure with those.
> However, if I want to use server certificate generated and signed by 3rd
> party, it doesn't work. I added server certificate as agent.pem and root CA
> as cacert.pem and cafile.pem. Also, I am configuring the root CA at SIP
> B2BUA side. When SIP B2BUA sends Client Hello, FS rejects with 'Handshake
> failed' error.
> Can you please help on this?
>
> Thanks
> Ramesh
>
>
>
> --
> Sent from: http://freeswitch-users.2379917.n2.nabble.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/20200623/6a70b04e/attachment.html>

From avi at avimarcus.net  Tue Jun 23 12:19:48 2020
From: avi at avimarcus.net (Avi Marcus)
Date: Tue, 23 Jun 2020 12:19:48 +0000
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
Message-ID: <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>

Just thinking out loud:
If it's working locally, but not externally, that sounds like some sort of
networking issue.
But what do you mean by noise? Not garbly or dropped packets, but added
noise?

How are you listening to it, that's different than the recording? Are you
on the LAN or over the internet?
If you're on the WAN, it could be some sort of congestion.
If you're on the LAN, it could be an actual bug with a jitterbuffer or
something wrong with the network card/driver or local network.

Possible debugging step: get both a local and/or remote PCAP capture. That
will let us see the network part. Because the most local audio within
freeswitch you are finding fine as per the recordings.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200623/ff301083/attachment.html>

From svanherwaarden at precisionag.org  Tue Jun 23 12:45:54 2020
From: svanherwaarden at precisionag.org (Sam van Herwaarden)
Date: Tue, 23 Jun 2020 14:45:54 +0200
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
 <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
Message-ID: <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>

Hi Avi,

Thanks a lot for your reply. I find it a bit hard to describe the noise, so
I made a recording. This is audio that I recorded when calling into the
system over skype, the noise is around second 27:
https://drive.google.com/file/d/1r36iAvd-Ym_qWrw1x_tig1owvQqkO9Id/view?usp=sharing
This is the same audio when using record_session on FreeSWITCH:
https://drive.google.com/file/d/1scDSWlGc52PC9x8Ed5-OWQruZmdLnb_D/view?usp=sharing

It's actually not an SIP setup - the system runs over PRI. It uses a
Sangoma A104 card with the wanpipe Sangoma driver and FreeTDM. So maybe
there is something going on at that point in the stack (I hadn't considered
that - thanks!). The setup is controlled using mod_erlang_event (though I
suspect that's not relevant for this issue).

Best,
Sam

On Tue, Jun 23, 2020 at 2:21 PM Avi Marcus <avi at avimarcus.net> wrote:

> Just thinking out loud:
> If it's working locally, but not externally, that sounds like some sort of
> networking issue.
> But what do you mean by noise? Not garbly or dropped packets, but added
> noise?
>
> How are you listening to it, that's different than the recording? Are you
> on the LAN or over the internet?
> If you're on the WAN, it could be some sort of congestion.
> If you're on the LAN, it could be an actual bug with a jitterbuffer or
> something wrong with the network card/driver or local network.
>
> Possible debugging step: get both a local and/or remote PCAP capture. That
> will let us see the network part. Because the most local audio within
> freeswitch you are finding fine as per the recordings.
> _________________________________________________________________________
>
> 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/20200623/99ba0e69/attachment.html>

From avi at avimarcus.net  Tue Jun 23 13:04:10 2020
From: avi at avimarcus.net (Avi Marcus)
Date: Tue, 23 Jun 2020 13:04:10 +0000
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
 <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
 <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>
Message-ID: <01000172e1475efe-78a10b49-3f86-44ce-89ff-0ff36c7e9381-000000@email.amazonses.com>

Maybe someone else listening to the recording (towards ~25s is the real
distortion?) will make something of it.

I just want to mention that your flite audio sounds *horrible *to me. If
that's production audio, I suggest spending a few cents for Amazon Polly
audio (Matthew voice is pretty nice.) https://aws.amazon.com/polly/

I made a full english sound set and some scripts to generate new audio
here: https://github.com/avimar/freeswitch-sounds-polly
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200623/9c8c025a/attachment-0001.html>

From svanherwaarden at precisionag.org  Tue Jun 23 13:08:54 2020
From: svanherwaarden at precisionag.org (Sam van Herwaarden)
Date: Tue, 23 Jun 2020 15:08:54 +0200
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <01000172e1475efe-78a10b49-3f86-44ce-89ff-0ff36c7e9381-000000@email.amazonses.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
 <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
 <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>
 <01000172e1475efe-78a10b49-3f86-44ce-89ff-0ff36c7e9381-000000@email.amazonses.com>
Message-ID: <CAAtWTenvXrfvtqyOoGyb+8YaBuWsvPdS-e7QNsr3wAiER9tKkg@mail.gmail.com>

Thanks Avi - this is really just a proof of concept, all the audio will be
replaced by human recordings in the final system. Using flite is easy for
testing purposes, and helpful for me because the system will be in Bengali
which I do not understand :)

On Tue, Jun 23, 2020 at 3:05 PM Avi Marcus <avi at avimarcus.net> wrote:

> Maybe someone else listening to the recording (towards ~25s is the real
> distortion?) will make something of it.
>
> I just want to mention that your flite audio sounds *horrible *to me. If
> that's production audio, I suggest spending a few cents for Amazon Polly
> audio (Matthew voice is pretty nice.) https://aws.amazon.com/polly/
>
> I made a full english sound set and some scripts to generate new audio
> here: https://github.com/avimar/freeswitch-sounds-polly
>
> _________________________________________________________________________
>
> 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/20200623/a9f611ee/attachment.html>

From jhunter at voxboxcoms.co.uk  Tue Jun 23 14:46:55 2020
From: jhunter at voxboxcoms.co.uk (Jonathan Hunter)
Date: Tue, 23 Jun 2020 15:46:55 +0100
Subject: [Freeswitch-users] Support for getDisplayMedia API in Verto JS
Message-ID: <CAPQovyRjuM=psMXZzs4zyd8b1f0CuCYprW0XXvb+4G1bZvAOkA@mail.gmail.com>

Hi Guys,

I just wondered if anyone has got this working with verto and freeswitch
1.10 ?

I can grab the screen I want to share, and it makes a call to freeswitch
using the -screen dialplan but it doesnt seem to work  correctly as other
participants cant see it, just the conference member sharing the screen.

Any tips where I might be going wrong?

Previously I have used a plugin but trying to move away from that now.

Many thanks!

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

From ramelcom at gmail.com  Tue Jun 23 15:58:30 2020
From: ramelcom at gmail.com (Ramesh Kandasamy)
Date: Tue, 23 Jun 2020 09:58:30 -0600
Subject: [Freeswitch-users] TLS setup
In-Reply-To: <CAHubkyNery=jchceVLW6YXmEaCVzXLpZ0xCC_8bTUnU4yLgN+Q@mail.gmail.com>
References: <1592880963126-0.post@n2.nabble.com>
 <CAHubkyNery=jchceVLW6YXmEaCVzXLpZ0xCC_8bTUnU4yLgN+Q@mail.gmail.com>
Message-ID: <CAJwY954_MomMsEBcuadzfcisWZvwACycZq+Q-FPsLgM0vxghgQ@mail.gmail.com>

Thanks Nathan.

I am using FS 1.8.5. I used server cert (with chain) and private key in
agent.pem and root CA certs in cacert.pem and cafile.pem.
Is root CA not needed here? I have configured the root CA cert @ the SIP
B2BUA am using.
I am new to TLS so please bear with me if these are basic questions.

Thanks
Ramesh

On Tue, Jun 23, 2020 at 6:43 AM Nathan Stratton <nathan at robotics.net> wrote:

> Sure, I am using 3rd party cert from comodo. I just did the following:
>
> cat {privatekey} > tls.pem
> cat {cert} >> tls.pem
> cat {chain} >> tls.pem
>
> Make sure that in your sip_profiles that use TLS that you have
> tls-cert-dir pointing to your tls.pem directory.
>
> BTW, the same works for wss.pem
>
> ><>
> nathan stratton
>
>
> On Mon, Jun 22, 2020 at 10:56 PM ramelcom <ramelcom at gmail.com> wrote:
>
>> Hi,
>> I am trying to setup TLS in FreeSWITCH. In my usecase, FS acts as a server
>> and another SIP B2BUA acts as the client. I was able to successfully setup
>> the TLS if I generate the certificates at FS and configure with those.
>> However, if I want to use server certificate generated and signed by 3rd
>> party, it doesn't work. I added server certificate as agent.pem and root
>> CA
>> as cacert.pem and cafile.pem. Also, I am configuring the root CA at SIP
>> B2BUA side. When SIP B2BUA sends Client Hello, FS rejects with 'Handshake
>> failed' error.
>> Can you please help on this?
>>
>> Thanks
>> Ramesh
>>
>>
>>
>> --
>> Sent from: http://freeswitch-users.2379917.n2.nabble.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/20200623/4f9d7baf/attachment.html>

From ramelcom at gmail.com  Wed Jun 24 17:23:20 2020
From: ramelcom at gmail.com (Ramesh Kandasamy)
Date: Wed, 24 Jun 2020 11:23:20 -0600
Subject: [Freeswitch-users] TLS setup
In-Reply-To: <CAJwY954_MomMsEBcuadzfcisWZvwACycZq+Q-FPsLgM0vxghgQ@mail.gmail.com>
References: <1592880963126-0.post@n2.nabble.com>
 <CAHubkyNery=jchceVLW6YXmEaCVzXLpZ0xCC_8bTUnU4yLgN+Q@mail.gmail.com>
 <CAJwY954_MomMsEBcuadzfcisWZvwACycZq+Q-FPsLgM0vxghgQ@mail.gmail.com>
Message-ID: <CAJwY956T021=heDqtd8e3Mi6VUGtcq14zuiMFMcYbM6oR2H=dw@mail.gmail.com>

Thanks Nathan.

I am using FS 1.8.5. I used server cert (with chain) and private key in
agent.pem and root CA certs in cacert.pem and cafile.pem.
Is root CA not needed here? I have configured the root CA cert @ the SIP
B2BUA am using.
I am new to TLS so please bear with me if these are basic questions.

Thanks
Ramesh

On Tue, Jun 23, 2020 at 9:58 AM Ramesh Kandasamy <ramelcom at gmail.com> wrote:

> Thanks Nathan.
>
> I am using FS 1.8.5. I used server cert (with chain) and private key in
> agent.pem and root CA certs in cacert.pem and cafile.pem.
> Is root CA not needed here? I have configured the root CA cert @ the SIP
> B2BUA am using.
> I am new to TLS so please bear with me if these are basic questions.
>
> Thanks
> Ramesh
>
> On Tue, Jun 23, 2020 at 6:43 AM Nathan Stratton <nathan at robotics.net>
> wrote:
>
>> Sure, I am using 3rd party cert from comodo. I just did the following:
>>
>> cat {privatekey} > tls.pem
>> cat {cert} >> tls.pem
>> cat {chain} >> tls.pem
>>
>> Make sure that in your sip_profiles that use TLS that you have
>> tls-cert-dir pointing to your tls.pem directory.
>>
>> BTW, the same works for wss.pem
>>
>> ><>
>> nathan stratton
>>
>>
>> On Mon, Jun 22, 2020 at 10:56 PM ramelcom <ramelcom at gmail.com> wrote:
>>
>>> Hi,
>>> I am trying to setup TLS in FreeSWITCH. In my usecase, FS acts as a
>>> server
>>> and another SIP B2BUA acts as the client. I was able to successfully
>>> setup
>>> the TLS if I generate the certificates at FS and configure with those.
>>> However, if I want to use server certificate generated and signed by 3rd
>>> party, it doesn't work. I added server certificate as agent.pem and root
>>> CA
>>> as cacert.pem and cafile.pem. Also, I am configuring the root CA at SIP
>>> B2BUA side. When SIP B2BUA sends Client Hello, FS rejects with 'Handshake
>>> failed' error.
>>> Can you please help on this?
>>>
>>> Thanks
>>> Ramesh
>>>
>>>
>>>
>>> --
>>> Sent from: http://freeswitch-users.2379917.n2.nabble.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/20200624/819c683b/attachment.html>

From mwsmeltzer at gmail.com  Wed Jun 24 19:32:34 2020
From: mwsmeltzer at gmail.com (Michael Smeltzer)
Date: Wed, 24 Jun 2020 12:32:34 -0700
Subject: [Freeswitch-users] session:setVariable without logging it
Message-ID: <CAHpOgJa4bbPsoOSK1dshhCbSBzug2wws+FoHN4XyKOCiy8MenA@mail.gmail.com>

Hi all,

I'm trying to use session:setVariable in my script and noticed that when I
do this, it shows up in the CLI and freeswitch.log files as DEBUG.

2020-06-23 23:22:23.369212 [DEBUG] switch_cpp.cpp:755
CoreSession::setVariable(variable_name, variable_value )

Is there a way to prevent this from getting logged? I know I can turn off
DEBUG level logs but there is other DEBUG-level information that is useful.

Alternatively, is there another way to pass a variable to a python script
besides what is documented here that requires you to set/get session
variables? I tried various implementations of passing it as an argument but
was not successful in figuring out the correct format.

https://freeswitch.org/confluence/display/FREESWITCH/mod_python#mod_python-HowdoIpassargumentstothescript?

Thanks,
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200624/6c08849d/attachment.html>

From david.villasmil.work at gmail.com  Thu Jun 25 00:25:08 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 25 Jun 2020 01:25:08 +0100
Subject: [Freeswitch-users] http_cache upload failure
Message-ID: <CAFGRPVr+NNcm6NARA0mF-zbGwRhvCyJH0z-s_oHFQQ2QvRJPDg@mail.gmail.com>

Hello all,

I'm doing:

<action application="record" data="http_cache://
https://mybucket.s3.amazonaws.com/file.mp3 30 3 2"/>

and i'm getting

2020-06-25 02:14:18.251194 [NOTICE] sofia.c:1079 Hangup sofia/external/
vozelia-prod-1 at 37.139.121.39:5080 [CS_EXECUTE] [NORMAL_CLEARING]
2020-06-25 02:14:18.251194 [DEBUG] mod_http_cache.c:342 opening
/var/cache/freeswitch/b6/349a08-37ac-409d-b607-0c0b72369d02.mp3 for upload
to https://mybucket.s3.amazonaws.com/file.mp3
2020-06-25 02:14:18.291196 [ERR] mod_http_cache.c:431 Received HTTP error 0
trying to save
/var/cache/freeswitch/b6/349a08-37ac-409d-b607-0c0b72369d02.mp3 to
https://mybucket.s3.amazonaws.com/file.mp3

but i can upload from the CLI

curl -X PUT -T "ef8d02-5738-4c9b-886f-934e8a5fc051.mp3"
https://mybucket.s3.amazonaws.com/file.mp3

Works perfectly...


Any ideas?

Many thanks!

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/20200625/46b17e65/attachment.html>

From david.villasmil.work at gmail.com  Thu Jun 25 18:32:28 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 25 Jun 2020 19:32:28 +0100
Subject: [Freeswitch-users] http_cache upload failure
In-Reply-To: <CAFGRPVr+NNcm6NARA0mF-zbGwRhvCyJH0z-s_oHFQQ2QvRJPDg@mail.gmail.com>
References: <CAFGRPVr+NNcm6NARA0mF-zbGwRhvCyJH0z-s_oHFQQ2QvRJPDg@mail.gmail.com>
Message-ID: <CAFGRPVrJSivbvaLRqGdu9By7sVzU36xay9u0VMiw1_a_vP7YHQ@mail.gmail.com>

I'd appreciate some help on this, guys?


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


On Thu, Jun 25, 2020 at 1:25 AM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> I'm doing:
>
> <action application="record" data="http_cache://
> https://mybucket.s3.amazonaws.com/file.mp3 30 3 2"/>
>
> and i'm getting
>
> 2020-06-25 02:14:18.251194 [NOTICE] sofia.c:1079 Hangup sofia/external/
> vozelia-prod-1 at 37.139.121.39:5080 [CS_EXECUTE] [NORMAL_CLEARING]
> 2020-06-25 02:14:18.251194 [DEBUG] mod_http_cache.c:342 opening
> /var/cache/freeswitch/b6/349a08-37ac-409d-b607-0c0b72369d02.mp3 for upload
> to https://mybucket.s3.amazonaws.com/file.mp3
> 2020-06-25 02:14:18.291196 [ERR] mod_http_cache.c:431 Received HTTP error
> 0 trying to save
> /var/cache/freeswitch/b6/349a08-37ac-409d-b607-0c0b72369d02.mp3 to
> https://mybucket.s3.amazonaws.com/file.mp3
>
> but i can upload from the CLI
>
> curl -X PUT -T "ef8d02-5738-4c9b-886f-934e8a5fc051.mp3"
> https://mybucket.s3.amazonaws.com/file.mp3
>
> Works perfectly...
>
>
> Any ideas?
>
> Many thanks!
>
> 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/20200625/907b6d7a/attachment.html>

From svanherwaarden at precisionag.org  Fri Jun 26 11:21:07 2020
From: svanherwaarden at precisionag.org (Sam van Herwaarden)
Date: Fri, 26 Jun 2020 13:21:07 +0200
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <CAAtWTenvXrfvtqyOoGyb+8YaBuWsvPdS-e7QNsr3wAiER9tKkg@mail.gmail.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
 <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
 <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>
 <01000172e1475efe-78a10b49-3f86-44ce-89ff-0ff36c7e9381-000000@email.amazonses.com>
 <CAAtWTenvXrfvtqyOoGyb+8YaBuWsvPdS-e7QNsr3wAiER9tKkg@mail.gmail.com>
Message-ID: <CAAtWTe=QhHKJDJT3rL9njK=TK5PfAv9mwvA2yz1BHar2yfNzNw@mail.gmail.com>

For anyone who finds this thread running into similar issues: the problem
was one in the configuration of the PRI card. The telco provides a clock
signal on the E1 line which the card should use to synchronize
communication, but we had misconfigured the PRI card to provide its own
clock signal, messing up synchronization and leading to overruns. (Well -
this is how I understand it.)

This was the information that led me to fix it:
https://wiki.sangoma.com/display/PC/Overruns
https://wiki.freepbx.org/pages/viewpage.action?pageId=79138050

Best,
Sam



On Tue, Jun 23, 2020 at 3:08 PM Sam van Herwaarden <
svanherwaarden at precisionag.org> wrote:

> Thanks Avi - this is really just a proof of concept, all the audio will be
> replaced by human recordings in the final system. Using flite is easy for
> testing purposes, and helpful for me because the system will be in Bengali
> which I do not understand :)
>
> On Tue, Jun 23, 2020 at 3:05 PM Avi Marcus <avi at avimarcus.net> wrote:
>
>> Maybe someone else listening to the recording (towards ~25s is the real
>> distortion?) will make something of it.
>>
>> I just want to mention that your flite audio sounds *horrible *to me. If
>> that's production audio, I suggest spending a few cents for Amazon Polly
>> audio (Matthew voice is pretty nice.) https://aws.amazon.com/polly/
>>
>> I made a full english sound set and some scripts to generate new audio
>> here: https://github.com/avimar/freeswitch-sounds-polly
>>
>> _________________________________________________________________________
>>
>> 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/20200626/e01ad619/attachment.html>

From avi at avimarcus.net  Fri Jun 26 11:50:59 2020
From: avi at avimarcus.net (Avi Marcus)
Date: Fri, 26 Jun 2020 11:50:59 +0000
Subject: [Freeswitch-users] Noise on line, does not show up in recordings
In-Reply-To: <CAAtWTe=QhHKJDJT3rL9njK=TK5PfAv9mwvA2yz1BHar2yfNzNw@mail.gmail.com>
References: <CAAtWTeksLngKimxh4P9fAbXOBnnw8bFkeL_pt39Aryk85QcfgQ@mail.gmail.com>
 <01000172e11ec036-1d959236-728e-4185-8d36-11f1b3bc8815-000000@email.amazonses.com>
 <CAAtWTe=cq6DZ=5OfXgqrmWqtot+h-S9YZK7QDEKxfvqQP0uxVQ@mail.gmail.com>
 <01000172e1475efe-78a10b49-3f86-44ce-89ff-0ff36c7e9381-000000@email.amazonses.com>
 <CAAtWTenvXrfvtqyOoGyb+8YaBuWsvPdS-e7QNsr3wAiER9tKkg@mail.gmail.com>
 <CAAtWTe=QhHKJDJT3rL9njK=TK5PfAv9mwvA2yz1BHar2yfNzNw@mail.gmail.com>
Message-ID: <01000172f077717b-84107474-27c1-44a6-8adf-f7c94e72cd61-000000@email.amazonses.com>

+1 for reporting back in with the solution rather than simply "thanks,
solved."

On Fri, Jun 26, 2020, 2:21 PM Sam van Herwaarden <
svanherwaarden at precisionag.org> wrote:

> For anyone who finds this thread running into similar issues: the problem
> was one in the configuration of the PRI card. The telco provides a clock
> signal on the E1 line which the card should use to synchronize
> communication, but we had misconfigured the PRI card to provide its own
> clock signal, messing up synchronization and leading to overruns. (Well -
> this is how I understand it.)
>
> This was the information that led me to fix it:
> https://wiki.sangoma.com/display/PC/Overruns
> https://wiki.freepbx.org/pages/viewpage.action?pageId=79138050
>
> Best,
> Sam
>
>
>
> On Tue, Jun 23, 2020 at 3:08 PM Sam van Herwaarden <
> svanherwaarden at precisionag.org> wrote:
>
>> Thanks Avi - this is really just a proof of concept, all the audio will
>> be replaced by human recordings in the final system. Using flite is easy
>> for testing purposes, and helpful for me because the system will be in
>> Bengali which I do not understand :)
>>
>> On Tue, Jun 23, 2020 at 3:05 PM Avi Marcus <avi at avimarcus.net> wrote:
>>
>>> Maybe someone else listening to the recording (towards ~25s is the real
>>> distortion?) will make something of it.
>>>
>>> I just want to mention that your flite audio sounds *horrible *to me.
>>> If that's production audio, I suggest spending a few cents for Amazon Polly
>>> audio (Matthew voice is pretty nice.) https://aws.amazon.com/polly/
>>>
>>> I made a full english sound set and some scripts to generate new audio
>>> here: https://github.com/avimar/freeswitch-sounds-polly
>>>
>>> _________________________________________________________________________
>>>
>>> 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/20200626/ade0b9c1/attachment-0001.html>

From rw at panorgan.ch  Fri Jun 26 12:21:55 2020
From: rw at panorgan.ch (=?UTF-8?Q?Ren=c3=a9_Weiss?=)
Date: Fri, 26 Jun 2020 14:21:55 +0200
Subject: [Freeswitch-users] OSError when using Python ESL + socketserver
Message-ID: <2fa2fc42-e4de-5a57-7e99-7b7d216c4d12@panorgan.ch>

Hi,

When I'm using the ESL library (python-ESL==1.4.18) for Python (3.7.7)
together with socketserver I always get an OSError when the connection
is closing.

Here some sample code (mostly the example from the wiki ported to Python 3):

-----------
import socketserver
import ESL

class ESLReqHandler(socketserver.BaseRequestHandler):
     def setup(self):
         print(self.client_address, 'connected!')

         fd = self.request.fileno()
         print(fd)

         con = ESL.ESLconnection(fd)
         print('Connected: ', con.connected())

         if con.connected():

             info = con.getInfo()

             uuid = info.getHeader("unique-id")
             print(uuid)
             con.execute("answer", "", uuid)
             con.execute("sleep", "2000", uuid)


server = socketserver.ThreadingTCPServer(('', 8040), ESLReqHandler)
server.serve_forever()
-----------

And this is the error message I get:

-----------
Exception in thread Thread-1:
Traceback (most recent call last):
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/threading.py", line 926, in _bootstrap_inner
     self.run()
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/threading.py", line 870, in run
     self._target(*self._args, **self._kwargs)
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/socketserver.py", line 654, in process_request_thread
     self.shutdown_request(request)
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/socketserver.py", line 509, in shutdown_request
     self.close_request(request)
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/socketserver.py", line 513, in close_request
     request.close()
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/socket.py", line 420, in close
     self._real_close()
   File "/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/lib/python3.7/socket.py", line 414, in _real_close
     _ss.close(self)
OSError: [Errno 9] Bad file descriptor
-----------

The problem starts to appear as soon as the command "ESL.ESLconnection(fd)"
is included in the setup function.

Any ideas?

Thanks
René Weiss


From david.villasmil.work at gmail.com  Fri Jun 26 21:22:17 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 26 Jun 2020 22:22:17 +0100
Subject: [Freeswitch-users] Drop A leg and originate a B-leg
Message-ID: <CAFGRPVqsXNyWd_FZncnsff_ENVesAJ3+vkdY9FB=KLWL+mce4w@mail.gmail.com>

Hello all,

So right now I'm generating A simple INVITE, let's say from FS-G.

On receiving the INVITE, FS launches a python script which should reject
the incoming INVITE from G and start a new call B-leg.

I already do this, but the FS-G leg keeps going and I would like to
actually reject and hangup the FS-G leg.

is this possible? Basically hangup the incoming call and keep the script
running to create a new leg.

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/20200626/24b89c26/attachment.html>

From joel at textplus.com  Sat Jun 27 19:22:57 2020
From: joel at textplus.com (Joel Serrano)
Date: Sat, 27 Jun 2020 12:22:57 -0700
Subject: [Freeswitch-users] Drop A leg and originate a B-leg
In-Reply-To: <CAFGRPVqsXNyWd_FZncnsff_ENVesAJ3+vkdY9FB=KLWL+mce4w@mail.gmail.com>
References: <CAFGRPVqsXNyWd_FZncnsff_ENVesAJ3+vkdY9FB=KLWL+mce4w@mail.gmail.com>
Message-ID: <CAMtXxQkB=9+0k7cvvJhuuLj6NCEi8TQtTp1253f7tq4+Whf0qA@mail.gmail.com>

Have you tried with bgapi originate?

I used to do something similar... I can probably find a snippet in python
if you need it.

Over time my project got too complicated and I ended up writing something
that used ESL... but it all started off just like you said.

On Fri, Jun 26, 2020 at 3:04 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello all,
>
> So right now I'm generating A simple INVITE, let's say from FS-G.
>
> On receiving the INVITE, FS launches a python script which should reject
> the incoming INVITE from G and start a new call B-leg.
>
> I already do this, but the FS-G leg keeps going and I would like to
> actually reject and hangup the FS-G leg.
>
> is this possible? Basically hangup the incoming call and keep the script
> running to create a new leg.
>
> 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/20200627/d7b499d7/attachment.html>

From david.villasmil.work at gmail.com  Sat Jun 27 22:15:35 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sat, 27 Jun 2020 23:15:35 +0100
Subject: [Freeswitch-users] Drop A leg and originate a B-leg
In-Reply-To: <CAMtXxQkB=9+0k7cvvJhuuLj6NCEi8TQtTp1253f7tq4+Whf0qA@mail.gmail.com>
References: <CAFGRPVqsXNyWd_FZncnsff_ENVesAJ3+vkdY9FB=KLWL+mce4w@mail.gmail.com>
 <CAMtXxQkB=9+0k7cvvJhuuLj6NCEi8TQtTp1253f7tq4+Whf0qA@mail.gmail.com>
Message-ID: <CAFGRPVpn4ha6m+V=H-jw5BWqW+tDoUpG8-evYW4u-xH58j9yvw@mail.gmail.com>

Hello Joel,

What I do is receive the INVITE which triggers a python. In this python I
indeed do an originate transferring to the appropriate extension which does
what needs to be done.

My question was more about how to I.e.: reject the I coming INVITE but
continue the python execution.

I’m now doing it but the rejection for some reason doesn’t happen until
about 10 seconds after the python starts executing (but I reject it in like
the 3rd line code)

It’s more academic, really. I don’t like that channel hanging around
unnecessarily.

David

On Sat, 27 Jun 2020 at 21:04, Joel Serrano <joel at textplus.com> wrote:

> Have you tried with bgapi originate?
>
> I used to do something similar... I can probably find a snippet in python
> if you need it.
>
> Over time my project got too complicated and I ended up writing something
> that used ESL... but it all started off just like you said.
>
> On Fri, Jun 26, 2020 at 3:04 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello all,
>>
>> So right now I'm generating A simple INVITE, let's say from FS-G.
>>
>> On receiving the INVITE, FS launches a python script which should reject
>> the incoming INVITE from G and start a new call B-leg.
>>
>> I already do this, but the FS-G leg keeps going and I would like to
>> actually reject and hangup the FS-G leg.
>>
>> is this possible? Basically hangup the incoming call and keep the script
>> running to create a new leg.
>>
>> 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
>
> _________________________________________________________________________
>
> 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/20200627/df5a7942/attachment.html>

From joel at textplus.com  Sun Jun 28 00:43:56 2020
From: joel at textplus.com (Joel Serrano)
Date: Sat, 27 Jun 2020 17:43:56 -0700
Subject: [Freeswitch-users] Drop A leg and originate a B-leg
In-Reply-To: <CAFGRPVpn4ha6m+V=H-jw5BWqW+tDoUpG8-evYW4u-xH58j9yvw@mail.gmail.com>
References: <CAFGRPVqsXNyWd_FZncnsff_ENVesAJ3+vkdY9FB=KLWL+mce4w@mail.gmail.com>
 <CAMtXxQkB=9+0k7cvvJhuuLj6NCEi8TQtTp1253f7tq4+Whf0qA@mail.gmail.com>
 <CAFGRPVpn4ha6m+V=H-jw5BWqW+tDoUpG8-evYW4u-xH58j9yvw@mail.gmail.com>
Message-ID: <CAMtXxQmrzNNsWcJ9xZPZKZc5GHCwPuzcfBzJ2UDJptHCf19U-g@mail.gmail.com>

Out of curiosity, what is the total duration of the python stuff you
execute? Could it be that although your are rejecting the call, the channel
itself is not destroyed until the python finishes?

I assume you need to play around with the bgapi, so you can launch your
“second call” independently and end (destroy) your “initial call” as soon
as possible..

 I’m blindly guessing here though haha :-)

Joel.

On Sat, Jun 27, 2020 at 15:16 David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello Joel,
>
> What I do is receive the INVITE which triggers a python. In this python I
> indeed do an originate transferring to the appropriate extension which does
> what needs to be done.
>
> My question was more about how to I.e.: reject the I coming INVITE but
> continue the python execution.
>
> I’m now doing it but the rejection for some reason doesn’t happen until
> about 10 seconds after the python starts executing (but I reject it in like
> the 3rd line code)
>
> It’s more academic, really. I don’t like that channel hanging around
> unnecessarily.
>
> David
>
> On Sat, 27 Jun 2020 at 21:04, Joel Serrano <joel at textplus.com> wrote:
>
>> Have you tried with bgapi originate?
>>
>> I used to do something similar... I can probably find a snippet in python
>> if you need it.
>>
>> Over time my project got too complicated and I ended up writing something
>> that used ESL... but it all started off just like you said.
>>
>> On Fri, Jun 26, 2020 at 3:04 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Hello all,
>>>
>>> So right now I'm generating A simple INVITE, let's say from FS-G.
>>>
>>> On receiving the INVITE, FS launches a python script which should reject
>>> the incoming INVITE from G and start a new call B-leg.
>>>
>>> I already do this, but the FS-G leg keeps going and I would like to
>>> actually reject and hangup the FS-G leg.
>>>
>>> is this possible? Basically hangup the incoming call and keep the script
>>> running to create a new leg.
>>>
>>> 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
>>
>> _________________________________________________________________________
>>
>> 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
> _________________________________________________________________________
>
> 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/20200627/c8144a5c/attachment-0001.html>

From david.villasmil.work at gmail.com  Mon Jun 29 15:30:01 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 29 Jun 2020 16:30:01 +0100
Subject: [Freeswitch-users] UniMRCP Setting variables
Message-ID: <CAFGRPVodH_nkhMf7BvBUE-=9Mcbdn_UpVCWR7oacKu0Nbwkx9w@mail.gmail.com>

Hello,

I'm testing unimrcp server with freeswitch using mod_unimrcp. Is there any
way to set channel variables on the unimrcp channel? i.e.: I need to set
some variables on the recognition channel, like all of the incoming channel
variables.

Thanks!

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/20200629/423682cb/attachment.html>

From david.villasmil.work at gmail.com  Mon Jun 29 15:31:42 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 29 Jun 2020 16:31:42 +0100
Subject: [Freeswitch-users] UniMRCP Setting variables
In-Reply-To: <CAFGRPVodH_nkhMf7BvBUE-=9Mcbdn_UpVCWR7oacKu0Nbwkx9w@mail.gmail.com>
References: <CAFGRPVodH_nkhMf7BvBUE-=9Mcbdn_UpVCWR7oacKu0Nbwkx9w@mail.gmail.com>
Message-ID: <CAFGRPVoUEwMSwKYDu9g+4=KzctypZOY3pFGhPaWxV9g-WHuHNg@mail.gmail.com>

The variables I need to set have no relationship with the
speech recognition.
Regards,

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


On Mon, Jun 29, 2020 at 4:30 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello,
>
> I'm testing unimrcp server with freeswitch using mod_unimrcp. Is there any
> way to set channel variables on the unimrcp channel? i.e.: I need to set
> some variables on the recognition channel, like all of the incoming channel
> variables.
>
> Thanks!
>
> 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/20200629/200cd321/attachment.html>

From saied.tazari at gmail.com  Fri Jun 19 05:59:08 2020
From: saied.tazari at gmail.com (saiedt)
Date: Thu, 18 Jun 2020 22:59:08 -0700 (MST)
Subject: [Freeswitch-users] mod_portaudio on Raspberry Pi currently
	broken?
In-Reply-To: <CANybnk7_21AKvFEi6UYtMG0DGRcdxVa7JKhaRnvi8rwkpXsk7A@mail.gmail.com>
References: <CDBA8C98.716DE%krice@freeswitch.org>
 <CANybnk465cMpB=kdQW_HP8CJW_y=2cgmKqUYUZDjCrc0JzWmMw@mail.gmail.com>
 <0AD85490-D0D2-4037-848B-903378F3B21E@freeswitch.org>
 <CANybnk7jRh1j2w_bPOBZx2MgAb0VFrffbrbNMOkoP2h082bz+A@mail.gmail.com>
 <CANybnk6h4fFxMA0n6Sk-p3Xk=zN1oJ_sbO-xc5M3xiypV=iqnQ@mail.gmail.com>
 <CDE4EAF6.736F0%krice@freeswitch.org>
 <CANybnk6NmGoacW95MLTYAGG8xEMqskTxJ8v+DuSWbfCeukOyPw@mail.gmail.com>
 <CDE4F5DD.736F3%krice@freeswitch.org>
 <CANybnk7DE8w-Ttnru_ag4t7LAQXQMC6=OapRP9rM8g8PQJTh5w@mail.gmail.com>
 <CANybnk7_21AKvFEi6UYtMG0DGRcdxVa7JKhaRnvi8rwkpXsk7A@mail.gmail.com>
Message-ID: <1592546348583-0.post@n2.nabble.com>

Lesley Pervis wrote
> Sorry for the spam, but I thought I'd mention that I can aplay no problem
> from the command line as the 'freeswitch' user, and yet when FS is running
> as that user, no luck.

Exactly seven years after your last post here, I'm there to ask if you
finally succeeded to resolve the issue?
My case:

1. Pi-4 with Raspbian buster und latest related FreeSwitch distribution,
apt-upgraded and updated just yesterday

2. aplay is working both with the audio jack and with bluetooth (although
not simultaneously: as soon as I have a bluetooth audio connection, the
audio jack stops to work, and I cannot switch back to it with "amixer cset
numid=3 1", but aplay can continue to use the bluetooth connection again
after I issue "amixer cset numid=3 65536")

3. it seems that I do not have any permission issue as both pi and
freeswitch are in the audio group and related devices under /dev/snd are in
that group

4. I have already installed alsaoss, libasound2 and libasound2-dev

5. The output of "pa rescan" in fs_cli is the following:

2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:3186 Looking for new
devices.
2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:2102 PortAudio version
number = 1246720
PortAudio version text = 'PortAudio V19.6.0-devel, revision
396fe4b6699ae929d3a685b3ef8a7e97396139a4'
2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1773 global indev [-1]
2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1777 Cannot find an input
device
2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1786 global outdev [-1]
2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1790 Cannot find an output
device
2020-06-19 06:55:18.943433 [INFO] mod_portaudio.c:2125 Number of devices = 0

Any clue, what could be wrong on my side?

Thanks!



--
Sent from: http://freeswitch-users.2379917.n2.nabble.com/


From saied.tazari at gmail.com  Sat Jun 20 07:56:37 2020
From: saied.tazari at gmail.com (saiedt)
Date: Sat, 20 Jun 2020 00:56:37 -0700 (MST)
Subject: [Freeswitch-users] Any experiences with mod_portaudio on raspberry
 pi 4 with buster lite?
Message-ID: <1592639797033-0.post@n2.nabble.com>

Hi,

portaudio is not finding any audio devices:

1. Pi-4 with Raspbian buster lite und latest related FreeSwitch
distribution, apt-upgraded and updated just yesterday

2. aplay is working both with the audio jack and with bluetooth (although
not simultaneously: as soon as I have a bluetooth audio connection, the
audio jack stops to work, and I cannot switch back to it with "amixer cset
numid=3 1", but aplay can continue to use the bluetooth connection again
after I issue "amixer cset numid=3 65536")

3. it seems that I do not have any permission issue as both users "pi" and
"freeswitch" are in the group "audio" which has rw-access to all related
devices under /dev/snd

4. I have already installed alsaoss, libasound2 and libasound2-dev

5. The output of "pa rescan" in fs_cli is the following:

2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:3186 Looking for new
devices.
2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:2102 PortAudio version
number = 1246720
PortAudio version text = 'PortAudio V19.6.0-devel, revision
396fe4b6699ae929d3a685b3ef8a7e97396139a4'
2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1773 global indev [-1]
2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1777 Cannot find an input
device
2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1786 global outdev [-1]
2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1790 Cannot find an output
device
2020-06-19 06:55:18.943433 [INFO] mod_portaudio.c:2125 Number of devices = 0

Any clue, what could be wrong on my side?

Thanks!

-- Saied




--
Sent from: http://freeswitch-users.2379917.n2.nabble.com/


From m.shirazi at gmail.com  Sat Jun 20 20:38:53 2020
From: m.shirazi at gmail.com (Mehdi Shirazi)
Date: Sun, 21 Jun 2020 01:08:53 +0430
Subject: [Freeswitch-users] mod_mariadb install problem
Message-ID: <CAG2rjpv84vPR4cd4nm-rHYzA0dABzJf28x=8OjagG6LA2dcXtQ@mail.gmail.com>

Hi
I tried to install mod_mariadb in debian 9 Freeswitch 1.10.3 and mariadb
10.4 via package.
When I want to load start module I see this error:
2020-06-20 12:02:15.274711 [CRIT] switch_loadable_module.c:1785 Error
Loading module /usr/lib/freeswitch/mod/mod_mariadb.so
**/usr/lib/freeswitch/mod/mod_mariadb.so: symbol mysql_get_timeout_value,
version libmysqlclient_18 not defined in file libmariadb.so.3 with link
time reference**
please help me solve the problem.

Regards
M.Shirazi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200621/cf45af55/attachment-0001.html>

From saied.tazari at gmail.com  Mon Jun 22 13:58:10 2020
From: saied.tazari at gmail.com (Tazari, Mohammad Reza)
Date: Mon, 22 Jun 2020 15:58:10 +0200
Subject: [Freeswitch-users] mod_portaudio on Raspberry Pi does not find
	connected audio devices
Message-ID: <477e6aac-f48f-3dcd-59d0-a94a748758ca@gmail.com>

Hi,

here is a short summary of my configuration and issue:

 1. Pi-4 with Raspbian buster and latest related FreeSwitch
    distribution, apt-upgraded and updated on last Friday
 2. aplay is working both with the audio jack and with bluetooth
    (although not simultaneously: as soon as I have a bluetooth audio
    connection, the audio jack stops to work, and I cannot switch back
    to it with "amixer cset numid=3 1", but aplay can continue to use
    the bluetooth connection again after I issue "amixer cset numid=3
    65536")
 3. It seems that I do not have any permission issues as both of the
    users pi and freeswitch are in the audio group, which has rw access
    to the related devices under /dev/snd
 4. I have already installed alsaoss, libasound2 and libasound2-dev
 5. The output of "pa rescan" in fs_cli is the following:

    2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:3186 Looking for
    new devices.
    2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:2102 PortAudio
    version number = 1246720
    PortAudio version text = 'PortAudio V19.6.0-devel, revision
    396fe4b6699ae929d3a685b3ef8a7e97396139a4'
    2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1773 global indev
    [-1]
    2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1777 Cannot find an
    input device
    2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1786 global
    outdev [-1]
    2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1790 Cannot find an
    output device
    2020-06-19 06:55:18.943433 [INFO] mod_portaudio.c:2125 Number of
    devices = 0


Any clue, what could be wrong on my side?

Thanks!

-- Saied


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

From r.scarponegti at gmail.com  Tue Jun 23 07:16:26 2020
From: r.scarponegti at gmail.com (Roberto Scarpone)
Date: Tue, 23 Jun 2020 09:16:26 +0200
Subject: [Freeswitch-users] Incoming call audio issue
Message-ID: <C942D0FE-690B-4721-A1DB-5CA6686D535C@gmail.com>


Hi,
I have a problem when phones receive a call, for a time varying between 1-3 seconds, they hear nothing (at the beginning of the call). The problem does not always occur, but with a frequency of 2/3 time every 10 calls. After a few seconds the conversation presents no further problems.
Listening to the captured audio the call doesn't seems to have any problem, the audio is complete, but when they answer the call the problem is there and they can't hear the first 1-3 seconds of the conversation.

I have a FreeSWITCH 1.6.20 on Debian 8, installed from repo.

Has anyone already encountered this problem or would you know how to help me solve it?


Best regards,
Roberto



From r.scarponegti at gmail.com  Thu Jun 25 13:08:30 2020
From: r.scarponegti at gmail.com (Roberto Scarpone)
Date: Thu, 25 Jun 2020 13:08:30 +0000
Subject: [Freeswitch-users] Incoming call audio issue
Message-ID: <AM0PR04MB68032F0A40B61D67BF4520EFF4920@AM0PR04MB6803.eurprd04.prod.outlook.com>

Hi,
I have a problem when phones receive a call, for a time varying between 1-3 seconds, they hear nothing (at the beginning of the call). The problem does not always occur, but with a frequency of 2/3 time every 10 calls. After a few seconds the conversation presents no further problems.
Listening to the captured audio the call doesn't seems to have any problem, the audio is complete, but when they answer the call the problem is there and they can't hear the first 1-3 seconds of the conversation.

I have a FreeSWITCH 1.6.20 on Debian 8, installed from repo.

Has anyone already encountered this problem or would you know how to help me solve it?


Best regards,
Roberto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200625/58261308/attachment-0001.html>

From puneetkumar at avaya.com  Mon Jun 29 07:52:17 2020
From: puneetkumar at avaya.com (Kumar, Puneet (Puneet))
Date: Mon, 29 Jun 2020 07:52:17 +0000
Subject: [Freeswitch-users] Compilation of Vanilla FreeSWITCH on Centos 7
Message-ID: <DM6PR15MB2443188A7ABB074A0A25532DA46E0@DM6PR15MB2443.namprd15.prod.outlook.com>

Hello,

I followed steps given at link https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 to compile FreeSWITCH v1.10.3 code.

But getting following errors on make :

  CC       libavmod_la-mod_av.lo
  CC       libavmod_la-avformat.lo
In file included from /usr/include/ffmpeg/libavutil/imgutils.h:31:0,
                 from avformat.c:39:
/usr/include/ffmpeg/libavutil/pixdesc.h:34:5: error: type of bit-field 'plane' is a GCC extension [-Werror=pedantic]
     uint16_t plane        : 2;
     ^
/usr/include/ffmpeg/libavutil/pixdesc.h:40:5: error: type of bit-field 'step_minus1' is a GCC extension [-Werror=pedantic]
     uint16_t step_minus1  : 3;
     ^
/usr/include/ffmpeg/libavutil/pixdesc.h:46:5: error: type of bit-field 'offset_plus1' is a GCC extension [-Werror=pedantic]
     uint16_t offset_plus1 : 3;
     ^
/usr/include/ffmpeg/libavutil/pixdesc.h:52:5: error: type of bit-field 'shift' is a GCC extension [-Werror=pedantic]
     uint16_t shift        : 3;
     ^
/usr/include/ffmpeg/libavutil/pixdesc.h:57:5: error: type of bit-field 'depth_minus1' is a GCC extension [-Werror=pedantic]
     uint16_t depth_minus1 : 4;
     ^
avformat.c:44:38: fatal error: libavresample/avresample.h: No such file or directory
#include <libavresample/avresample.h>
                                      ^
cc1: all warnings being treated as errors
compilation terminated.

Am I missing something?

Thanks,
Puneet

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

From keith at laaks.com  Mon Jun 29 10:32:06 2020
From: keith at laaks.com (Keith Laaks)
Date: Mon, 29 Jun 2020 12:32:06 +0200
Subject: [Freeswitch-users] Crypto negotiated,
	but FS thinks otherwise and drops outbound calls.
References: <ABEC8022-3C87-4D38-8C7D-BEB036634D0D@laaks.com>
Message-ID: <B439324B-A93D-4BB6-86D6-C1844F287924@laaks.com>


> Hi All,
> 
> I am running: FreeSWITCH Version 1.10.3-release-15-129de34d84~64bit (-release-15-129de34d84 64bit) on Debian GNU/Linux 10 (buster)
> 
> I am bridging an incoming call to a destination over SIP TLS, using SRTP and ICE-lite. rtcp_mux is disabled. 
> 
> I have to use ‘mandatory’ in the export below (before the bridge), as this specific destination fails the call if the SDP includes the unencrypted optioN (i.e. m=audio 2354 RTP/AVP 18 8 98)
> <action application="export" data=“rtp_secure_media=mandatory:AES_CM_128_HMAC_SHA1_32"/>
> 
> I am having a problem in that FS drops the call as soon as the destination answers.
> 
> In the debug traces I can see that, although Secure RTP is indeed being negotiated (Activating audio Secure RTP RECV) FS somehow thinks otherwise (switch_core_media.c:5665 Crypto not negotiated but required.)
> 
> 2020-06-26 18:20:40.208635 [INFO] switch_core_media.c:8843 Activating Audio ICE
> 2020-06-26 18:20:40.208635 [NOTICE] switch_rtp.c:4915 Activating RTP audio ICE: ZyVg:nzPxIzWUEUYj6GjG 11.22.33.44:50004
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_media.c:8975 sofia/teams/27101234567 Set 2833 dtmf send payload to 101
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_media.c:8982 sofia/teams/27101234567 Set 2833 dtmf receive payload to 101
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_media.c:9005 sofia/teams/27101234567 Set rtp dtmf delay to 40
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_media.c:1501 LIFETIME found in |2^31, base 2 exp 31
> 2020-06-26 18:20:40.208635 [NOTICE] switch_core_media.c:1524 Skipping MKI due to empty index
> 2020-06-26 18:20:40.208635 [INFO] switch_rtp.c:4217 Activating audio Secure RTP SEND
> 2020-06-26 18:20:40.208635 [INFO] switch_rtp.c:4195 Activating audio Secure RTP RECV
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:sdes:AES_CM_128_HMAC_SHA1_32
> 2020-06-26 18:20:40.208635 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:sdes:AES_CM_128_HMAC_SHA1_32
> 2020-06-26 18:20:40.208635 [NOTICE] sofia.c:8503 Channel [sofia/teams/27101234567] has been answered
> 2020-06-26 18:20:40.208635 [DEBUG] switch_channel.c:3865 (sofia/teams/27101234567) Callstate Change RINGING -> ACTIVE
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [G729:18:8000:20:8000:1]/[opus:116:48000:20:0:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMA:8:8000:20:64000:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMU:0:8000:20:64000:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[opus:116:48000:20:0:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5647 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5592 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1]
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5508 Set telephone-event payload to 98 at 8000
> 2020-06-26 18:20:40.228625 [WARNING] switch_core_media.c:5665 Crypto not negotiated but required.
> 2020-06-26 18:20:40.228625 [DEBUG] switch_core_media.c:5909 sofia/vox/0831233210 at 10.10.1.1 <mailto:sofia/vox/0831233210 at 10.10.1.1> Set 2833 dtmf send payload to 98 recv payload to 98
> 2020-06-26 18:20:40.228625 [NOTICE] switch_channel.c:3908 Hangup sofia/vox/0831233210 at 10.10.1.1 <mailto:sofia/vox/0831233210 at 10.10.1.1> [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
> 
> Am I missing something here? 
> 
> Thanks
> 
> Keith
> 

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

From andynewlands at gmail.com  Mon Jun 29 10:40:54 2020
From: andynewlands at gmail.com (Andy Newlands)
Date: Mon, 29 Jun 2020 11:40:54 +0100
Subject: [Freeswitch-users] PBX Call-Transfer Issue - timing of RTP?
Message-ID: <CAE1VrP92=HR8fBQXGJiYurL0dDHdnnKKzO2UjRJZFRyXf9GQeg@mail.gmail.com>

We have Freeswitch acting as a SIP platform, with internects with various
UK carriers (including BT) on one side, with customer PBX connected from
the other side.

We have an intermittent problem where a call comes into FS from the PSTN
and is routed to the customer PBX (and Avaya), with the call then
transferred back, via Freeswitch, then the PSTN to another phone number.

Sometimes the original caller continues to hear ringtone after the
transfer-destination has answered (and no conversation is possible).

I have attached Wireshark SIP flows for the scenario where this works and
the one where transfer does not complete properly (labelled in red, above
each ladder diagram, "BROKEN", on the left and "WORKING" on the right).

In the working example, we see RTP BEFORE the REFER.  In the non-working
example, RTP is sent AFTER the BYE.

1.  We don't understand why the Avaya sends messages in a different order,
on different occasions, for the exact same operation?
2. Should Freeswitch be able to handle both the scenarios shown in the
attached image?
3. Are there any config or dialplan settings which can be used to help fix
this?

NOTE: We also have other issues with call transfers in general, whereby the
transfer succeeds, but there is no audio heard by the transferee.

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200629/e84064bf/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TransferNotWorkingAndWorking.jpg
Type: image/jpeg
Size: 198632 bytes
Desc: not available
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200629/e84064bf/attachment-0001.jpg>

From keith at laaks.com  Mon Jun 29 11:04:42 2020
From: keith at laaks.com (Keith Laaks)
Date: Mon, 29 Jun 2020 13:04:42 +0200
Subject: [Freeswitch-users] Segmentation Faults on fs_cli when trying to
	rescan sofia profile
Message-ID: <18C9F552-7A04-49E5-B9B6-EFBD3AA8F4B9@laaks.com>

Hi,

I have also been experiencing this same problem.
Tested and confirmed the issue also exists in the development branch (FreeSWITCH Version 1.10.4-dev+git~20200624T182031Z~ffe0a1b629~64bit) also.

In file “sofia.c”, function “static void parse_gateways(sofia_profile_t *profile, switch_xml_t gateways_tag, const char *gwname)”, 

line 4008 has:

	gateway->options_user_agent = options_user_agent;

Which should instead be:
	gateway->options_user_agent = switch_core_strdup(gateway->pool, options_user_agent);


——————————————————————————————————————————————————————————————————————————————————————————————————
diff --git a/src/mod/endpoints/mod_sofia/sofia.c b/src/mod/endpoints/mod_sofia/sofia.c
index 32f27462e5..da57072cca 100644
--- a/src/mod/endpoints/mod_sofia/sofia.c
+++ b/src/mod/endpoints/mod_sofia/sofia.c
@@ -4005,7 +4005,7 @@ static void parse_gateways(sofia_profile_t *profile, switch_xml_t gateways_tag,
                        gateway->auth_username = switch_core_strdup(gateway->pool, auth_username);
                        gateway->register_password = switch_core_strdup(gateway->pool, password);
                        gateway->distinct_to = distinct_to;
-                       gateway->options_user_agent = options_user_agent;
+                       gateway->options_user_agent = switch_core_strdup(gateway->pool, options_user_agent);
 
                        if (switch_true(caller_id_in_from)) {
                                sofia_set_flag(gateway, REG_FLAG_CALLERID);
——————————————————————————————————————————————————————————————————————————————————————————————————

Not sure of the process to get this patch approved and applied to the git repo…..  
Can someone in the know take care of this?

Best Regards

Keith



--------------------------------------------------------------------------------------------------------------------
On Thu, 11 Jun 2020 at 00:58, Mahmood Alkhalil
<mahmood.alkhalil at outlook.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> wrote:
>
>  Hi Everyone,
>
> I'm always getting segmentation fault on fs_cli whenever I'm trying to rescan sofia profile and fs_cli exists, below is an example:
>
> freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> sofia profile AtcomSipProfile rescan
> Reload XML [Success]
> +OK scan complete
>
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 debug [7]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-trace [true]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-capture [true]
> 2020-06-10 11:30:57.688648 [INFO] mod_enum.c:884 ENUM Reloaded
> nua_stack.c:529 nua_signal() nua((nil)): sent signal r_set_params
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-enabled [no]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-step-timeout [30000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-event-timeout [30000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 log-auth-failures [false]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 forward-unsolicited-mwi-notify [false]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 context [atcomDialplan]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 rfc2833-pt [101]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-port [5080]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dialplan [XML]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dtmf-duration [2000]
> 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 inbound-codec-prefs [OPUS,G722,PCMU,PCMA,H264,VP8]
> freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> Segmentation fault
>
> Please let me know if this is expected or if i can share more details to further investigate this.
>
> Mahmood Alkhalil.


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

From wklaaks at gmail.com  Tue Jun 30 06:32:23 2020
From: wklaaks at gmail.com (Keith Laaks)
Date: Tue, 30 Jun 2020 08:32:23 +0200
Subject: [Freeswitch-users] Segmentation Faults on fs_cli when trying to
	rescan sofia profile
References: <18C9F552-7A04-49E5-B9B6-EFBD3AA8F4B9@laaks.com>
Message-ID: <8C00331B-6211-41EF-B55A-A283E178A67F@gmail.com>


> Hi,
> 
> I have also been experiencing this same problem.
> Tested and confirmed the issue also exists in the development branch (FreeSWITCH Version 1.10.4-dev+git~20200624T182031Z~ffe0a1b629~64bit) also.
> 
> In file “sofia.c”, function “static void parse_gateways(sofia_profile_t *profile, switch_xml_t gateways_tag, const char *gwname)”, 
> 
> line 4008 has:
> 
> 	gateway->options_user_agent = options_user_agent;
> 
> Which should instead be:
> 	gateway->options_user_agent = switch_core_strdup(gateway->pool, options_user_agent);
> 
> 
> ——————————————————————————————————————————————————————————————————————————————————————————————————
> diff --git a/src/mod/endpoints/mod_sofia/sofia.c b/src/mod/endpoints/mod_sofia/sofia.c
> index 32f27462e5..da57072cca 100644
> --- a/src/mod/endpoints/mod_sofia/sofia.c
> +++ b/src/mod/endpoints/mod_sofia/sofia.c
> @@ -4005,7 +4005,7 @@ static void parse_gateways(sofia_profile_t *profile, switch_xml_t gateways_tag,
>                         gateway->auth_username = switch_core_strdup(gateway->pool, auth_username);
>                         gateway->register_password = switch_core_strdup(gateway->pool, password);
>                         gateway->distinct_to = distinct_to;
> -                       gateway->options_user_agent = options_user_agent;
> +                       gateway->options_user_agent = switch_core_strdup(gateway->pool, options_user_agent);
>  
>                         if (switch_true(caller_id_in_from)) {
>                                 sofia_set_flag(gateway, REG_FLAG_CALLERID);
> ——————————————————————————————————————————————————————————————————————————————————————————————————
> 
> Not sure of the process to get this patch approved and applied to the git repo…..  
> Can someone in the know take care of this?
> 
> Best Regards
> 
> Keith
> 
> 
> 
> --------------------------------------------------------------------------------------------------------------------
> On Thu, 11 Jun 2020 at 00:58, Mahmood Alkhalil
> <mahmood.alkhalil at outlook.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> wrote:
> >
> >  Hi Everyone,
> >
> > I'm always getting segmentation fault on fs_cli whenever I'm trying to rescan sofia profile and fs_cli exists, below is an example:
> >
> > freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> sofia profile AtcomSipProfile rescan
> > Reload XML [Success]
> > +OK scan complete
> >
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 debug [7]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-trace [true]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-capture [true]
> > 2020-06-10 11:30:57.688648 [INFO] mod_enum.c:884 ENUM Reloaded
> > nua_stack.c:529 nua_signal() nua((nil)): sent signal r_set_params
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-enabled [no]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-step-timeout [30000]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-event-timeout [30000]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 log-auth-failures [false]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 forward-unsolicited-mwi-notify [false]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 context [atcomDialplan]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 rfc2833-pt [101]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-port [5080]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dialplan [XML]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dtmf-duration [2000]
> > 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 inbound-codec-prefs [OPUS,G722,PCMU,PCMA,H264,VP8]
> > freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> Segmentation fault
> >
> > Please let me know if this is expected or if i can share more details to further investigate this.
> >
> > Mahmood Alkhalil.
> 
> 

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

From saied.tazari at gmail.com  Tue Jun 30 11:14:00 2020
From: saied.tazari at gmail.com (Tazari, Mohammad Reza)
Date: Tue, 30 Jun 2020 13:14:00 +0200
Subject: [Freeswitch-users] mod_portaudio on Raspberry Pi does not find
 connected audio devices
In-Reply-To: <477e6aac-f48f-3dcd-59d0-a94a748758ca@gmail.com>
References: <477e6aac-f48f-3dcd-59d0-a94a748758ca@gmail.com>
Message-ID: <d07cc1c2-a0ef-1ac4-3f59-c264d834a14d@gmail.com>

Hi,

Update: I have also installed successfully the original portaudio 
according to instructions under 
https://app.assembla.com/wiki/show/portaudio/Platforms_RaspberryPi

    --> the version is equal to the version that I see through
    mod_portaudio in fs_cli
    --> portaudio/bin/pa_devs find several "devices", but from among my
    physical devces connected through aux, BT and USB, it can only find
    the USB device
    --> pa rescan in fs_cli, however, continues to report that no
    devices were found, not even the USB one...


I would appreciate very much any help.

Thanks and KR,

-- Saied


Tazari, Mohammad Reza wrote on 22-Jun-20 15:58:
>
> Hi,
>
> here is a short summary of my configuration and issue:
>
>  1. Pi-4 with Raspbian buster and latest related FreeSwitch
>     distribution, apt-upgraded and updated on last Friday
>  2. aplay is working both with the audio jack and with bluetooth
>     (although not simultaneously: as soon as I have a bluetooth audio
>     connection, the audio jack stops to work, and I cannot switch back
>     to it with "amixer cset numid=3 1", but aplay can continue to use
>     the bluetooth connection again after I issue "amixer cset numid=3
>     65536")
>  3. It seems that I do not have any permission issues as both of the
>     users pi and freeswitch are in the audio group, which has rw
>     access to the related devices under /dev/snd
>  4. I have already installed alsaoss, libasound2 and libasound2-dev
>  5. The output of "pa rescan" in fs_cli is the following:
>
>     2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:3186 Looking for
>     new devices.
>     2020-06-19 06:55:18.803478 [INFO] mod_portaudio.c:2102 PortAudio
>     version number = 1246720
>     PortAudio version text = 'PortAudio V19.6.0-devel, revision
>     396fe4b6699ae929d3a685b3ef8a7e97396139a4'
>     2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1773 global
>     indev [-1]
>     2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1777 Cannot find
>     an input device
>     2020-06-19 06:55:18.943433 [DEBUG] mod_portaudio.c:1786 global
>     outdev [-1]
>     2020-06-19 06:55:18.943433 [ERR] mod_portaudio.c:1790 Cannot find
>     an output device
>     2020-06-19 06:55:18.943433 [INFO] mod_portaudio.c:2125 Number of
>     devices = 0
>
>
> Any clue, what could be wrong on my side?
>
> Thanks!
>
> -- Saied
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200630/ba98789e/attachment.html>

From gmaruzz at gmail.com  Tue Jun 30 14:10:01 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Tue, 30 Jun 2020 16:10:01 +0200
Subject: [Freeswitch-users] Incoming call audio issue
In-Reply-To: <C942D0FE-690B-4721-A1DB-5CA6686D535C@gmail.com>
References: <C942D0FE-690B-4721-A1DB-5CA6686D535C@gmail.com>
Message-ID: <CALXCt0otj+542LVYieWM-H9T-YTGaCpg6Z+o4bfWVAifrsLiWg@mail.gmail.com>

On Tue, Jun 30, 2020 at 3:59 PM Roberto Scarpone <r.scarponegti at gmail.com>
wrote:

>
> Hi,
> I have a problem when phones receive a call, for a time varying between
> 1-3 seconds, they hear nothing (at the beginning of the call). The problem
> does not always occur, but with a frequency of 2/3 time every 10 calls.
> After a few seconds the conversation presents no further problems.
> Listening to the captured audio the call doesn't seems to have any
> problem, the audio is complete, but when they answer the call the problem
> is there and they can't hear the first 1-3 seconds of the conversation.
>

It's probably due to the time needed to establish rtp flow... Check your
networking, and all the NAT related addresses...

-giovanni







>
> I have a FreeSWITCH 1.6.20 on Debian 8, installed from repo.
>
> Has anyone already encountered this problem or would you know how to help
> me solve it?
>
>
> Best regards,
> Roberto
>
>
> _________________________________________________________________________
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200630/8cb20940/attachment.html>

From gmaruzz at gmail.com  Tue Jun 30 14:36:58 2020
From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Tue, 30 Jun 2020 16:36:58 +0200
Subject: [Freeswitch-users] mod_mariadb install problem
In-Reply-To: <CAG2rjpv84vPR4cd4nm-rHYzA0dABzJf28x=8OjagG6LA2dcXtQ@mail.gmail.com>
References: <CAG2rjpv84vPR4cd4nm-rHYzA0dABzJf28x=8OjagG6LA2dcXtQ@mail.gmail.com>
Message-ID: <CALXCt0o=3ip3WmNKj8z1oVeKnfwPJ9eC9WjVAYN1WCbByQn=7A@mail.gmail.com>

FS 1.10 recommended distro is Debian 10...



On Tue, Jun 30, 2020 at 4:21 PM Mehdi Shirazi <m.shirazi at gmail.com> wrote:

> Hi
> I tried to install mod_mariadb in debian 9 Freeswitch 1.10.3 and mariadb
> 10.4 via package.
> When I want to load start module I see this error:
> 2020-06-20 12:02:15.274711 [CRIT] switch_loadable_module.c:1785 Error
> Loading module /usr/lib/freeswitch/mod/mod_mariadb.so
> **/usr/lib/freeswitch/mod/mod_mariadb.so: symbol mysql_get_timeout_value,
> version libmysqlclient_18 not defined in file libmariadb.so.3 with link
> time reference**
> please help me solve the problem.
>
> Regards
> M.Shirazi
> _________________________________________________________________________
>
> 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



-- 
Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200630/dd882c9e/attachment.html>

From david.villasmil.work at gmail.com  Tue Jun 30 16:33:28 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 30 Jun 2020 17:33:28 +0100
Subject: [Freeswitch-users] Segmentation Faults on fs_cli when trying to
 rescan sofia profile
In-Reply-To: <8C00331B-6211-41EF-B55A-A283E178A67F@gmail.com>
References: <18C9F552-7A04-49E5-B9B6-EFBD3AA8F4B9@laaks.com>
 <8C00331B-6211-41EF-B55A-A283E178A67F@gmail.com>
Message-ID: <CAFGRPVrQnAXbtObbV72czpgf3KJPugtOpF-Bs0p+_gQYwoaQ9Q@mail.gmail.com>

You can do a Pull Request on github.com/freeswitch


On Tue, 30 Jun 2020 at 16:51, Keith Laaks <wklaaks at gmail.com> wrote:

>
> Hi,
>
> I have also been experiencing this same problem.
> Tested and confirmed the issue also exists in the development branch (FreeSWITCH
> Version 1.10.4-dev+git~20200624T182031Z~ffe0a1b629~64bit) also.
>
> In file “sofia.c”, function “static void parse_gateways(sofia_profile_t
> *profile, switch_xml_t gateways_tag, const char *gwname)”,
>
> line 4008 has:
>
> gateway->options_user_agent = options_user_agent;
>
> Which should instead be:
> gateway->options_user_agent = switch_core_strdup(gateway->pool,
> options_user_agent);
>
>
>
> ——————————————————————————————————————————————————————————————————————————————————————————————————
> *diff --git a/src/mod/endpoints/mod_sofia/sofia.c
> b/src/mod/endpoints/mod_sofia/sofia.c*
> *index 32f27462e5..da57072cca 100644*
> *--- a/src/mod/endpoints/mod_sofia/sofia.c*
> *+++ b/src/mod/endpoints/mod_sofia/sofia.c*
> @@ -4005,7 +4005,7 @@ static void parse_gateways(sofia_profile_t
> *profile, switch_xml_t gateways_tag,
>                         gateway->auth_username =
> switch_core_strdup(gateway->pool, auth_username);
>                         gateway->register_password =
> switch_core_strdup(gateway->pool, password);
>                         gateway->distinct_to = distinct_to;
> -                       gateway->options_user_agent = options_user_agent;
> +                       gateway->options_user_agent =
> switch_core_strdup(gateway->pool, options_user_agent);
>
>                         if (switch_true(caller_id_in_from)) {
>                                 sofia_set_flag(gateway, REG_FLAG_CALLERID);
>
> ——————————————————————————————————————————————————————————————————————————————————————————————————
>
> Not sure of the process to get this patch approved and applied to the git
> repo…..
> Can someone in the know take care of this?
>
> Best Regards
>
> Keith
>
>
>
>
> --------------------------------------------------------------------------------------------------------------------
>
> On Thu, 11 Jun 2020 at 00:58, Mahmood Alkhalil
> <mahmood.alkhalil at outlook.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> wrote:
> >>*  Hi Everyone,
> *>>* I'm always getting segmentation fault on fs_cli whenever I'm trying to rescan sofia profile and fs_cli exists, below is an example:
> *>>* freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> sofia profile AtcomSipProfile rescan
> *>* Reload XML [Success]
> *>* +OK scan complete
> *>>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 debug [7]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-trace [true]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-capture [true]
> *>* 2020-06-10 11:30:57.688648 [INFO] mod_enum.c:884 ENUM Reloaded
> *>* nua_stack.c:529 nua_signal() nua((nil)): sent signal r_set_params
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-enabled [no]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-step-timeout [30000]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 watchdog-event-timeout [30000]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 log-auth-failures [false]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 forward-unsolicited-mwi-notify [false]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 context [atcomDialplan]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 rfc2833-pt [101]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 sip-port [5080]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dialplan [XML]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 dtmf-duration [2000]
> *>* 2020-06-10 11:30:57.688648 [DEBUG] sofia.c:4628 inbound-codec-prefs [OPUS,G722,PCMU,PCMA,H264,VP8]
> *>* freeswitch at freeswitch <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> Segmentation fault
> *>>* Please let me know if this is expected or if i can share more details to further investigate this.
> *>>* Mahmood Alkhalil.*
>
>
>
>
> _________________________________________________________________________
>
> 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/20200630/d56a3445/attachment-0001.html>

From david.villasmil.work at gmail.com  Tue Jun 30 21:13:23 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 30 Jun 2020 22:13:23 +0100
Subject: [Freeswitch-users] missing bgapi?
Message-ID: <CAFGRPVrkcW3OFkdo4x=0VivCMU+PF0Y5oJTnBeDe_bC8YHeqEQ@mail.gmail.com>

Hello all,

I have mod_commands loaded but I'm getting:

Unknown Command: bgapi originate

I'm on 1.10 on Buster

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/20200630/0a54df2f/attachment.html>