From Antony.Stone at freeswitch.open.source.it Tue Nov 1 13:25:14 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Tue, 1 Nov 2022 14:25:14 +0100 Subject: [Freeswitch-users] LogLevel from XML dialplan? Message-ID: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> Hi. https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+log tells me that I can specify the LogLevel of messages: log [loglevel] It also tells me that I can use the function inline in an XML dialplan: How do I specify the LogLevel when using XML? Thanks, Antony. -- Wanted: telepath. You know where to apply. Please reply to the list; please *don't* CC me. From brian at freeswitch.com Tue Nov 1 13:54:54 2022 From: brian at freeswitch.com (Brian West) Date: Tue, 1 Nov 2022 08:54:54 -0500 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> Message-ID: Remove SWITCH_LOG_ and use these log levels. switch_types.h: SWITCH_LOG_DEBUG - Debug switch_types.h: SWITCH_LOG_INFO - Info switch_types.h: SWITCH_LOG_NOTICE - Notice switch_types.h: SWITCH_LOG_WARNING - Warning switch_types.h: SWITCH_LOG_ERROR - Error switch_types.h: SWITCH_LOG_CRIT - Critical switch_types.h: SWITCH_LOG_ALERT - Alert switch_types.h: SWITCH_LOG_CONSOLE - Console switch_types.h: SWITCH_LOG_DEBUG10 = 110, switch_types.h: SWITCH_LOG_DEBUG9 = 109, switch_types.h: SWITCH_LOG_DEBUG8 = 108, switch_types.h: SWITCH_LOG_DEBUG7 = 107, switch_types.h: SWITCH_LOG_DEBUG6 = 106, switch_types.h: SWITCH_LOG_DEBUG5 = 105, switch_types.h: SWITCH_LOG_DEBUG4 = 104, switch_types.h: SWITCH_LOG_DEBUG3 = 103, switch_types.h: SWITCH_LOG_DEBUG2 = 102, switch_types.h: SWITCH_LOG_DEBUG1 = 101, switch_types.h: SWITCH_LOG_DEBUG = 7, switch_types.h: SWITCH_LOG_INFO = 6, switch_types.h: SWITCH_LOG_NOTICE = 5, switch_types.h: SWITCH_LOG_WARNING = 4, switch_types.h: SWITCH_LOG_ERROR = 3, switch_types.h: SWITCH_LOG_CRIT = 2, switch_types.h: SWITCH_LOG_ALERT = 1, switch_types.h: SWITCH_LOG_CONSOLE = 0, switch_types.h: SWITCH_LOG_DISABLE = -1, switch_types.h: SWITCH_LOG_INVALID = 64, switch_types.h: SWITCH_LOG_UNINIT = 1000 On Tue, Nov 1, 2022 at 8:49 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > Hi. > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+log > tells me > that I can specify the LogLevel of messages: > > log [loglevel] > > It also tells me that I can use the function inline in an XML dialplan: > > > > How do I specify the LogLevel when using XML? > > > Thanks, > > > Antony. > > -- > Wanted: telepath. You know where to apply. > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Tue Nov 1 14:22:20 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Tue, 1 Nov 2022 15:22:20 +0100 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211011522.20459.Antony.Stone@freeswitch.open.source.it> On Tuesday 01 November 2022 at 14:54:54, Brian West wrote: > Remove SWITCH_LOG_ and use these log levels. Sorry, but I don't follow. 1. Remove SWITCH_LOG_ from where? That string appears nowhere under /etc/freeswitch on my systems. 2. How do I specify the log level when using XML? Here is a dialplan command which works and inserts a log entry with the default level [INFO]: How should I change this so that the logged level is [ALERT]? > switch_types.h: SWITCH_LOG_DEBUG - Debug > switch_types.h: SWITCH_LOG_INFO - Info > switch_types.h: SWITCH_LOG_NOTICE - Notice > switch_types.h: SWITCH_LOG_WARNING - Warning > switch_types.h: SWITCH_LOG_ERROR - Error > switch_types.h: SWITCH_LOG_CRIT - Critical > switch_types.h: SWITCH_LOG_ALERT - Alert > switch_types.h: SWITCH_LOG_CONSOLE - Console > switch_types.h: SWITCH_LOG_DEBUG10 = 110, > switch_types.h: SWITCH_LOG_DEBUG9 = 109, > switch_types.h: SWITCH_LOG_DEBUG8 = 108, > switch_types.h: SWITCH_LOG_DEBUG7 = 107, > switch_types.h: SWITCH_LOG_DEBUG6 = 106, > switch_types.h: SWITCH_LOG_DEBUG5 = 105, > switch_types.h: SWITCH_LOG_DEBUG4 = 104, > switch_types.h: SWITCH_LOG_DEBUG3 = 103, > switch_types.h: SWITCH_LOG_DEBUG2 = 102, > switch_types.h: SWITCH_LOG_DEBUG1 = 101, > switch_types.h: SWITCH_LOG_DEBUG = 7, > switch_types.h: SWITCH_LOG_INFO = 6, > switch_types.h: SWITCH_LOG_NOTICE = 5, > switch_types.h: SWITCH_LOG_WARNING = 4, > switch_types.h: SWITCH_LOG_ERROR = 3, > switch_types.h: SWITCH_LOG_CRIT = 2, > switch_types.h: SWITCH_LOG_ALERT = 1, > switch_types.h: SWITCH_LOG_CONSOLE = 0, > switch_types.h: SWITCH_LOG_DISABLE = -1, > switch_types.h: SWITCH_LOG_INVALID = 64, > switch_types.h: SWITCH_LOG_UNINIT = 1000 Thanks, Antony. > On Tue, Nov 1, 2022 at 8:49 AM Antony Stone wrote: > > Hi. > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+log > > tells me that I can specify the LogLevel of messages: > > > > log [loglevel] > > > > It also tells me that I can use the function inline in an XML dialplan: > > > > > > > > How do I specify the LogLevel when using XML? > > > > > > Thanks, -- #define SIX 1+5 #define NINE 8+1 int main() { printf("%d\n", SIX * NINE); } - thanks to ECB for bringing this to my attention Please reply to the list; please *don't* CC me. From brian at freeswitch.com Tue Nov 1 15:01:01 2022 From: brian at freeswitch.com (Brian West) Date: Tue, 1 Nov 2022 10:01:01 -0500 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: <202211011522.20459.Antony.Stone@freeswitch.open.source.it> References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> <202211011522.20459.Antony.Stone@freeswitch.open.source.it> Message-ID: On Tue, Nov 1, 2022 at 9:46 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Tuesday 01 November 2022 at 14:54:54, Brian West wrote: > > > Remove SWITCH_LOG_ and use these log levels. > > Sorry, but I don't follow. > > 1. Remove SWITCH_LOG_ from where? That string appears nowhere under > /etc/freeswitch on my systems. > > 2. How do I specify the log level when using XML? > > Here is a dialplan command which works and inserts a log entry with the > default level [INFO]: > > > > How should I change this so that the logged level is [ALERT]? > > > switch_types.h: SWITCH_LOG_DEBUG - Debug > > switch_types.h: SWITCH_LOG_INFO - Info > > switch_types.h: SWITCH_LOG_NOTICE - Notice > > switch_types.h: SWITCH_LOG_WARNING - Warning > > switch_types.h: SWITCH_LOG_ERROR - Error > > switch_types.h: SWITCH_LOG_CRIT - Critical > > switch_types.h: SWITCH_LOG_ALERT - Alert > > switch_types.h: SWITCH_LOG_CONSOLE - Console > > switch_types.h: SWITCH_LOG_DEBUG10 = 110, > > switch_types.h: SWITCH_LOG_DEBUG9 = 109, > > switch_types.h: SWITCH_LOG_DEBUG8 = 108, > > switch_types.h: SWITCH_LOG_DEBUG7 = 107, > > switch_types.h: SWITCH_LOG_DEBUG6 = 106, > > switch_types.h: SWITCH_LOG_DEBUG5 = 105, > > switch_types.h: SWITCH_LOG_DEBUG4 = 104, > > switch_types.h: SWITCH_LOG_DEBUG3 = 103, > > switch_types.h: SWITCH_LOG_DEBUG2 = 102, > > switch_types.h: SWITCH_LOG_DEBUG1 = 101, > > switch_types.h: SWITCH_LOG_DEBUG = 7, > > switch_types.h: SWITCH_LOG_INFO = 6, > > switch_types.h: SWITCH_LOG_NOTICE = 5, > > switch_types.h: SWITCH_LOG_WARNING = 4, > > switch_types.h: SWITCH_LOG_ERROR = 3, > > switch_types.h: SWITCH_LOG_CRIT = 2, > > switch_types.h: SWITCH_LOG_ALERT = 1, > > switch_types.h: SWITCH_LOG_CONSOLE = 0, > > switch_types.h: SWITCH_LOG_DISABLE = -1, > > switch_types.h: SWITCH_LOG_INVALID = 64, > > switch_types.h: SWITCH_LOG_UNINIT = 1000 > > Thanks, > > Antony. > > > On Tue, Nov 1, 2022 at 8:49 AM Antony Stone wrote: > > > Hi. > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+log > > > tells me that I can specify the LogLevel of messages: > > > > > > log [loglevel] > > > > > > It also tells me that I can use the function inline in an XML dialplan: > > > > > > > > > > > > How do I specify the LogLevel when using XML? > > > > > > > > > Thanks, > > -- > #define SIX 1+5 > #define NINE 8+1 > > int main() { > printf("%d\n", SIX * NINE); > } > - thanks to ECB for bringing this to my attention > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Tue Nov 1 15:18:15 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Tue, 1 Nov 2022 16:18:15 +0100 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> <202211011522.20459.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211011618.15417.Antony.Stone@freeswitch.open.source.it> On Tuesday 01 November 2022 at 16:01:01, Brian West wrote: > That simply places the word "ALERT" at the start of the logged message. The log level is still [INFO]. > On Tue, Nov 1, 2022 at 9:46 AM Antony Stone wrote: > > On Tuesday 01 November 2022 at 14:54:54, Brian West wrote: > > > Remove SWITCH_LOG_ and use these log levels. > > > > Sorry, but I don't follow. > > > > 1. Remove SWITCH_LOG_ from where? That string appears nowhere under > > /etc/freeswitch on my systems. > > > > 2. How do I specify the log level when using XML? > > > > Here is a dialplan command which works and inserts a log entry with the > > default level [INFO]: > > > > > > > > How should I change this so that the logged level is [ALERT]? > > > > > switch_types.h: SWITCH_LOG_DEBUG - Debug > > > switch_types.h: SWITCH_LOG_INFO - Info > > > switch_types.h: SWITCH_LOG_NOTICE - Notice > > > switch_types.h: SWITCH_LOG_WARNING - Warning > > > switch_types.h: SWITCH_LOG_ERROR - Error > > > switch_types.h: SWITCH_LOG_CRIT - Critical > > > switch_types.h: SWITCH_LOG_ALERT - Alert > > > switch_types.h: SWITCH_LOG_CONSOLE - Console > > > switch_types.h: SWITCH_LOG_DEBUG10 = 110, > > > switch_types.h: SWITCH_LOG_DEBUG9 = 109, > > > switch_types.h: SWITCH_LOG_DEBUG8 = 108, > > > switch_types.h: SWITCH_LOG_DEBUG7 = 107, > > > switch_types.h: SWITCH_LOG_DEBUG6 = 106, > > > switch_types.h: SWITCH_LOG_DEBUG5 = 105, > > > switch_types.h: SWITCH_LOG_DEBUG4 = 104, > > > switch_types.h: SWITCH_LOG_DEBUG3 = 103, > > > switch_types.h: SWITCH_LOG_DEBUG2 = 102, > > > switch_types.h: SWITCH_LOG_DEBUG1 = 101, > > > switch_types.h: SWITCH_LOG_DEBUG = 7, > > > switch_types.h: SWITCH_LOG_INFO = 6, > > > switch_types.h: SWITCH_LOG_NOTICE = 5, > > > switch_types.h: SWITCH_LOG_WARNING = 4, > > > switch_types.h: SWITCH_LOG_ERROR = 3, > > > switch_types.h: SWITCH_LOG_CRIT = 2, > > > switch_types.h: SWITCH_LOG_ALERT = 1, > > > switch_types.h: SWITCH_LOG_CONSOLE = 0, > > > switch_types.h: SWITCH_LOG_DISABLE = -1, > > > switch_types.h: SWITCH_LOG_INVALID = 64, > > > switch_types.h: SWITCH_LOG_UNINIT = 1000 > > > > Thanks, > > > > Antony. > > > > > On Tue, Nov 1, 2022 at 8:49 AM Antony Stone wrote: > > > > Hi. > > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+log > > > > tells me that I can specify the LogLevel of messages: > > > > > > > > log [loglevel] > > > > > > > > It also tells me that I can use the function inline in an XML > > > > dialplan: > > > > > > > > > > > > > > > > How do I specify the LogLevel when using XML? > > > > > > > > > > > > Thanks, -- We all get the same amount of time - twenty-four hours per day. How you use it is up to you. Please reply to the list; please *don't* CC me. From Antony.Stone at freeswitch.open.source.it Tue Nov 1 15:24:58 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Tue, 1 Nov 2022 16:24:58 +0100 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: <202211011618.15417.Antony.Stone@freeswitch.open.source.it> References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> <202211011618.15417.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211011624.58513.Antony.Stone@freeswitch.open.source.it> On Tuesday 01 November 2022 at 16:18:15, Antony Stone wrote: > On Tuesday 01 November 2022 at 16:01:01, Brian West wrote: > > > > That simply places the word "ALERT" at the start of the logged message. > > The log level is still [INFO]. Oh, now I see - it in fact adds a *second* message to the log, this time with level [ALERT] and of a different syntax. I'll see if I can deal with that... Thanks for the pointer. > > On Tue, Nov 1, 2022 at 9:46 AM Antony Stone wrote: > > > On Tuesday 01 November 2022 at 14:54:54, Brian West wrote: > > > > Remove SWITCH_LOG_ and use these log levels. > > > > > > Sorry, but I don't follow. > > > > > > 1. Remove SWITCH_LOG_ from where? That string appears nowhere under > > > /etc/freeswitch on my systems. > > > > > > 2. How do I specify the log level when using XML? > > > > > > Here is a dialplan command which works and inserts a log entry with the > > > default level [INFO]: > > > > > > > > > > > > How should I change this so that the logged level is [ALERT]? > > > > > > > switch_types.h: SWITCH_LOG_DEBUG - Debug > > > > switch_types.h: SWITCH_LOG_INFO - Info > > > > switch_types.h: SWITCH_LOG_NOTICE - Notice > > > > switch_types.h: SWITCH_LOG_WARNING - Warning > > > > switch_types.h: SWITCH_LOG_ERROR - Error > > > > switch_types.h: SWITCH_LOG_CRIT - Critical > > > > switch_types.h: SWITCH_LOG_ALERT - Alert > > > > switch_types.h: SWITCH_LOG_CONSOLE - Console > > > > switch_types.h: SWITCH_LOG_DEBUG10 = 110, > > > > switch_types.h: SWITCH_LOG_DEBUG9 = 109, > > > > switch_types.h: SWITCH_LOG_DEBUG8 = 108, > > > > switch_types.h: SWITCH_LOG_DEBUG7 = 107, > > > > switch_types.h: SWITCH_LOG_DEBUG6 = 106, > > > > switch_types.h: SWITCH_LOG_DEBUG5 = 105, > > > > switch_types.h: SWITCH_LOG_DEBUG4 = 104, > > > > switch_types.h: SWITCH_LOG_DEBUG3 = 103, > > > > switch_types.h: SWITCH_LOG_DEBUG2 = 102, > > > > switch_types.h: SWITCH_LOG_DEBUG1 = 101, > > > > switch_types.h: SWITCH_LOG_DEBUG = 7, > > > > switch_types.h: SWITCH_LOG_INFO = 6, > > > > switch_types.h: SWITCH_LOG_NOTICE = 5, > > > > switch_types.h: SWITCH_LOG_WARNING = 4, > > > > switch_types.h: SWITCH_LOG_ERROR = 3, > > > > switch_types.h: SWITCH_LOG_CRIT = 2, > > > > switch_types.h: SWITCH_LOG_ALERT = 1, > > > > switch_types.h: SWITCH_LOG_CONSOLE = 0, > > > > switch_types.h: SWITCH_LOG_DISABLE = -1, > > > > switch_types.h: SWITCH_LOG_INVALID = 64, > > > > switch_types.h: SWITCH_LOG_UNINIT = 1000 > > > > > > Thanks, > > > > > > Antony. > > > > > > > On Tue, Nov 1, 2022 at 8:49 AM Antony Stone wrote: > > > > > Hi. > > > > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+l > > > > > og tells me that I can specify the LogLevel of messages: > > > > > > > > > > log [loglevel] > > > > > > > > > > It also tells me that I can use the function inline in an XML > > > > > dialplan: > > > > > > > > > > > > > > > > > > > > How do I specify the LogLevel when using XML? > > > > > > > > > > > > > > > Thanks, -- Because it messes up the order in which people normally read text. > Why is top-posting such a bad thing? > > Top-posting. > > > What is the most annoying way of replying to e-mail? Please reply to the list; please *don't* CC me. From freeswitch at botecomm.com Tue Nov 1 18:08:17 2022 From: freeswitch at botecomm.com (Bote Man) Date: Tue, 1 Nov 2022 14:08:17 -0400 Subject: [Freeswitch-users] LogLevel from XML dialplan? In-Reply-To: <202211011624.58513.Antony.Stone@freeswitch.open.source.it> References: <202211011425.14567.Antony.Stone@freeswitch.open.source.it> <202211011618.15417.Antony.Stone@freeswitch.open.source.it> <202211011624.58513.Antony.Stone@freeswitch.open.source.it> Message-ID: <009001d8ee1c$ecbb4320$c631c960$@botecomm.com> The "log" dialplan application simply sends a message to the FS log at the loglevel specified by the first word in the data= argument, as you discovered. Setting the loglevel switch-wide is done elsewhere, but I've never delved into it enough to know which place is which. There are some inter-dependencies so if you change it, you should test for the desired results. This is a good starting point in the wiki: https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+session+loglevel John Boteler Bote Communications -----Original Message----- From: FreeSWITCH-users On Behalf Of Antony Stone Sent: Tuesday, 1 November, 2022 11:25 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] LogLevel from XML dialplan? On Tuesday 01 November 2022 at 16:18:15, Antony Stone wrote: > On Tuesday 01 November 2022 at 16:01:01, Brian West wrote: > > > > That simply places the word "ALERT" at the start of the logged message. > > The log level is still [INFO]. Oh, now I see - it in fact adds a *second* message to the log, this time with level [ALERT] and of a different syntax. I'll see if I can deal with that... Thanks for the pointer. > > On Tue, Nov 1, 2022 at 9:46 AM Antony Stone wrote: > > > On Tuesday 01 November 2022 at 14:54:54, Brian West wrote: > > > > Remove SWITCH_LOG_ and use these log levels. > > > > > > Sorry, but I don't follow. > > > > > > 1. Remove SWITCH_LOG_ from where? That string appears nowhere > > > under /etc/freeswitch on my systems. > > > > > > 2. How do I specify the log level when using XML? > > > > > > Here is a dialplan command which works and inserts a log entry > > > with the default level [INFO]: > > > > > > > > > > > > How should I change this so that the logged level is [ALERT]? > > > > > > > switch_types.h: SWITCH_LOG_DEBUG - Debug > > > > switch_types.h: SWITCH_LOG_INFO - Info > > > > switch_types.h: SWITCH_LOG_NOTICE - Notice > > > > switch_types.h: SWITCH_LOG_WARNING - Warning > > > > switch_types.h: SWITCH_LOG_ERROR - Error > > > > switch_types.h: SWITCH_LOG_CRIT - Critical > > > > switch_types.h: SWITCH_LOG_ALERT - Alert > > > > switch_types.h: SWITCH_LOG_CONSOLE - Console > > > > switch_types.h: SWITCH_LOG_DEBUG10 = 110, > > > > switch_types.h: SWITCH_LOG_DEBUG9 = 109, > > > > switch_types.h: SWITCH_LOG_DEBUG8 = 108, > > > > switch_types.h: SWITCH_LOG_DEBUG7 = 107, > > > > switch_types.h: SWITCH_LOG_DEBUG6 = 106, > > > > switch_types.h: SWITCH_LOG_DEBUG5 = 105, > > > > switch_types.h: SWITCH_LOG_DEBUG4 = 104, > > > > switch_types.h: SWITCH_LOG_DEBUG3 = 103, > > > > switch_types.h: SWITCH_LOG_DEBUG2 = 102, > > > > switch_types.h: SWITCH_LOG_DEBUG1 = 101, > > > > switch_types.h: SWITCH_LOG_DEBUG = 7, > > > > switch_types.h: SWITCH_LOG_INFO = 6, > > > > switch_types.h: SWITCH_LOG_NOTICE = 5, > > > > switch_types.h: SWITCH_LOG_WARNING = 4, > > > > switch_types.h: SWITCH_LOG_ERROR = 3, > > > > switch_types.h: SWITCH_LOG_CRIT = 2, > > > > switch_types.h: SWITCH_LOG_ALERT = 1, > > > > switch_types.h: SWITCH_LOG_CONSOLE = 0, > > > > switch_types.h: SWITCH_LOG_DISABLE = -1, > > > > switch_types.h: SWITCH_LOG_INVALID = 64, > > > > switch_types.h: SWITCH_LOG_UNINIT = 1000 > > > > > > Thanks, > > > > > > Antony. > > > > > > > On Tue, Nov 1, 2022 at 8:49 AM Antony Stone wrote: > > > > > Hi. > > > > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptoo > > > > > ls:+l og tells me that I can specify the LogLevel of messages: > > > > > > > > > > log [loglevel] > > > > > > > > > > It also tells me that I can use the function inline in an XML > > > > > dialplan: > > > > > > > > > > > > > > > > > > > > How do I specify the LogLevel when using XML? > > > > > > > > > > > > > > > Thanks, -- Because it messes up the order in which people normally read text. > Why is top-posting such a bad thing? > > Top-posting. > > > What is the most annoying way of replying to e-mail? Please reply to the list; please *don't* CC me. _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com From Antony.Stone at freeswitch.open.source.it Wed Nov 2 14:17:46 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 2 Nov 2022 15:17:46 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? Message-ID: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> Hi. I'm looking for a variable I can access in the dialplan (I use XML if it matters) which will tell me the current time (when I read the variable) in the format 2022-11-02 12:34:56.789789 If that's not available, but a microsecond-resolution Epoch timestamp is, what would be the function to convert this to the above human format? https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+variables tells me about variables which are set after a channel is hung up, so they're no use during call setup, and https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables doesn't seem to have anything which represents "now". Can anyone suggest where I should be looking to find such variables? Thanks, Antony. -- There's no such thing as bad weather - only the wrong clothes. - Billy Connolly Please reply to the list; please *don't* CC me. From brian at freeswitch.com Wed Nov 2 15:12:22 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 2 Nov 2022 10:12:22 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> Message-ID: Are you trying to do something like billing? If so using variables or anything getvar related will result in pool swell. Billing is out of band, or inband with things like nibble bill, which is just an implementation of a core idea of being able to nibble from a balance using the session heartbeats. /b On Wed, Nov 2, 2022 at 9:55 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > Hi. > > I'm looking for a variable I can access in the dialplan (I use XML if it > matters) which will tell me the current time (when I read the variable) in > the > format 2022-11-02 12:34:56.789789 > > If that's not available, but a microsecond-resolution Epoch timestamp is, > what > would be the function to convert this to the above human format? > > https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+variables > tells me about variables which are set after a channel is hung up, so > they're > no use during call setup, and > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > doesn't > seem to have anything which represents "now". > > > Can anyone suggest where I should be looking to find such variables? > > > Thanks, > > > Antony. > > -- > There's no such thing as bad weather - only the wrong clothes. > > - Billy Connolly > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 2 15:46:24 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 2 Nov 2022 16:46:24 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211021646.24819.Antony.Stone@freeswitch.open.source.it> On Wednesday 02 November 2022 at 16:12:22, Brian West wrote: > Are you trying to do something like billing? If so using variables or > anything getvar related will result in pool swell. > > Billing is out of band, or inband with things like nibble bill, which is > just an implementation of a core idea of being able to nibble from a > balance using the session heartbeats. No, this is nothing to do with billing. I'm basically just looking for the same value which would be logged in a verbose logfile output against each dialplan action. > On Wed, Nov 2, 2022 at 9:55 AM Antony Stone wrote: > > Hi. > > > > I'm looking for a variable I can access in the dialplan (I use XML if it > > matters) which will tell me the current time (when I read the variable) > > in the format 2022-11-02 12:34:56.789789 > > > > If that's not available, but a microsecond-resolution Epoch timestamp is, > > what would be the function to convert this to the above human format? > > > > https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+variables > > tells me about variables which are set after a channel is hung up, so > > they're no use during call setup, and > > > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > > doesn't seem to have anything which represents "now". > > > > > > Can anyone suggest where I should be looking to find such variables? > > > > > > Thanks, > > > > > > Antony. -- I own three Windows books, published by O'Reilly. They are "Windows Annoyances", "Office 97 Annoyances" and "Windows 98 Annoyances". That pretty much sums it up for me. Please reply to the list; please *don't* CC me. From brian at freeswitch.com Wed Nov 2 16:18:26 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 2 Nov 2022 11:18:26 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211021646.24819.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021646.24819.Antony.Stone@freeswitch.open.source.it> Message-ID: Ok let's step back, what do you mean by this? On Wed, Nov 2, 2022 at 11:15 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 02 November 2022 at 16:12:22, Brian West wrote: > > > Are you trying to do something like billing? If so using variables or > > anything getvar related will result in pool swell. > > > > Billing is out of band, or inband with things like nibble bill, which is > > just an implementation of a core idea of being able to nibble from a > > balance using the session heartbeats. > > No, this is nothing to do with billing. > > I'm basically just looking for the same value which would be logged in a > verbose logfile output against each dialplan action. > > > On Wed, Nov 2, 2022 at 9:55 AM Antony Stone wrote: > > > Hi. > > > > > > I'm looking for a variable I can access in the dialplan (I use XML if > it > > > matters) which will tell me the current time (when I read the variable) > > > in the format 2022-11-02 12:34:56.789789 > > > > > > If that's not available, but a microsecond-resolution Epoch timestamp > is, > > > what would be the function to convert this to the above human format? > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+variables > > > tells me about variables which are set after a channel is hung up, so > > > they're no use during call setup, and > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > > > doesn't seem to have anything which represents "now". > > > > > > > > > Can anyone suggest where I should be looking to find such variables? > > > > > > > > > Thanks, > > > > > > > > > Antony. > > -- > I own three Windows books, published by O'Reilly. They are "Windows > Annoyances", "Office 97 Annoyances" and "Windows 98 Annoyances". That > pretty > much sums it up for me. > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 2 16:31:40 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 2 Nov 2022 17:31:40 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021646.24819.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211021731.40701.Antony.Stone@freeswitch.open.source.it> On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > Ok let's step back, what do you mean by this? I mean that I wish either to assign the current timestamp to a variable in the format 2022-11-02 12:34:56.789789, or to find a system variable which will provide this when I reference something like ${now}. I hope that's clear? As a workaround until I find out how to do this the correct way, the following command does what I want, however I suspect it's not very efficient: I got the somewhat complicated syntax of that command from https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system Antony. > On Wed, Nov 2, 2022 at 11:15 AM Antony Stone wrote: > > On Wednesday 02 November 2022 at 16:12:22, Brian West wrote: > > > Are you trying to do something like billing? If so using variables or > > > anything getvar related will result in pool swell. > > > > > > Billing is out of band, or inband with things like nibble bill, which > > > is just an implementation of a core idea of being able to nibble from > > > a balance using the session heartbeats. > > > > No, this is nothing to do with billing. > > > > I'm basically just looking for the same value which would be logged in a > > verbose logfile output against each dialplan action. > > > > > On Wed, Nov 2, 2022 at 9:55 AM Antony Stone wrote: > > > > Hi. > > > > > > > > I'm looking for a variable I can access in the dialplan (I use XML if > > > > it matters) which will tell me the current time (when I read the > > > > variable) in the format 2022-11-02 12:34:56.789789 > > > > > > > > If that's not available, but a microsecond-resolution Epoch timestamp > > > > is, what would be the function to convert this to the above human > > > > format? > > > > https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+ > > > > variables tells me about variables which are set after a channel is > > > > hung up, so they're no use during call setup, and > > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > > > > doesn't seem to have anything which represents "now". > > > > > > > > > > > > Can anyone suggest where I should be looking to find such variables? > > > > > > > > > > > > Thanks, > > > > > > > > > > > > Antony. -- Someone has stolen all the toilets from New Scotland Yard. Police say they have absolutely nothing to go on. Please reply to the list; please *don't* CC me. From brian at freeswitch.com Wed Nov 2 17:25:52 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 2 Nov 2022 12:25:52 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211021731.40701.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021646.24819.Antony.Stone@freeswitch.open.source.it> <202211021731.40701.Antony.Stone@freeswitch.open.source.it> Message-ID: What problem are you trying to solve? I still can't clearly understand what you're trying to accomplish. /b On Wed, Nov 2, 2022 at 12:12 PM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > Ok let's step back, what do you mean by this? > > I mean that I wish either to assign the current timestamp to a variable in > the > format 2022-11-02 12:34:56.789789, or to find a system variable which will > provide this when I reference something like ${now}. > > I hope that's clear? > > As a workaround until I find out how to do this the correct way, the > following > command does what I want, however I suspect it's not very efficient: > > application="set" > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > /> > > I got the somewhat complicated syntax of that command from > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > Antony. > > > On Wed, Nov 2, 2022 at 11:15 AM Antony Stone wrote: > > > On Wednesday 02 November 2022 at 16:12:22, Brian West wrote: > > > > Are you trying to do something like billing? If so using variables or > > > > anything getvar related will result in pool swell. > > > > > > > > Billing is out of band, or inband with things like nibble bill, which > > > > is just an implementation of a core idea of being able to nibble from > > > > a balance using the session heartbeats. > > > > > > No, this is nothing to do with billing. > > > > > > I'm basically just looking for the same value which would be logged in > a > > > verbose logfile output against each dialplan action. > > > > > > > On Wed, Nov 2, 2022 at 9:55 AM Antony Stone wrote: > > > > > Hi. > > > > > > > > > > I'm looking for a variable I can access in the dialplan (I use XML > if > > > > > it matters) which will tell me the current time (when I read the > > > > > variable) in the format 2022-11-02 12:34:56.789789 > > > > > > > > > > If that's not available, but a microsecond-resolution Epoch > timestamp > > > > > is, what would be the function to convert this to the above human > > > > > format? > > > > > https://freeswitch.org/confluence/display/FREESWITCH/Switch+core+ > > > > > variables tells me about variables which are set after a channel is > > > > > hung up, so they're no use during call setup, and > > > > > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables > > > > > doesn't seem to have anything which represents "now". > > > > > > > > > > > > > > > Can anyone suggest where I should be looking to find such > variables? > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > Antony. > > -- > Someone has stolen all the toilets from New Scotland Yard. Police say > they > have absolutely nothing to go on. > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 2 18:28:05 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 2 Nov 2022 19:28:05 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021731.40701.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211021928.05309.Antony.Stone@freeswitch.open.source.it> On Wednesday 02 November 2022 at 18:25:52, Brian West wrote: > What problem are you trying to solve? I still can't clearly > understand what you're trying to accomplish. Oh, I didn't realise you wanted to know what I planned to *do* with the information - I thought you were just trying to understand exactly what information I need. So, to answer your question about why I need these timestamps, I have specific points throughout the dialplan where I need to know the current (accurate) timestamp, in order to collect statistics on the efficiency of different parts of the dialplan (basically, how long does *this* section take to complete, how long does *that* section take, etc). These timing values are then combined with similar timestamps from other parts of the system (which includes Asterisk, database lookups, and other external services) to give an overall measure of the performance of individual parts of the whole thing. Ultimately I do not intend to collect this quantity of data from production systems, but on development and test systems I need to be able to spot quickly when some part of what FreeSwitch is doing, or anything else we are collecting these timestamps from, changes (for better or for worse) in how long the processing takes. Does that answer your question sufficiently to be able to guide to me where I can find the current timestamp inside the dialplan? I didn't realise that this could be a complicated question, but perhaps the fact that I didn't find the answer easily indicates that it is? > On Wed, Nov 2, 2022 at 12:12 PM Antony Stone wrote: > > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > Ok let's step back, what do you mean by this? > > > > I mean that I wish either to assign the current timestamp to a variable > > in the format 2022-11-02 12:34:56.789789, or to find a system variable > > which will provide this when I reference something like ${now}. > > > > I hope that's clear? > > > > As a workaround until I find out how to do this the correct way, the > > following command does what I want, however I suspect it's not very > > efficient: > > > > > application="set" > > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > > /> > > > > I got the somewhat complicated syntax of that command from > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > > > > Antony. -- "A person lives in the UK, but commutes to France daily for work. He belongs in the UK." - From UK Revenue & Customs notice 741, page 13, paragraph 3.5.1 - http://tinyurl.com/o7gnm4 Please reply to the list; please *don't* CC me. From andrew at cassidywebservices.co.uk Fri Nov 4 14:40:23 2022 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Fri, 4 Nov 2022 14:40:23 +0000 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211021928.05309.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021731.40701.Antony.Stone@freeswitch.open.source.it> <202211021928.05309.Antony.Stone@freeswitch.open.source.it> Message-ID: Set logging to debug, then every dialplan instruction, all parameters, and microsecond timings are recorded in the log file. You can also add your own log entries, which will also have that information. https://freeswitch.org/confluence/display/FREESWITCH/mod_logfile On Wed, 2 Nov 2022 at 19:00, Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 02 November 2022 at 18:25:52, Brian West wrote: > > > What problem are you trying to solve? I still can't clearly > > understand what you're trying to accomplish. > > Oh, I didn't realise you wanted to know what I planned to *do* with the > information - I thought you were just trying to understand exactly what > information I need. > > So, to answer your question about why I need these timestamps, I have > specific > points throughout the dialplan where I need to know the current (accurate) > timestamp, in order to collect statistics on the efficiency of different > parts of > the dialplan (basically, how long does *this* section take to complete, > how > long does *that* section take, etc). > > These timing values are then combined with similar timestamps from other > parts > of the system (which includes Asterisk, database lookups, and other > external > services) to give an overall measure of the performance of individual > parts of > the whole thing. > > Ultimately I do not intend to collect this quantity of data from > production > systems, but on development and test systems I need to be able to spot > quickly > when some part of what FreeSwitch is doing, or anything else we are > collecting > these timestamps from, changes (for better or for worse) in how long the > processing takes. > > Does that answer your question sufficiently to be able to guide to me > where I > can find the current timestamp inside the dialplan? > > I didn't realise that this could be a complicated question, but perhaps > the > fact that I didn't find the answer easily indicates that it is? > > > On Wed, Nov 2, 2022 at 12:12 PM Antony Stone wrote: > > > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > > Ok let's step back, what do you mean by this? > > > > > > I mean that I wish either to assign the current timestamp to a variable > > > in the format 2022-11-02 12:34:56.789789, or to find a system variable > > > which will provide this when I reference something like ${now}. > > > > > > I hope that's clear? > > > > > > As a workaround until I find out how to do this the correct way, the > > > following command does what I want, however I suspect it's not very > > > efficient: > > > > > > > > application="set" > > > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > > > /> > > > > > > I got the somewhat complicated syntax of that command from > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > > > > > > > Antony. > > -- > "A person lives in the UK, but commutes to France daily for work. > He belongs in the UK." > > - From UK Revenue & Customs notice 741, page 13, paragraph 3.5.1 > - http://tinyurl.com/o7gnm4 > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- *Andrew Cassidy BSc (Hons) MBCS* Managing Director 0330 44 55 960 <+443304455960> andrew at cassidyweb.co.uk www.cassidyweb.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Fri Nov 4 15:05:39 2022 From: brian at freeswitch.com (Brian West) Date: Fri, 4 Nov 2022 10:05:39 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211021928.05309.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021731.40701.Antony.Stone@freeswitch.open.source.it> <202211021928.05309.Antony.Stone@freeswitch.open.source.it> Message-ID: The way the dial plan is compiled and executed will vary depending on a lot of factors, what purpose are you using this for? because it's a metric that will show little to no variance, your best bet is to turn on xml_cdr and use that it has all the info and history of what and when things took place. Don't burden the dialplan with these sorts of tasks as freeswitch wasn't designed to be used like that. /b On Wed, Nov 2, 2022 at 2:03 PM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 02 November 2022 at 18:25:52, Brian West wrote: > > > What problem are you trying to solve? I still can't clearly > > understand what you're trying to accomplish. > > Oh, I didn't realise you wanted to know what I planned to *do* with the > information - I thought you were just trying to understand exactly what > information I need. > > So, to answer your question about why I need these timestamps, I have > specific > points throughout the dialplan where I need to know the current (accurate) > timestamp, in order to collect statistics on the efficiency of different > parts of > the dialplan (basically, how long does *this* section take to complete, > how > long does *that* section take, etc). > > These timing values are then combined with similar timestamps from other > parts > of the system (which includes Asterisk, database lookups, and other > external > services) to give an overall measure of the performance of individual > parts of > the whole thing. > > Ultimately I do not intend to collect this quantity of data from > production > systems, but on development and test systems I need to be able to spot > quickly > when some part of what FreeSwitch is doing, or anything else we are > collecting > these timestamps from, changes (for better or for worse) in how long the > processing takes. > > Does that answer your question sufficiently to be able to guide to me > where I > can find the current timestamp inside the dialplan? > > I didn't realise that this could be a complicated question, but perhaps > the > fact that I didn't find the answer easily indicates that it is? > > > On Wed, Nov 2, 2022 at 12:12 PM Antony Stone wrote: > > > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > > Ok let's step back, what do you mean by this? > > > > > > I mean that I wish either to assign the current timestamp to a variable > > > in the format 2022-11-02 12:34:56.789789, or to find a system variable > > > which will provide this when I reference something like ${now}. > > > > > > I hope that's clear? > > > > > > As a workaround until I find out how to do this the correct way, the > > > following command does what I want, however I suspect it's not very > > > efficient: > > > > > > > > application="set" > > > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > > > /> > > > > > > I got the somewhat complicated syntax of that command from > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > > > > > > > Antony. > > -- > "A person lives in the UK, but commutes to France daily for work. > He belongs in the UK." > > - From UK Revenue & Customs notice 741, page 13, paragraph 3.5.1 > - http://tinyurl.com/o7gnm4 > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Nov 4 15:35:48 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 4 Nov 2022 16:35:48 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021928.05309.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211041635.48316.Antony.Stone@freeswitch.open.source.it> On Friday 04 November 2022 at 16:05:39, Brian West wrote: > The way the dial plan is compiled and executed will vary depending on a lot > of factors, what purpose are you using this for? because it's a metric that > will show little to no variance, your best bet is to turn on xml_cdr and > use that it has all the info and history of what and when things took > place. Don't burden the dialplan with these sorts of tasks as freeswitch > wasn't designed to be used like that. Okay, I'll look at xml_cdr. I'm currently using cdr_odbc - do you see any problem in using both? Also, just for a definitive answer, do I take it that there is no variable which the dialplan can reference in order to get the current timestamp? Antony. > On Wed, Nov 2, 2022 at 2:03 PM Antony Stone wrote: > > On Wednesday 02 November 2022 at 18:25:52, Brian West wrote: > > > What problem are you trying to solve? I still can't clearly > > > understand what you're trying to accomplish. > > > > Oh, I didn't realise you wanted to know what I planned to *do* with the > > information - I thought you were just trying to understand exactly what > > information I need. > > > > So, to answer your question about why I need these timestamps, I have > > specific points throughout the dialplan where I need to know the current > > (accurate) timestamp, in order to collect statistics on the efficiency > > of different parts of the dialplan (basically, how long does *this* section > > take to complete, how long does *that* section take, etc). > > > > These timing values are then combined with similar timestamps from other > > parts of the system (which includes Asterisk, database lookups, and other > > external services) to give an overall measure of the performance of > > individual parts of the whole thing. > > > > Ultimately I do not intend to collect this quantity of data from > > production systems, but on development and test systems I need to be able > > to spot quickly when some part of what FreeSwitch is doing, or anything > > else we are collecting these timestamps from, changes (for better or for > > worse) in how long the processing takes. > > > > Does that answer your question sufficiently to be able to guide to me > > where I can find the current timestamp inside the dialplan? > > > > I didn't realise that this could be a complicated question, but perhaps > > the fact that I didn't find the answer easily indicates that it is? > > > > > On Wed, Nov 2, 2022 at 12:12 PM Antony Stone wrote: > > > > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > > > Ok let's step back, what do you mean by this? > > > > > > > > I mean that I wish either to assign the current timestamp to a > > > > variable in the format 2022-11-02 12:34:56.789789, or to find a > > > > system variable which will provide this when I reference something > > > > like ${now}. > > > > > > > > I hope that's clear? > > > > > > > > As a workaround until I find out how to do this the correct way, the > > > > following command does what I want, however I suspect it's not very > > > > efficient: > > > > > > > > > > > > > > > application="set" > > > > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > > > > > > > > /> > > > > > > > > I got the somewhat complicated syntax of that command from > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > > > > Antony. -- .evah I serutangis sseltniop tsom eht fo eno eb tsum sihT Please reply to the list; please *don't* CC me. From brian at freeswitch.com Fri Nov 4 17:25:21 2022 From: brian at freeswitch.com (Brian West) Date: Fri, 4 Nov 2022 12:25:21 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211041635.48316.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211021928.05309.Antony.Stone@freeswitch.open.source.it> <202211041635.48316.Antony.Stone@freeswitch.open.source.it> Message-ID: Inline below. On Fri, Nov 4, 2022 at 11:06 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Friday 04 November 2022 at 16:05:39, Brian West wrote: > > > The way the dial plan is compiled and executed will vary depending on a > lot > > of factors, what purpose are you using this for? because it's a metric > that > > will show little to no variance, your best bet is to turn on xml_cdr and > > use that it has all the info and history of what and when things took > > place. Don't burden the dialplan with these sorts of tasks as freeswitch > > wasn't designed to be used like that. > > Okay, I'll look at xml_cdr. > > I'm currently using cdr_odbc - do you see any problem in using both? > No issue at all, cdr_odbc gives you a fraction of the info that xml_cdr does. > > Also, just for a definitive answer, do I take it that there is no variable > which the dialplan can reference in order to get the current timestamp? > I'd not recommend doing that, because every time you do a get var, you cause a pool allocation and doing this in a loop will make your session pool swell at the rate of whatever you're calling get_var on. Doing anything at all inline with the dialplan is not the right approach. your logic and info should be all external, keying off events either on ESL or custom modules you wrote. > > > Antony. > > > On Wed, Nov 2, 2022 at 2:03 PM Antony Stone wrote: > > > On Wednesday 02 November 2022 at 18:25:52, Brian West wrote: > > > > What problem are you trying to solve? I still can't clearly > > > > understand what you're trying to accomplish. > > > > > > Oh, I didn't realise you wanted to know what I planned to *do* with the > > > information - I thought you were just trying to understand exactly what > > > information I need. > > > > > > So, to answer your question about why I need these timestamps, I have > > > specific points throughout the dialplan where I need to know the > current > > > (accurate) timestamp, in order to collect statistics on the efficiency > > > of different parts of the dialplan (basically, how long does *this* > section > > > take to complete, how long does *that* section take, etc). > > > > > > These timing values are then combined with similar timestamps from > other > > > parts of the system (which includes Asterisk, database lookups, and > other > > > external services) to give an overall measure of the performance of > > > individual parts of the whole thing. > > > > > > Ultimately I do not intend to collect this quantity of data from > > > production systems, but on development and test systems I need to be > able > > > to spot quickly when some part of what FreeSwitch is doing, or anything > > > else we are collecting these timestamps from, changes (for better or > for > > > worse) in how long the processing takes. > > > > > > Does that answer your question sufficiently to be able to guide to me > > > where I can find the current timestamp inside the dialplan? > > > > > > I didn't realise that this could be a complicated question, but perhaps > > > the fact that I didn't find the answer easily indicates that it is? > > > > > > > On Wed, Nov 2, 2022 at 12:12 PM Antony Stone wrote: > > > > > On Wednesday 02 November 2022 at 17:18:26, Brian West wrote: > > > > > > Ok let's step back, what do you mean by this? > > > > > > > > > > I mean that I wish either to assign the current timestamp to a > > > > > variable in the format 2022-11-02 12:34:56.789789, or to find a > > > > > system variable which will provide this when I reference something > > > > > like ${now}. > > > > > > > > > > I hope that's clear? > > > > > > > > > > As a workaround until I find out how to do this the correct way, > the > > > > > following command does what I want, however I suspect it's not very > > > > > efficient: > > > > > > > > > > > > > > > > > > > application="set" > > > > > data="now=${regex(${system date '+%F %T.%N'}|(.+)|%1)}" > > > > > > > > > > /> > > > > > > > > > > I got the somewhat complicated syntax of that command from > > > > > > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools:+system > > > > > > > > Antony. > > -- > .evah I serutangis sseltniop tsom eht fo eno eb tsum sihT > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Nov 4 17:42:20 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 4 Nov 2022 18:42:20 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211041635.48316.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211041842.20411.Antony.Stone@freeswitch.open.source.it> On Friday 04 November 2022 at 18:25:21, Brian West wrote: > > I'm currently using cdr_odbc - do you see any problem in using both? > > No issue at all, cdr_odbc gives you a fraction of the info that xml_cdr > does. Okay, thanks. > > Also, just for a definitive answer, do I take it that there is no > > variable which the dialplan can reference in order to get the current > > timestamp? > > I'd not recommend doing that, because every time you do a get var, you > cause a pool allocation and doing this in a loop will make your session > pool swell at the rate of whatever you're calling get_var on. Doing > anything at all inline with the dialplan is not the right approach. your > logic and info should be all external, keying off events either on ESL or > custom modules you wrote. Hm, this sounds like an interesting and important conceptual aspect of the way FreeSwitch works which I suspect I haven't fully "got". Can you point me at the documentation which explains this, for people who are more used to procedural programming, and show how we should be thinking about FreeSwitch dialplans instead? I'm certainly keen on using FreeSwitch in as efficient a manner as possible :) Thanks, Antony. -- In the Beginning there was nothing, which exploded. - Terry Pratchett Please reply to the list; please *don't* CC me. From brian at freeswitch.com Fri Nov 4 18:13:27 2022 From: brian at freeswitch.com (Brian West) Date: Fri, 4 Nov 2022 13:13:27 -0500 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211041842.20411.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211041635.48316.Antony.Stone@freeswitch.open.source.it> <202211041842.20411.Antony.Stone@freeswitch.open.source.it> Message-ID: Antony, Maybe you can come to our next office hours? On Fri, Nov 4, 2022 at 1:05 PM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Friday 04 November 2022 at 18:25:21, Brian West wrote: > > > > I'm currently using cdr_odbc - do you see any problem in using both? > > > > No issue at all, cdr_odbc gives you a fraction of the info that xml_cdr > > does. > > Okay, thanks. > > > > Also, just for a definitive answer, do I take it that there is no > > > variable which the dialplan can reference in order to get the current > > > timestamp? > > > > I'd not recommend doing that, because every time you do a get var, you > > cause a pool allocation and doing this in a loop will make your session > > pool swell at the rate of whatever you're calling get_var on. Doing > > anything at all inline with the dialplan is not the right approach. your > > logic and info should be all external, keying off events either on ESL or > > custom modules you wrote. > > Hm, this sounds like an interesting and important conceptual aspect of the > way > FreeSwitch works which I suspect I haven't fully "got". > > Can you point me at the documentation which explains this, for people who > are > more used to procedural programming, and show how we should be thinking > about > FreeSwitch dialplans instead? > > I'm certainly keen on using FreeSwitch in as efficient a manner as > possible :) > > > Thanks, > > > Antony. > > -- > In the Beginning there was nothing, which exploded. > > - Terry Pratchett > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Nov 4 18:19:35 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 4 Nov 2022 19:19:35 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211041842.20411.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211041919.35386.Antony.Stone@freeswitch.open.source.it> On Friday 04 November 2022 at 19:13:27, Brian West wrote: > Antony, > > Maybe you can come to our next office hours? Er, what? Where are you? > On Fri, Nov 4, 2022 at 1:05 PM Antony Stone wrote: > > On Friday 04 November 2022 at 18:25:21, Brian West wrote: > > > > > I'd not recommend doing that, because every time you do a get var, you > > > cause a pool allocation and doing this in a loop will make your session > > > pool swell at the rate of whatever you're calling get_var on. Doing > > > anything at all inline with the dialplan is not the right approach. > > > your logic and info should be all external, keying off events either > > > on ESL or custom modules you wrote. > > > > Hm, this sounds like an interesting and important conceptual aspect of > > the way FreeSwitch works which I suspect I haven't fully "got". > > > > Can you point me at the documentation which explains this, for people who > > are more used to procedural programming, and show how we should be > > thinking about FreeSwitch dialplans instead? > > > > I'm certainly keen on using FreeSwitch in as efficient a manner as > > possible :) Antony. -- "Black holes are where God divided by zero." - Steven Wright Please reply to the list; please *don't* CC me. From piotr at dataandsignal.com Sat Nov 5 20:46:39 2022 From: piotr at dataandsignal.com (Piotr Gregor) Date: Sat, 5 Nov 2022 21:46:39 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211041919.35386.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211041842.20411.Antony.Stone@freeswitch.open.source.it> <202211041919.35386.Antony.Stone@freeswitch.open.source.it> Message-ID: Antony, This sounds like a job for a module, especially that you mentioned you would like to upload/send it somewhere and combine it with data from other services. You create a module that exports one or more applications, you can call them from dialplan. best, Piotr Gregor Software Engineer M: (+44) 07483 866 525 L: (+44) 01256 597 470 www: dataandsignal.com On Fri, Nov 4, 2022 at 7:30 PM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Friday 04 November 2022 at 19:13:27, Brian West wrote: > > > Antony, > > > > Maybe you can come to our next office hours? > > Er, what? Where are you? > > > On Fri, Nov 4, 2022 at 1:05 PM Antony Stone wrote: > > > On Friday 04 November 2022 at 18:25:21, Brian West wrote: > > > > > > > I'd not recommend doing that, because every time you do a get var, > you > > > > cause a pool allocation and doing this in a loop will make your > session > > > > pool swell at the rate of whatever you're calling get_var on. Doing > > > > anything at all inline with the dialplan is not the right approach. > > > > your logic and info should be all external, keying off events either > > > > on ESL or custom modules you wrote. > > > > > > Hm, this sounds like an interesting and important conceptual aspect of > > > the way FreeSwitch works which I suspect I haven't fully "got". > > > > > > Can you point me at the documentation which explains this, for people > who > > > are more used to procedural programming, and show how we should be > > > thinking about FreeSwitch dialplans instead? > > > > > > I'm certainly keen on using FreeSwitch in as efficient a manner as > > > possible :) > > > Antony. > > -- > "Black holes are where God divided by zero." > > - Steven Wright > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aina.mestre at airenetworks.es Mon Nov 7 12:25:00 2022 From: aina.mestre at airenetworks.es (Aina Mestre) Date: Mon, 7 Nov 2022 12:25:00 +0000 Subject: [Freeswitch-users] Sofia Status Message-ID: <6be253c7fba4438ba139979a81439921@airenetworks.es> Good morning, I would like to know to which file does freeswitch read the status of a profile. Because even if I have my PBX registered against Freeswitch with user and password or peers, and I can make calls normally. If i write "fs_cli -x "sofia status"" it appers there is nothing registered. Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From avi at avimarcus.net Mon Nov 7 12:53:49 2022 From: avi at avimarcus.net (Avi Marcus) Date: Mon, 7 Nov 2022 12:53:49 +0000 Subject: [Freeswitch-users] Sofia Status In-Reply-To: <6be253c7fba4438ba139979a81439921@airenetworks.es> References: <6be253c7fba4438ba139979a81439921@airenetworks.es> Message-ID: <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> It sounds like you want `sofia status...` `sofia profile [reg []] | [pres ] | [user ]` So for plain text output to check all active registrations on the 'internal' profile, do: `sofia status profile internal reg` (You can get xmlstatus returned instead, or filter for specific results) -Avi Marcus On Mon, Nov 7, 2022 at 2:25 PM Aina Mestre wrote: > Good morning, > > > > I would like to know to which file does freeswitch read the status of a > profile. Because even if I have my PBX registered against Freeswitch with > user and password or peers, and I can make calls normally. If i write > “fs_cli -x “sofia status”” it appers there is nothing registered. > > > > Thanks in advance > > > > > _________________________________________________________________________ > > 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: From brian at freeswitch.com Mon Nov 7 13:07:20 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 7 Nov 2022 07:07:20 -0600 Subject: [Freeswitch-users] Sofia Status In-Reply-To: <6be253c7fba4438ba139979a81439921@airenetworks.es> References: <6be253c7fba4438ba139979a81439921@airenetworks.es> Message-ID: Aina, The correct command is 'sofia status profile reg' On Mon, Nov 7, 2022 at 6:31 AM Aina Mestre wrote: > Good morning, > > > > I would like to know to which file does freeswitch read the status of a > profile. Because even if I have my PBX registered against Freeswitch with > user and password or peers, and I can make calls normally. If i write > “fs_cli -x “sofia status”” it appers there is nothing registered. > > > > Thanks in advance > > > > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Mon Nov 7 13:41:28 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 7 Nov 2022 07:41:28 -0600 Subject: [Freeswitch-users] Sofia Status In-Reply-To: <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> References: <6be253c7fba4438ba139979a81439921@airenetworks.es> <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> Message-ID: HAHA, we both replied within the same minute. :). Happy FreeSWITCHing. On Mon, Nov 7, 2022 at 7:08 AM Avi Marcus wrote: > It sounds like you want `sofia status...` > > `sofia profile [reg []] | [pres > ] | [user ]` > > So for plain text output to check all active registrations on the > 'internal' profile, do: > `sofia status profile internal reg` > (You can get xmlstatus returned instead, or filter for specific results) > > > > > -Avi Marcus > > > > On Mon, Nov 7, 2022 at 2:25 PM Aina Mestre > wrote: > >> Good morning, >> >> >> >> I would like to know to which file does freeswitch read the status of a >> profile. Because even if I have my PBX registered against Freeswitch with >> user and password or peers, and I can make calls normally. If i write >> “fs_cli -x “sofia status”” it appers there is nothing registered. >> >> >> >> Thanks in advance >> >> >> >> >> _________________________________________________________________________ >> >> 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From aina.mestre at airenetworks.es Mon Nov 7 14:50:08 2022 From: aina.mestre at airenetworks.es (Aina Mestre) Date: Mon, 7 Nov 2022 14:50:08 +0000 Subject: [Freeswitch-users] Sofia Status In-Reply-To: References: <6be253c7fba4438ba139979a81439921@airenetworks.es> <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> Message-ID: Hi, Yeah i know that, the problema is that is says: [cid:image001.png at 01D8F2C0.9BBD0B90] De: FreeSWITCH-users En nombre de Brian West Enviado el: lunes, 7 de noviembre de 2022 14:41 Para: FreeSWITCH Users Help Asunto: Re: [Freeswitch-users] Sofia Status Este e-mail fue originado fuera de Aire Networks. Ayúdanos a mantener segura nuestra empresa. Por favor, extrema las medidas de seguridad con los adjuntos, los enlaces o las solicitudes que pueda contener. HAHA, we both replied within the same minute. :). Happy FreeSWITCHing. On Mon, Nov 7, 2022 at 7:08 AM Avi Marcus > wrote: It sounds like you want `sofia status...` `sofia profile [reg []] | [pres ] | [user ]` So for plain text output to check all active registrations on the 'internal' profile, do: `sofia status profile internal reg` (You can get xmlstatus returned instead, or filter for specific results) -Avi Marcus On Mon, Nov 7, 2022 at 2:25 PM Aina Mestre > wrote: Good morning, I would like to know to which file does freeswitch read the status of a profile. Because even if I have my PBX registered against Freeswitch with user and password or peers, and I can make calls normally. If i write “fs_cli -x “sofia status”” it appers there is nothing registered. Thanks in advance _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [https://www.facebook.com/signalwireinc?src=email][https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7210 bytes Desc: image001.png URL: From brian at freeswitch.com Mon Nov 7 15:35:23 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 7 Nov 2022 09:35:23 -0600 Subject: [Freeswitch-users] Sofia Status In-Reply-To: References: <6be253c7fba4438ba139979a81439921@airenetworks.es> <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> Message-ID: Sure you're listing the correct profile? and blind-reg isn't turned on or something setup to not write it down? On Mon, Nov 7, 2022 at 8:57 AM Aina Mestre wrote: > Hi, > > Yeah i know that, the problema is that is says: > > > > > > *De:* FreeSWITCH-users *En > nombre de *Brian West > *Enviado el:* lunes, 7 de noviembre de 2022 14:41 > *Para:* FreeSWITCH Users Help > *Asunto:* Re: [Freeswitch-users] Sofia Status > > > > Este e-mail fue originado fuera de Aire Networks. Ayúdanos a mantener > segura nuestra empresa. Por favor, extrema las medidas de seguridad con los > adjuntos, los enlaces o las solicitudes que pueda contener. > > > > HAHA, we both replied within the same minute. :). > > > > Happy FreeSWITCHing. > > > > On Mon, Nov 7, 2022 at 7:08 AM Avi Marcus wrote: > > It sounds like you want `sofia status...` > > > > `sofia profile [reg []] | [pres > ] | [user ]` > > > > So for plain text output to check all active registrations on the > 'internal' profile, do: > > `sofia status profile internal reg` > > (You can get xmlstatus returned instead, or filter for specific results) > > > > > > > > > -Avi Marcus > > > > > > On Mon, Nov 7, 2022 at 2:25 PM Aina Mestre > wrote: > > Good morning, > > > > I would like to know to which file does freeswitch read the status of a > profile. Because even if I have my PBX registered against Freeswitch with > user and password or peers, and I can make calls normally. If i write > “fs_cli -x “sofia status”” it appers there is nothing registered. > > > > Thanks in advance > > > > > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: https://www.facebook.com/signalwireinc?src=email] > [image: > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7210 bytes Desc: not available URL: From lists at telefaks.de Mon Nov 7 16:04:07 2022 From: lists at telefaks.de (Peter Steinbach) Date: Mon, 7 Nov 2022 17:04:07 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE Message-ID: Dear community, we have a call scenario where we have several call groups running one after another. Normally, when a phone picks up the call, all other calls receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. In my cause, when one call group is following another call group I want to have the following behaviour * CallGroup 1, nobody answers, all phones shall get a LOSE_RACE * CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING (normal behaviour) Is there chance to do this without interfering via ESL? How can I force freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all phones, when nobody picks up? -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Mon Nov 7 16:18:17 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Mon, 7 Nov 2022 17:18:17 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: Message-ID: This scenario would be really useful. On Mon, 7 Nov 2022 at 17:05, Peter Steinbach wrote: > Dear community, > > > we have a call scenario where we have several call groups running one > after another. Normally, when a phone picks up the call, all other calls > receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. > > In my cause, when one call group is following another call group I want to > have the following behaviour > > - CallGroup 1, nobody answers, all phones shall get a LOSE_RACE > - CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING > (normal behaviour) > > Is there chance to do this without interfering via ESL? How can I force > freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all > phones, when nobody picks up? > > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbHmailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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: From brian at freeswitch.com Mon Nov 7 16:43:05 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 7 Nov 2022 10:43:05 -0600 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: Message-ID: lose_race should have a Reason header of call-completed-elsewhere. So that phones in the group don't show missed calls when one of them did answer it, Normal clearing would have the endpoint registering a missed call if nobody answered it. /b On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach wrote: > Dear community, > > > we have a call scenario where we have several call groups running one > after another. Normally, when a phone picks up the call, all other calls > receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. > > In my cause, when one call group is following another call group I want to > have the following behaviour > > - CallGroup 1, nobody answers, all phones shall get a LOSE_RACE > - CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING > (normal behaviour) > > Is there chance to do this without interfering via ESL? How can I force > freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all > phones, when nobody picks up? > > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbHmailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From aina.mestre at airenetworks.es Tue Nov 8 06:47:45 2022 From: aina.mestre at airenetworks.es (Aina Mestre) Date: Tue, 8 Nov 2022 06:47:45 +0000 Subject: [Freeswitch-users] Sofia Status In-Reply-To: References: <6be253c7fba4438ba139979a81439921@airenetworks.es> <010001845227794d-1e00401f-be3a-4993-be05-242fe5df923c-000000@email.amazonses.com> Message-ID: <924b5d356fb441b58a0750b5f7835933@airenetworks.es> Good morning, Yes, i’m sure i’m listing the correct profile. I had the parameter “accept-blind-reg” on false, but i change it to true and the result is the same. Which parameters can affect to this data? This is my sofia profile configurations: [root at fsproxysmart4 autoload_configs]# cat sofia.conf.xml De: FreeSWITCH-users En nombre de Brian West Enviado el: lunes, 7 de noviembre de 2022 16:35 Para: FreeSWITCH Users Help Asunto: Re: [Freeswitch-users] Sofia Status Este e-mail fue originado fuera de Aire Networks. Ayúdanos a mantener segura nuestra empresa. Por favor, extrema las medidas de seguridad con los adjuntos, los enlaces o las solicitudes que pueda contener. Sure you're listing the correct profile? and blind-reg isn't turned on or something setup to not write it down? On Mon, Nov 7, 2022 at 8:57 AM Aina Mestre > wrote: Hi, Yeah i know that, the problema is that is says: [cid:image001.png at 01D8F345.3FC22250] De: FreeSWITCH-users > En nombre de Brian West Enviado el: lunes, 7 de noviembre de 2022 14:41 Para: FreeSWITCH Users Help > Asunto: Re: [Freeswitch-users] Sofia Status Este e-mail fue originado fuera de Aire Networks. Ayúdanos a mantener segura nuestra empresa. Por favor, extrema las medidas de seguridad con los adjuntos, los enlaces o las solicitudes que pueda contener. HAHA, we both replied within the same minute. :). Happy FreeSWITCHing. On Mon, Nov 7, 2022 at 7:08 AM Avi Marcus > wrote: It sounds like you want `sofia status...` `sofia profile [reg []] | [pres ] | [user ]` So for plain text output to check all active registrations on the 'internal' profile, do: `sofia status profile internal reg` (You can get xmlstatus returned instead, or filter for specific results) -Avi Marcus On Mon, Nov 7, 2022 at 2:25 PM Aina Mestre > wrote: Good morning, I would like to know to which file does freeswitch read the status of a profile. Because even if I have my PBX registered against Freeswitch with user and password or peers, and I can make calls normally. If i write “fs_cli -x “sofia status”” it appers there is nothing registered. Thanks in advance _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [https://www.facebook.com/signalwireinc?src=email][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 -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [https://www.facebook.com/signalwireinc?src=email][https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7210 bytes Desc: image001.png URL: From gregor at infomedia.si Tue Nov 8 07:48:13 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Tue, 8 Nov 2022 08:48:13 +0100 Subject: [Freeswitch-users] Force enterprise_originate for CDR XML Message-ID: I like how enterprise originate generate CDRs. For group bridge to 2 extensions, with :_:, FS generates one xml for the inbound leg and 2 for the outbound. It is easy logic to parse CDRs and I can put logic variables for each leg. It uses more resources, but the development logic for parsing CDRs is united. But if there is no group call, bridge only to one extension, FS puts an additional callflow XML tag to inbound leg XML. At the moment, I fake enterprise originate and put empty :_: on the end of the bridge (if it is bridge only to one extension). It issues DESTINATION_OUT_OF_ORDER, but generates separate XML for outbound leg. So, is there a way to tell FS how to generate CDR per bridge, to generate separate XML when leg goes out, only if it is one? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Prometheus001 at gmx.net Tue Nov 8 11:25:26 2022 From: Prometheus001 at gmx.net (Peter P GMX) Date: Tue, 8 Nov 2022 12:25:26 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: Message-ID: <04bad216-b6bc-d3a2-9c1f-3b949fd3c63d@gmx.net> Thanks for your comment is there a way to achieve that? /Peter Am 07.11.22 um 17:43 schrieb Brian West: > lose_race should have a Reason header of call-completed-elsewhere.  So > that phones in the group don't show missed calls when one of them did > answer it, Normal clearing would have the endpoint registering a > missed call if nobody answered it. > > /b > > > On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach > wrote: > > Dear community, > > > we have a call scenario where we have several call groups running > one after another. Normally, when a phone picks up the call, all > other calls receive a LOSE_RACE. If nobody picks up, all phones > get a NORMAL_CLEARING. > > In my cause, when one call group is following another call group I > want to have the following behaviour > > * CallGroup 1, nobody answers, all phones shall get a LOSE_RACE > * CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING > (normal behaviour) > > Is there chance to do this without interfering via ESL? How can I > force freeswitch in CallGroup 1 e.g. via dialplan to send > LOSE_RACE to all phones, when nobody picks up? > > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > https://www.facebook.com/signalwireinc?src=email > 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: From lists at telefaks.de Tue Nov 8 11:27:57 2022 From: lists at telefaks.de (Peter Steinbach) Date: Tue, 8 Nov 2022 12:27:57 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: Message-ID: <920a2ac9-fcc9-4543-a417-af48fd4cb6aa@telefaks.de> Thanks for your comment is there a way to achieve that? /Peter Am 07.11.22 um 17:43 schrieb Brian West: > lose_race should have a Reason header of call-completed-elsewhere.  So > that phones in the group don't show missed calls when one of them did > answer it, Normal clearing would have the endpoint registering a > missed call if nobody answered it. > > /b > > > On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach > wrote: > > Dear community, > > > we have a call scenario where we have several call groups running > one after another. Normally, when a phone picks up the call, all > other calls receive a LOSE_RACE. If nobody picks up, all phones > get a NORMAL_CLEARING. > > In my cause, when one call group is following another call group I > want to have the following behaviour > > * CallGroup 1, nobody answers, all phones shall get a LOSE_RACE > * CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING > (normal behaviour) > > Is there chance to do this without interfering via ESL? How can I > force freeswitch in CallGroup 1 e.g. via dialplan to send > LOSE_RACE to all phones, when nobody picks up? > > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > https://www.facebook.com/signalwireinc?src=email > 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 -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Tue Nov 8 12:21:19 2022 From: brian at freeswitch.com (Brian West) Date: Tue, 8 Nov 2022 06:21:19 -0600 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: <920a2ac9-fcc9-4543-a417-af48fd4cb6aa@telefaks.de> References: <920a2ac9-fcc9-4543-a417-af48fd4cb6aa@telefaks.de> Message-ID: Turn on the sip trace, it should behave that way by default. On Tue, Nov 8, 2022 at 6:01 AM Peter Steinbach wrote: > Thanks for your comment > > is there a way to achieve that? > > /Peter > > > > Am 07.11.22 um 17:43 schrieb Brian West: > > lose_race should have a Reason header of call-completed-elsewhere. So > that phones in the group don't show missed calls when one of them did > answer it, Normal clearing would have the endpoint registering a missed > call if nobody answered it. > > /b > > > On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach wrote: > >> Dear community, >> >> >> we have a call scenario where we have several call groups running one >> after another. Normally, when a phone picks up the call, all other calls >> receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. >> >> In my cause, when one call group is following another call group I want >> to have the following behaviour >> >> - CallGroup 1, nobody answers, all phones shall get a LOSE_RACE >> - CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING >> (normal behaviour) >> >> Is there chance to do this without interfering via ESL? How can I force >> freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all >> phones, when nobody picks up? >> >> >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbHmailto:lists (att) telefaks.de >> Internet: www.telefaks.de >> >> _________________________________________________________________________ >> >> 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: https://www.facebook.com/signalwireinc?src=email] > [image: > 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 Servicessales at freeswitch.comhttps://freeswitch.com > > Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbHmailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Tue Nov 8 14:56:34 2022 From: brian at freeswitch.com (Brian West) Date: Tue, 8 Nov 2022 08:56:34 -0600 Subject: [Freeswitch-users] Force enterprise_originate for CDR XML In-Reply-To: References: Message-ID: It's doing one per bridge already, since each bridge stands alone. On Tue, Nov 8, 2022 at 1:57 AM Gregor Nanger wrote: > > I like how enterprise originate generate CDRs. For group bridge to 2 > extensions, with :_:, FS generates one xml for the inbound leg and 2 for > the outbound. It is easy logic to parse CDRs and I can put logic variables > for each leg. It uses more resources, but the development logic for parsing > CDRs is united. > > But if there is no group call, bridge only to one extension, FS puts an > additional callflow XML tag to inbound leg XML. At the moment, I fake > enterprise originate and put empty :_: on the end of the bridge (if it is > bridge only to one extension). It issues DESTINATION_OUT_OF_ORDER, but > generates separate XML for outbound leg. > > So, is there a way to tell FS how to generate CDR per bridge, to generate > separate XML when leg goes out, only if it is one? > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Tue Nov 8 22:55:18 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Tue, 8 Nov 2022 23:55:18 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211041842.20411.Antony.Stone@freeswitch.open.source.it> <202211041919.35386.Antony.Stone@freeswitch.open.source.it> Message-ID: Anthony, would strftime [format_string] do the job? On Sat, 5 Nov 2022 at 21:48, Piotr Gregor wrote: > Antony, > > This sounds like a job for a module, especially that you mentioned you > would like to upload/send it somewhere and combine it with data from other > services. > You create a module that exports one or more applications, you can call > them from dialplan. > > best, > > > > Piotr Gregor > Software Engineer > > M: (+44) 07483 866 525 L: (+44) 01256 597 470 www: > dataandsignal.com > > > > > > > On Fri, Nov 4, 2022 at 7:30 PM Antony Stone < > Antony.Stone at freeswitch.open.source.it> wrote: > >> On Friday 04 November 2022 at 19:13:27, Brian West wrote: >> >> > Antony, >> > >> > Maybe you can come to our next office hours? >> >> Er, what? Where are you? >> >> > On Fri, Nov 4, 2022 at 1:05 PM Antony Stone wrote: >> > > On Friday 04 November 2022 at 18:25:21, Brian West wrote: >> > > >> > > > I'd not recommend doing that, because every time you do a get var, >> you >> > > > cause a pool allocation and doing this in a loop will make your >> session >> > > > pool swell at the rate of whatever you're calling get_var on. Doing >> > > > anything at all inline with the dialplan is not the right approach. >> > > > your logic and info should be all external, keying off events either >> > > > on ESL or custom modules you wrote. >> > > >> > > Hm, this sounds like an interesting and important conceptual aspect of >> > > the way FreeSwitch works which I suspect I haven't fully "got". >> > > >> > > Can you point me at the documentation which explains this, for people >> who >> > > are more used to procedural programming, and show how we should be >> > > thinking about FreeSwitch dialplans instead? >> > > >> > > I'm certainly keen on using FreeSwitch in as efficient a manner as >> > > possible :) >> >> >> Antony. >> >> -- >> "Black holes are where God divided by zero." >> >> - Steven Wright >> >> Please reply to the >> list; >> please *don't* >> CC me. >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Tue Nov 8 23:18:36 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 9 Nov 2022 00:18:36 +0100 Subject: [Freeswitch-users] current utc time in miliseconds Message-ID: Is there a way to set variable in dialplan with current time in microseonds like: I can use ${strftime()}, but it display formated time Thx -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telefaks.de Wed Nov 9 01:49:18 2022 From: lists at telefaks.de (Peter Steinbach) Date: Wed, 9 Nov 2022 02:49:18 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: <920a2ac9-fcc9-4543-a417-af48fd4cb6aa@telefaks.de> Message-ID: <45421f5c-08cd-263e-fc35-6966a2b5b33b@telefaks.de> It does not. As I described, I have 2 Callgroups * 1st call group rings, nobody picks up, all phones get normal hangup (call is shown as missed call on the phone) * 2nd subsequent call group rings, one phone picks up, all remaining phones get  "call completed elsewhere" I would need  a way to force a "call completed elsewhere" on hangup in the 1st callgroup, as I know that the subsequent 2nd callgroup will most probably be answered. /Peter Am 08.11.22 um 13:21 schrieb Brian West: > Turn on the sip trace, it should behave that way by default. > > On Tue, Nov 8, 2022 at 6:01 AM Peter Steinbach > wrote: > > Thanks for your comment > > is there a way to achieve that? > > /Peter > > > > Am 07.11.22 um 17:43 schrieb Brian West: >> lose_race should have a Reason header of >> call-completed-elsewhere.  So that phones in the group don't show >> missed calls when one of them did answer it, Normal clearing >> would have the endpoint registering a missed call if nobody >> answered it. >> >> /b >> >> >> On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach >> > wrote: >> >> Dear community, >> >> >> we have a call scenario where we have several call groups >> running one after another. Normally, when a phone picks up >> the call, all other calls receive a LOSE_RACE. If nobody >> picks up, all phones get a NORMAL_CLEARING. >> >> In my cause, when one call group is following another call >> group I want to have the following behaviour >> >> * CallGroup 1, nobody answers, all phones shall get a LOSE_RACE >> * CallGroup 2, nobody answers, all phones get a >> NORMAL_CLEARING (normal behaviour) >> >> Is there chance to do this without interfering via ESL? How >> can I force freeswitch in CallGroup 1 e.g. via dialplan to >> send LOSE_RACE to all phones, when nobody picks up? >> >> >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbH >> mailto:lists (att) telefaks.de >> Internet: www.telefaks.de >> >> _________________________________________________________________________ >> >> 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 >> >> >> Email: brian at freeswitch.com >> >> Mobile: 918-424-9378 >> >> Website: https://www.FreeSWITCH.com >> >> https://www.facebook.com/signalwireinc?src=email >> >> 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 > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > https://www.facebook.com/signalwireinc?src=email > 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 -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From krice at freeswitch.org Wed Nov 9 07:56:19 2022 From: krice at freeswitch.org (Ken Rice) Date: Wed, 9 Nov 2022 01:56:19 -0600 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: <45421f5c-08cd-263e-fc35-6966a2b5b33b@telefaks.de> References: <45421f5c-08cd-263e-fc35-6966a2b5b33b@telefaks.de> Message-ID: how specifically are you ringing each group? the thing is if no one answers the first group there is not really a lost race as no one won they all timed out. i suppose of you really need a flag you could set a chanvar on the b legs from the bridge string to lost race (or what ever) and set an execute on answer to clear that chan var or set it to “won race” or whatever suits you. but at the end of the day the normal clearing will be the hangup status recorded in the cdr on the timed out first group. Sent from my iPhone > On Nov 8, 2022, at 19:49, Peter Steinbach wrote: > >  > It does not. > > As I described, I have 2 Callgroups > > 1st call group rings, nobody picks up, all phones get normal hangup (call is shown as missed call on the phone) > 2nd subsequent call group rings, one phone picks up, all remaining phones get "call completed elsewhere" > I would need a way to force a "call completed elsewhere" on hangup in the 1st callgroup, as I know that the subsequent 2nd callgroup will most probably be answered. > > /Peter > > > > Am 08.11.22 um 13:21 schrieb Brian West: >> Turn on the sip trace, it should behave that way by default. >> >> On Tue, Nov 8, 2022 at 6:01 AM Peter Steinbach wrote: >>> Thanks for your comment >>> >>> is there a way to achieve that? >>> >>> /Peter >>> >>> >>> >>> >>> >>> Am 07.11.22 um 17:43 schrieb Brian West: >>>> lose_race should have a Reason header of call-completed-elsewhere. So that phones in the group don't show missed calls when one of them did answer it, Normal clearing would have the endpoint registering a missed call if nobody answered it. >>>> >>>> /b >>>> >>>> >>>> On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach wrote: >>>>> Dear community, >>>>> >>>>> >>>>> >>>>> we have a call scenario where we have several call groups running one after another. Normally, when a phone picks up the call, all other calls receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. >>>>> >>>>> In my cause, when one call group is following another call group I want to have the following behaviour >>>>> >>>>> CallGroup 1, nobody answers, all phones shall get a LOSE_RACE >>>>> CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING (normal behaviour) >>>>> Is there chance to do this without interfering via ESL? How can I force freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all phones, when nobody picks up? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> With kind regards >>>>> Peter Steinbach >>>>> >>>>> Telefaks Services GmbH >>>>> mailto:lists (att) telefaks.de >>>>> Internet: www.telefaks.de >>>>> >>>>> _________________________________________________________________________ >>>>> >>>>> 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 >>>> Email: brian at freeswitch.com >>>> Mobile: 918-424-9378 >>>> Website: https://www.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 >>> -- >>> With kind regards >>> Peter Steinbach >>> >>> Telefaks Services GmbH >>> mailto:lists (att) telefaks.de >>> Internet: www.telefaks.de >>> >>> _________________________________________________________________________ >>> >>> 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 >> Email: brian at freeswitch.com >> Mobile: 918-424-9378 >> Website: https://www.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 > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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: From gregor at infomedia.si Wed Nov 9 09:14:30 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 9 Nov 2022 10:14:30 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: <45421f5c-08cd-263e-fc35-6966a2b5b33b@telefaks.de> Message-ID: Is there a way to set some variable on hangup hook to modify Reason header and force to:call-completed-elsewhere, although it was norma clearing? On Wed, 9 Nov 2022 at 08:56, Ken Rice wrote: > how specifically are you ringing each group? > > the thing is if no one answers the first group there is not really a lost > race as no one won they all timed out. > > i suppose of you really need a flag you could set a chanvar on the b legs > from the bridge string to lost race (or what ever) and set an execute on > answer to clear that chan var or set it to “won race” or whatever suits > you. > > but at the end of the day the normal clearing will be the hangup status > recorded in the cdr on the timed out first group. > > Sent from my iPhone > > On Nov 8, 2022, at 19:49, Peter Steinbach wrote: > >  > > It does not. > > As I described, I have 2 Callgroups > > - 1st call group rings, nobody picks up, all phones get normal hangup > (call is shown as missed call on the phone) > - 2nd subsequent call group rings, one phone picks up, all remaining > phones get "call completed elsewhere" > > I would need a way to force a "call completed elsewhere" on hangup in the > 1st callgroup, as I know that the subsequent 2nd callgroup will most > probably be answered. > > /Peter > > > Am 08.11.22 um 13:21 schrieb Brian West: > > Turn on the sip trace, it should behave that way by default. > > On Tue, Nov 8, 2022 at 6:01 AM Peter Steinbach wrote: > >> Thanks for your comment >> >> is there a way to achieve that? >> >> /Peter >> >> >> >> Am 07.11.22 um 17:43 schrieb Brian West: >> >> lose_race should have a Reason header of call-completed-elsewhere. So >> that phones in the group don't show missed calls when one of them did >> answer it, Normal clearing would have the endpoint registering a missed >> call if nobody answered it. >> >> /b >> >> >> On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach >> wrote: >> >>> Dear community, >>> >>> >>> we have a call scenario where we have several call groups running one >>> after another. Normally, when a phone picks up the call, all other calls >>> receive a LOSE_RACE. If nobody picks up, all phones get a NORMAL_CLEARING. >>> >>> In my cause, when one call group is following another call group I want >>> to have the following behaviour >>> >>> - CallGroup 1, nobody answers, all phones shall get a LOSE_RACE >>> - CallGroup 2, nobody answers, all phones get a NORMAL_CLEARING >>> (normal behaviour) >>> >>> Is there chance to do this without interfering via ESL? How can I force >>> freeswitch in CallGroup 1 e.g. via dialplan to send LOSE_RACE to all >>> phones, when nobody picks up? >>> >>> >>> >>> -- >>> With kind regards >>> Peter Steinbach >>> >>> Telefaks Services GmbHmailto:lists (att) telefaks.de >>> Internet: www.telefaks.de >>> >>> _________________________________________________________________________ >>> >>> 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 >> >> >> Email: brian at freeswitch.com >> >> Mobile: 918-424-9378 >> >> Website: https://www.FreeSWITCH.com >> >> [image: https://www.facebook.com/signalwireinc?src=email] >> [image: >> 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 Servicessales at freeswitch.comhttps://freeswitch.com >> >> Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbHmailto:lists (att) telefaks.de >> Internet: www.telefaks.de >> >> _________________________________________________________________________ >> >> 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: https://www.facebook.com/signalwireinc?src=email] > [image: > 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 Servicessales at freeswitch.comhttps://freeswitch.com > > Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbHmailto:lists (att) telefaks.de > Internet: www.telefaks.de > > _________________________________________________________________________ > > 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: From Antony.Stone at freeswitch.open.source.it Wed Nov 9 09:21:50 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 9 Nov 2022 10:21:50 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211091021.50819.Antony.Stone@freeswitch.open.source.it> On Tuesday 08 November 2022 at 23:55:18, Gregor Nanger wrote: > Antony, would strftime [format_string] do the job? Quite possibly, provided I can find a value of "now" to format with it. > On Sat, 5 Nov 2022 at 21:48, Piotr Gregor wrote: > > Antony, > > > > This sounds like a job for a module, especially that you mentioned you > > would like to upload/send it somewhere and combine it with data from > > other services. > > You create a module that exports one or more applications, you can call > > them from dialplan. > > > > best, > > > > > > Piotr Gregor > > > > On Fri, Nov 4, 2022 at 7:30 PM Antony Stone wrote: > >> On Friday 04 November 2022 at 19:13:27, Brian West wrote: > >> > Antony, > >> > > >> > Maybe you can come to our next office hours? > >> > >> Er, what? Where are you? > >> > >> > On Fri, Nov 4, 2022 at 1:05 PM Antony Stone wrote: > >> > > On Friday 04 November 2022 at 18:25:21, Brian West wrote: > >> > > > I'd not recommend doing that, because every time you do a get var, > >> > > > you cause a pool allocation and doing this in a loop will make your > >> > > > session pool swell at the rate of whatever you're calling get_var > >> > > > on. > >> > > > Doing anything at all inline with the dialplan is not the right > >> > > > approach. your logic and info should be all external, keying off > >> > > > events either on ESL or custom modules you wrote. > >> > > > >> > > Hm, this sounds like an interesting and important conceptual aspect > >> > > of the way FreeSwitch works which I suspect I haven't fully "got". > >> > > > >> > > Can you point me at the documentation which explains this, for > >> > > people who are more used to procedural programming, and show how we > >> > > should be thinking about FreeSwitch dialplans instead? > >> > > > >> > > I'm certainly keen on using FreeSwitch in as efficient a manner as > >> > > possible :) > >> > >> Antony. -- yes, but this is #lbw, we don't do normal Please reply to the list; please *don't* CC me. From gregor at infomedia.si Wed Nov 9 09:31:26 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 9 Nov 2022 10:31:26 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211091021.50819.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091021.50819.Antony.Stone@freeswitch.open.source.it> Message-ID: now is by default, if you just use strftime. Try eval ${strftime()} Do you know how to print now in milliseconds like: On Wed, 9 Nov 2022 at 10:22, Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Tuesday 08 November 2022 at 23:55:18, Gregor Nanger wrote: > > > Antony, would strftime [format_string] do the job? > > Quite possibly, provided I can find a value of "now" to format with it. > > > On Sat, 5 Nov 2022 at 21:48, Piotr Gregor wrote: > > > Antony, > > > > > > This sounds like a job for a module, especially that you mentioned you > > > would like to upload/send it somewhere and combine it with data from > > > other services. > > > You create a module that exports one or more applications, you can call > > > them from dialplan. > > > > > > best, > > > > > > > > > Piotr Gregor > > > > > > On Fri, Nov 4, 2022 at 7:30 PM Antony Stone wrote: > > >> On Friday 04 November 2022 at 19:13:27, Brian West wrote: > > >> > Antony, > > >> > > > >> > Maybe you can come to our next office hours? > > >> > > >> Er, what? Where are you? > > >> > > >> > On Fri, Nov 4, 2022 at 1:05 PM Antony Stone wrote: > > >> > > On Friday 04 November 2022 at 18:25:21, Brian West wrote: > > >> > > > I'd not recommend doing that, because every time you do a get > var, > > >> > > > you cause a pool allocation and doing this in a loop will make > your > > >> > > > session pool swell at the rate of whatever you're calling > get_var > > >> > > > on. > > >> > > > Doing anything at all inline with the dialplan is not the right > > >> > > > approach. your logic and info should be all external, keying off > > >> > > > events either on ESL or custom modules you wrote. > > >> > > > > >> > > Hm, this sounds like an interesting and important conceptual > aspect > > >> > > of the way FreeSwitch works which I suspect I haven't fully "got". > > >> > > > > >> > > Can you point me at the documentation which explains this, for > > >> > > people who are more used to procedural programming, and show how > we > > >> > > should be thinking about FreeSwitch dialplans instead? > > >> > > > > >> > > I'm certainly keen on using FreeSwitch in as efficient a manner as > > >> > > possible :) > > >> > > >> Antony. > > -- > yes, but this is #lbw, we don't do normal > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 9 11:09:29 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 9 Nov 2022 12:09:29 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091021.50819.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211091209.29251.Antony.Stone@freeswitch.open.source.it> On Wednesday 09 November 2022 at 10:31:26, Gregor Nanger wrote: > now is by default, if you just use strftime. Try eval ${strftime()} Aha, yes, that works, and the (undocumented as far as I can see) %q parameter gives me nanoseconds. > Do you know how to print now in milliseconds like: > No :( I wanted microseconds, but %6q gives nothing, as does %3q (which I would expect to give milliseconds). So, %S.%q gives seconds + nanoseconds, but I don't see a way to reduce the resolution (interestingly, Asterisk's strftime function does support this, also with the %q parameter). Antony. > On Wed, 9 Nov 2022 at 10:22, Antony Stone wrote: > > On Tuesday 08 November 2022 at 23:55:18, Gregor Nanger wrote: > > > Antony, would strftime [format_string] do the job? > > > > Quite possibly, provided I can find a value of "now" to format with it. > > > > > On Sat, 5 Nov 2022 at 21:48, Piotr Gregor wrote: > > > > Antony, > > > > > > > > This sounds like a job for a module, especially that you mentioned > > > > you would like to upload/send it somewhere and combine it with data > > > > from other services. > > > > You create a module that exports one or more applications, you can > > > > call them from dialplan. > > > > > > > > best, > > > > > > > > > > > > Piotr Gregor -- You can spend the whole of your life trying to be popular, but at the end of the day the size of the crowd at your funeral will be largely dictated by the weather. - Frank Skinner Please reply to the list; please *don't* CC me. From lists at telefaks.de Wed Nov 9 11:09:50 2022 From: lists at telefaks.de (Peter Steinbach) Date: Wed, 9 Nov 2022 12:09:50 +0100 Subject: [Freeswitch-users] Force hangup cause LOSE_RACE In-Reply-To: References: <45421f5c-08cd-263e-fc35-6966a2b5b33b@telefaks.de> Message-ID: >Is there a way to set some variable on hangup hook to modify Reason header and force to:call-completed-elsewhere, although it was norma clearing? That's exactly where I am looking for. Firstly I was thinking about setting "proto_specific_hangup_cause", but this did not solve the issue. /Peter Am 09.11.22 um 10:14 schrieb Gregor Nanger: > Is there a way to set some variable on hangup hook to modify Reason > header and force to:call-completed-elsewhere, although it was norma > clearing? > > On Wed, 9 Nov 2022 at 08:56, Ken Rice > wrote: > > how specifically are you ringing each group?  > > the thing is if no one answers the first group there is not really > a lost race as no one won they all timed out.  > > i suppose of you really need a flag you could set a chanvar on the > b legs from the bridge string to lost race (or what ever) and set > an execute on answer to clear that chan var or set it to “won > race” or whatever suits you.  > > but at the end of the day the normal clearing will be the hangup > status recorded in the cdr on the timed out first group.  > > Sent from my iPhone > >> On Nov 8, 2022, at 19:49, Peter Steinbach > > wrote: >> >>  >> >> It does not. >> >> As I described, I have 2 Callgroups >> >> * 1st call group rings, nobody picks up, all phones get normal >> hangup (call is shown as missed call on the phone) >> * 2nd subsequent call group rings, one phone picks up, all >> remaining phones get  "call completed elsewhere" >> >> I would need  a way to force a "call completed elsewhere" on >> hangup in the 1st callgroup, as I know that the subsequent 2nd >> callgroup will most probably be answered. >> >> /Peter >> >> >> Am 08.11.22 um 13:21 schrieb Brian West: >>> Turn on the sip trace, it should behave that way by default. >>> >>> On Tue, Nov 8, 2022 at 6:01 AM Peter Steinbach >>> > wrote: >>> >>> Thanks for your comment >>> >>> is there a way to achieve that? >>> >>> /Peter >>> >>> >>> >>> Am 07.11.22 um 17:43 schrieb Brian West: >>>> lose_race should have a Reason header of >>>> call-completed-elsewhere.  So that phones in the group >>>> don't show missed calls when one of them did answer it, >>>> Normal clearing would have the endpoint registering a >>>> missed call if nobody answered it. >>>> >>>> /b >>>> >>>> >>>> On Mon, Nov 7, 2022 at 10:37 AM Peter Steinbach >>>> > wrote: >>>> >>>> Dear community, >>>> >>>> >>>> we have a call scenario where we have several call >>>> groups running one after another. Normally, when a >>>> phone picks up the call, all other calls receive a >>>> LOSE_RACE. If nobody picks up, all phones get a >>>> NORMAL_CLEARING. >>>> >>>> In my cause, when one call group is following another >>>> call group I want to have the following behaviour >>>> >>>> * CallGroup 1, nobody answers, all phones shall get a >>>> LOSE_RACE >>>> * CallGroup 2, nobody answers, all phones get a >>>> NORMAL_CLEARING (normal behaviour) >>>> >>>> Is there chance to do this without interfering via ESL? >>>> How can I force freeswitch in CallGroup 1 e.g. via >>>> dialplan to send LOSE_RACE to all phones, when nobody >>>> picks up? >>>> >>>> >>>> >>>> -- >>>> With kind regards >>>> Peter Steinbach >>>> >>>> Telefaks Services GmbH >>>> mailto:lists (att) telefaks.de >>>> Internet: www.telefaks.de >>>> >>>> _________________________________________________________________________ >>>> >>>> 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 >>>> >>>> >>>> Email: brian at freeswitch.com >>>> >>>> Mobile: 918-424-9378 >>>> >>>> Website: https://www.FreeSWITCH.com >>>> >>>> >>>> https://www.facebook.com/signalwireinc?src=email >>>> >>>> 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 >>> >>> -- >>> With kind regards >>> Peter Steinbach >>> >>> Telefaks Services GmbH >>> mailto:lists (att) telefaks.de >>> Internet: www.telefaks.de >>> >>> _________________________________________________________________________ >>> >>> 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 >>> >>> >>> Email: brian at freeswitch.com >>> >>> Mobile: 918-424-9378 >>> >>> Website: https://www.FreeSWITCH.com >>> >>> https://www.facebook.com/signalwireinc?src=email >>> >>> 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 >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbH >> mailto:lists (att) telefaks.de >> Internet: www.telefaks.de >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and >> PSTN services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and > PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Wed Nov 9 12:54:07 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 9 Nov 2022 13:54:07 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211091209.29251.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091021.50819.Antony.Stone@freeswitch.open.source.it> <202211091209.29251.Antony.Stone@freeswitch.open.source.it> Message-ID: If you would aks me, I would say that this simple functionality is available in FS and within 2 minutes I can google it. But now I am struggling for hours and can't find a solution to print, log... current time in microseconds or nanoseconds. If %q would work in strftime it would be a solution, but it doesn't work. Is there another tool to display the current time in micro/nano seconds? On Wed, 9 Nov 2022 at 12:10, Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 09 November 2022 at 10:31:26, Gregor Nanger wrote: > > > now is by default, if you just use strftime. Try eval ${strftime()} > > Aha, yes, that works, and the (undocumented as far as I can see) %q > parameter > gives me nanoseconds. > > > Do you know how to print now in milliseconds like: > > > > No :( > > I wanted microseconds, but %6q gives nothing, as does %3q (which I would > expect to give milliseconds). > > So, %S.%q gives seconds + nanoseconds, but I don't see a way to reduce the > resolution (interestingly, Asterisk's strftime function does support this, > also with the %q parameter). > > > Antony. > > > On Wed, 9 Nov 2022 at 10:22, Antony Stone wrote: > > > On Tuesday 08 November 2022 at 23:55:18, Gregor Nanger wrote: > > > > Antony, would strftime [format_string] do the job? > > > > > > Quite possibly, provided I can find a value of "now" to format with it. > > > > > > > On Sat, 5 Nov 2022 at 21:48, Piotr Gregor wrote: > > > > > Antony, > > > > > > > > > > This sounds like a job for a module, especially that you mentioned > > > > > you would like to upload/send it somewhere and combine it with data > > > > > from other services. > > > > > You create a module that exports one or more applications, you can > > > > > call them from dialplan. > > > > > > > > > > best, > > > > > > > > > > > > > > > Piotr Gregor > > -- > You can spend the whole of your life trying to be popular, > but at the end of the day the size of the crowd at your funeral > will be largely dictated by the weather. > > - Frank Skinner > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- 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: From Antony.Stone at freeswitch.open.source.it Wed Nov 9 13:16:33 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 9 Nov 2022 14:16:33 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091209.29251.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211091416.34096.Antony.Stone@freeswitch.open.source.it> On Wednesday 09 November 2022 at 13:54:07, Gregor Nanger wrote: > If you would aks me, I would say that this simple functionality is > available in FS and within 2 minutes I can google it. But now I am > struggling for hours and can't find a solution to print, log... current > time in microseconds or nanoseconds. If %q would work in strftime it would > be a solution, but it doesn't work. > > Is there another tool to display the current time in micro/nano seconds? The only thing I've come up with is: Note however that Brian West has said "I'd not recommend doing that, because every time you do a get var, you cause a pool allocation and doing this in a loop will make your session pool swell at the rate of whatever you're calling get_var on. Doing anything at all inline with the dialplan is not the right approach. your logic and info should be all external, keying off events either on ESL or custom modules you wrote." Antony. -- All generalisations are inaccurate. Please reply to the list; please *don't* CC me. From gregor at infomedia.si Wed Nov 9 14:49:04 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 9 Nov 2022 15:49:04 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211091416.34096.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091209.29251.Antony.Stone@freeswitch.open.source.it> <202211091416.34096.Antony.Stone@freeswitch.open.source.it> Message-ID: What does ${regex(${system date '+%F %T.%6N'}|(.+)|%1)} returns? If I try it in CLI I don't get anything. On Wed, 9 Nov 2022 at 14:17, Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 09 November 2022 at 13:54:07, Gregor Nanger wrote: > > > If you would aks me, I would say that this simple functionality is > > available in FS and within 2 minutes I can google it. But now I am > > struggling for hours and can't find a solution to print, log... current > > time in microseconds or nanoseconds. If %q would work in strftime it > would > > be a solution, but it doesn't work. > > > > Is there another tool to display the current time in micro/nano seconds? > > The only thing I've come up with is: > > application="set" > data="now=${regex(${system date '+%F %T.%6N'}|(.+)|%1)}" > /> > > Note however that Brian West has said "I'd not recommend doing that, > because > every time you do a get var, you cause a pool allocation and doing this in > a > loop will make your session pool swell at the rate of whatever you're > calling > get_var on. Doing anything at all inline with the dialplan is not the > right > approach. your logic and info should be all external, keying off events > either > on ESL or custom modules you wrote." > > > Antony. > > -- > All generalisations are inaccurate. > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 9 15:45:03 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 9 Nov 2022 16:45:03 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091416.34096.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211091645.03467.Antony.Stone@freeswitch.open.source.it> On Wednesday 09 November 2022 at 15:49:04, Gregor Nanger wrote: > What does ${regex(${system date '+%F %T.%6N'}|(.+)|%1)} returns? If I try > it in CLI I don't get anything. I haven't tried it in the CLI - I need it in the dialplan. The log output of that shows me: [2022-11-09 14:00:23.682026] helen eac89f23-fd7b-4514-b473-a3effb857b84 2022-11-09 14:00:23.663775 89.47% [INFO] switch_core_session.c:2897 EXECUTE [depth=0] sofia/trunk/0x3x1x2x0x0 at 195.51.100.56 set(now=2022-11-09 14:00:23.679399) I then have a variable ${now} which I can use later. Antony. -- "Life is just a lot better if you feel you're having 10 [small] wins a day rather than a [big] win every 10 years or so." - Chris Hadfield, former skiing (and ski racing) instructor Please reply to the list; please *don't* CC me. From brian at freeswitch.com Wed Nov 9 19:23:50 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 9 Nov 2022 13:23:50 -0600 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211091645.03467.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091416.34096.Antony.Stone@freeswitch.open.source.it> <202211091645.03467.Antony.Stone@freeswitch.open.source.it> Message-ID: All of this is already present in the XML CDR, each action, every step all time stamped down to microseconds and more accurate than setting variables. Did you happen to load xml_cdr and do a call and see the information? /b On Wed, Nov 9, 2022 at 10:08 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 09 November 2022 at 15:49:04, Gregor Nanger wrote: > > > What does ${regex(${system date '+%F %T.%6N'}|(.+)|%1)} returns? If I try > > it in CLI I don't get anything. > > I haven't tried it in the CLI - I need it in the dialplan. > > The log output of that shows me: > > [2022-11-09 14:00:23.682026] > helen eac89f23-fd7b-4514-b473-a3effb857b84 > 2022-11-09 14:00:23.663775 89.47% > [INFO] switch_core_session.c:2897 > EXECUTE [depth=0] sofia/trunk/0x3x1x2x0x0 at 195.51.100.56 > set(now=2022-11-09 14:00:23.679399) > > I then have a variable ${now} which I can use later. > > > Antony. > > -- > "Life is just a lot better if you feel you're having 10 [small] wins a day > rather than a [big] win every 10 years or so." > > - Chris Hadfield, former skiing (and ski racing) instructor > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Wed Nov 9 19:33:01 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Wed, 9 Nov 2022 20:33:01 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091645.03467.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211092033.01489.Antony.Stone@freeswitch.open.source.it> On Wednesday 09 November 2022 at 20:23:50, Brian West wrote: > All of this is already present in the XML CDR, each action, every step all > time stamped down to microseconds and more accurate than setting > variables. Did you happen to load xml_cdr and do a call and see the > information? I have not done that yet, no; I have been busy with other things, but in the meantime I simply wanted to answer Gregor's questions as far as I could. Antony. > On Wed, Nov 9, 2022 at 10:08 AM Antony Stone wrote: > > On Wednesday 09 November 2022 at 15:49:04, Gregor Nanger wrote: > > > What does ${regex(${system date '+%F %T.%6N'}|(.+)|%1)} returns? If I > > > try it in CLI I don't get anything. > > > > I haven't tried it in the CLI - I need it in the dialplan. > > > > The log output of that shows me: > > > > [2022-11-09 14:00:23.682026] > > helen eac89f23-fd7b-4514-b473-a3effb857b84 > > 2022-11-09 14:00:23.663775 89.47% > > [INFO] switch_core_session.c:2897 > > EXECUTE [depth=0] sofia/trunk/0x3x1x2x0x0 at 195.51.100.56 > > set(now=2022-11-09 14:00:23.679399) > > > > I then have a variable ${now} which I can use later. -- Heisenberg, Gödel, and Chomsky walk in to a bar. Heisenberg says, "Clearly this is a joke, but how can we work out if it's funny or not?" Gödel replies, "We can't know that because we're inside the joke." Chomsky says, "Of course it's funny. You're just saying it wrong." Please reply to the list; please *don't* CC me. From regis.freeswitch.org at tornad.net Thu Nov 10 07:08:25 2022 From: regis.freeswitch.org at tornad.net (Regis M) Date: Thu, 10 Nov 2022 08:08:25 +0100 Subject: [Freeswitch-users] [SIP.js] Re: websocket disconnection In-Reply-To: References: <20a3d6d8-3632-4054-aabd-3ad5039f793fn@googlegroups.com> Message-ID: Hello. You can check this issue here, think it's the same case. https://github.com/signalwire/freeswitch/issues/1041 Regards, Le mer. 21 sept. 2022, 15:06, Jerry Kendall a écrit : > The issue is still an ongoing issue. > > we are using: > debian 10 > FS 1.10.6 > libsofia-sip-au 1.13.8 > Lets Encrypt > WSS > > we get the 1006 error very randomly... > After 3 weeks of trying to get WSS working, there is no noticeable pattern > to the failures... > > There are a number of possible fixes and I have implement all the > FreeSWITCH based fixes that are suppoosed to fix the issue. > > Sadly, after 3-4 weeks, no luck. > > Jerry > > On 9/21/2022 6:47 AM, Kakiman Expert wrote: > > Hello > > > > i am working with freeswitch 1.10.6-release-18 > > i have tried to install nginx to handle WSS and send WS to freeswitch > but freeswitch reject the trafic because it receives "SIP/2.0/WSS" and I > think it wants WS > > > > Le mer. 21 sept. 2022 à 12:24, Jnkrpx Prknjx a > écrit : > > > > Hi, > > What version of freeswitch are you using? > > See https://github.com/signalwire/freeswitch/issues/1041 > > > > Il giorno venerdì 16 settembre 2022 alle 17:09:14 UTC+2 > jole... at gmail.com ha scritto: > > > > hello > > > > i am working with freeswitch and sip.js 0.16.1 and frequently, i > have this error in the browser javascript console : > > > > sip.Transport | WebSocket closed unexpectedly > > sip.Transport | WebSocket closed wss://xxxxxxx:7443 (code: 1006) > > > > do you know why is it happening ? is there any problem with > 0.16.1 release ? > > > > thanks > > franck > > > > -- > > You received this message because you are subscribed to a topic in > the Google Groups "SIP.js" group. > > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/sip_js/i9-DcmzK9tM/unsubscribe. > > To unsubscribe from this group and all its topics, send an email to > sip_js+unsubscribe at googlegroups.com. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/sip_js/20a3d6d8-3632-4054-aabd-3ad5039f793fn%40googlegroups.com > < > https://groups.google.com/d/msgid/sip_js/20a3d6d8-3632-4054-aabd-3ad5039f793fn%40googlegroups.com?utm_medium=email&utm_source=footer > >. > > > > > > _________________________________________________________________________ > > > > 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: From brian at freeswitch.com Thu Nov 10 20:46:27 2022 From: brian at freeswitch.com (Brian West) Date: Thu, 10 Nov 2022 14:46:27 -0600 Subject: [Freeswitch-users] [SIP.js] Re: websocket disconnection In-Reply-To: References: <20a3d6d8-3632-4054-aabd-3ad5039f793fn@googlegroups.com> Message-ID: Regis, We try hard to not pile on an issue unless we know for sure it's the same, because that causes us to make some assumptions. 1006 is in the WebSocket RFC as a disconnect, which means FreeSWITCH lost connection to the browser. https://www.rfc-editor.org/rfc/rfc6455#section-7.4.1 Now, is this on a regular basis or totally random? Have you done any changes to sysctl.conf? /b On Thu, Nov 10, 2022 at 1:39 AM Regis M wrote: > Hello. > > You can check this issue here, think it's the same case. > > https://github.com/signalwire/freeswitch/issues/1041 > > Regards, > > > > Le mer. 21 sept. 2022, 15:06, Jerry Kendall < > Jerry.Kendall at bishophosting.com> a écrit : > >> The issue is still an ongoing issue. >> >> we are using: >> debian 10 >> FS 1.10.6 >> libsofia-sip-au 1.13.8 >> Lets Encrypt >> WSS >> >> we get the 1006 error very randomly... >> After 3 weeks of trying to get WSS working, there is no noticeable >> pattern to the failures... >> >> There are a number of possible fixes and I have implement all the >> FreeSWITCH based fixes that are suppoosed to fix the issue. >> >> Sadly, after 3-4 weeks, no luck. >> >> Jerry >> >> On 9/21/2022 6:47 AM, Kakiman Expert wrote: >> > Hello >> > >> > i am working with freeswitch 1.10.6-release-18 >> > i have tried to install nginx to handle WSS and send WS to freeswitch >> but freeswitch reject the trafic because it receives "SIP/2.0/WSS" and I >> think it wants WS >> > >> > Le mer. 21 sept. 2022 à 12:24, Jnkrpx Prknjx a >> écrit : >> > >> > Hi, >> > What version of freeswitch are you using? >> > See https://github.com/signalwire/freeswitch/issues/1041 >> > >> > Il giorno venerdì 16 settembre 2022 alle 17:09:14 UTC+2 >> jole... at gmail.com ha scritto: >> > >> > hello >> > >> > i am working with freeswitch and sip.js 0.16.1 and frequently, >> i have this error in the browser javascript console : >> > >> > sip.Transport | WebSocket closed unexpectedly >> > sip.Transport | WebSocket closed wss://xxxxxxx:7443 (code: 1006) >> > >> > do you know why is it happening ? is there any problem with >> 0.16.1 release ? >> > >> > thanks >> > franck >> > >> > -- >> > You received this message because you are subscribed to a topic in >> the Google Groups "SIP.js" group. >> > To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/sip_js/i9-DcmzK9tM/unsubscribe. >> > To unsubscribe from this group and all its topics, send an email to >> sip_js+unsubscribe at googlegroups.com. >> > To view this discussion on the web visit >> https://groups.google.com/d/msgid/sip_js/20a3d6d8-3632-4054-aabd-3ad5039f793fn%40googlegroups.com >> < >> https://groups.google.com/d/msgid/sip_js/20a3d6d8-3632-4054-aabd-3ad5039f793fn%40googlegroups.com?utm_medium=email&utm_source=footer >> >. >> > >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> >> >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Nov 11 10:54:26 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 11 Nov 2022 11:54:26 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091645.03467.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211111154.26121.Antony.Stone@freeswitch.open.source.it> On Wednesday 09 November 2022 at 20:23:50, Brian West wrote: > All of this is already present in the XML CDR, each action, every step all > time stamped down to microseconds and more accurate than setting > variables. Did you happen to load xml_cdr and do a call and see the > information? So, I have this morning had a chance to get back to this, and it turns out that was already in modules,conf.xml and I have a large number of large files under /var/log/freeswitch/xml_cdr from previously placed calls. Comments / questions: 1. Aside from the timestamp variable assignment which I have put into the dialplan myself (the one which has already been discussed and you say is a bad idea because of session pool swell) I do not see any timestamps anywhere in the xml file - how do I enable these? 2. The xml file is enormous (20kbytes for a single call) and would take considerable parsing - where do I find the options to limit what information goes in there? 3. https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr tells me that this module can log to a file or using an HTTP POST. Does this mean there is no way to get it to write to syslog? I do nearly all logging (of everything that's running) to syslog, forward this with no further processing to a central syslog server, and then process / parse / aggregate / filter the data there, so as to reduce the workload on "worker" machines which generate the logs. This also makes it easy to combine log output from different applications which are running independently (sometimes on different machines) but whose actions in processing one "transaction" (for want of a better word) are important to see in sequence. So, I still wonder what is the best way to get microsecond-resolution timestamps for key events ("key" being defined by me) in FreeSwitch during the processing of a call. Any suggestions on how to do this (preferably efficiently and without longer- term drawbacks such as session pool swell) are welcome. Thanks, Antony. -- "Remember: the S in IoT stands for Security." - Jan-Piet Mens Please reply to the list; please *don't* CC me. From Antony.Stone at freeswitch.open.source.it Fri Nov 11 12:09:22 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 11 Nov 2022 13:09:22 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211111154.26121.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211111154.26121.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211111309.22143.Antony.Stone@freeswitch.open.source.it> On Friday 11 November 2022 at 11:54:26, Antony Stone wrote: > On Wednesday 09 November 2022 at 20:23:50, Brian West wrote: > > All of this is already present in the XML CDR, each action, every step > > all time stamped down to microseconds and more accurate than setting > > variables. Did you happen to load xml_cdr and do a call and see the > > information? > > So, I have this morning had a chance to get back to this, and it turns out > that was already in modules,conf.xml and I > have a large number of large files under /var/log/freeswitch/xml_cdr from > previously placed calls. > > Comments / questions: > > 1. Aside from the timestamp variable assignment which I have put into the > dialplan myself (the one which has already been discussed and you say is a > bad idea because of session pool swell) I do not see any timestamps > anywhere in the xml file - how do I enable these? Ah, I do now see that some of the lines have "app_stamp" fields, containing an epoch-format timestamp. Not the format I need for feeding into syslog (all other applications use ISO 8601 format), but I guess it might be post- processable, if there's no option to specify the format? The next two items look like bigger problems for now, though: > 2. The xml file is enormous (20kbytes for a single call) and would take > considerable parsing - where do I find the options to limit what > information goes in there? > > 3. https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr tells > me that this module can log to a file or using an HTTP POST. Does this > mean there is no way to get it to write to syslog? > > I do nearly all logging (of everything that's running) to syslog, forward > this with no further processing to a central syslog server, and then > process / parse / aggregate / filter the data there, so as to reduce the > workload on "worker" machines which generate the logs. > > This also makes it easy to combine log output from different applications > which are running independently (sometimes on different machines) but > whose actions in processing one "transaction" (for want of a better word) > are important to see in sequence. > > > So, I still wonder what is the best way to get microsecond-resolution > timestamps for key events ("key" being defined by me) in FreeSwitch during > the processing of a call. > > Any suggestions on how to do this (preferably efficiently and without > longer- term drawbacks such as session pool swell) are welcome. While I'm at it, can anyone tell me quite what a session pool is (or refer me to the documentation for it), what causes swell, and how to avoid it (whilst still getting the dialplan to do what you need)? > Thanks, > > > Antony. -- A user interface is like a joke. If you have to explain it, it means it doesn't work. Please reply to the list; please *don't* CC me. From brian at freeswitch.com Fri Nov 11 15:08:29 2022 From: brian at freeswitch.com (Brian West) Date: Fri, 11 Nov 2022 09:08:29 -0600 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: <202211111154.26121.Antony.Stone@freeswitch.open.source.it> References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211091645.03467.Antony.Stone@freeswitch.open.source.it> <202211111154.26121.Antony.Stone@freeswitch.open.source.it> Message-ID: Inline. On Fri, Nov 11, 2022 at 5:03 AM Antony Stone < Antony.Stone at freeswitch.open.source.it> wrote: > On Wednesday 09 November 2022 at 20:23:50, Brian West wrote: > > > All of this is already present in the XML CDR, each action, every step > all > > time stamped down to microseconds and more accurate than setting > > variables. Did you happen to load xml_cdr and do a call and see the > > information? > > So, I have this morning had a chance to get back to this, and it turns out > that was already in modules,conf.xml and I > have a > large number of large files under /var/log/freeswitch/xml_cdr from > previously > placed calls. > > Comments / questions: > > 1. Aside from the timestamp variable assignment which I have put into the > dialplan myself (the one which has already been discussed and you say is a > bad > idea because of session pool swell) I do not see any timestamps anywhere > in > the xml file - how do I enable these? > You found app_stamp, that's microseconds epoch > 2. The xml file is enormous (20kbytes for a single call) and would take > considerable parsing - where do I find the options to limit what > information > goes in there? > No way to limit the info, also this info is very handy for figuring out what took place after the fact. > 3. https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr tells > me > that this module can log to a file or using an HTTP POST. Does this mean > there > is no way to get it to write to syslog? > Syslog for CDR? Just load mod_syslog and configure it for logging. You should use the post method with fallback and isolate the CDR processing infrastructure and not intermingle that into syslog. > I do nearly all logging (of everything that's running) to syslog, forward > this > with no further processing to a central syslog server, and then process / > parse / aggregate / filter the data there, so as to reduce the workload on > "worker" machines which generate the logs. > Do you currently experience this 'workload' that is impacting anything? I want to make sure you're not wasting your time trying to wax your car to get better gas mileage. > > This also makes it easy to combine log output from different applications > which > are running independently (sometimes on different machines) but whose > actions > in processing one "transaction" (for want of a better word) are important > to > see in sequence. > > > So, I still wonder what is the best way to get microsecond-resolution > timestamps for key events ("key" being defined by me) in FreeSwitch during > the > processing of a call. > > Any suggestions on how to do this (preferably efficiently and without > longer- > term drawbacks such as session pool swell) are welcome. > > > Thanks, > > > Antony. > > -- > "Remember: the S in IoT stands for Security." > > - Jan-Piet Mens > > Please reply to the > list; > please *don't* CC > me. > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Nov 11 15:40:28 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 11 Nov 2022 16:40:28 +0100 Subject: [Freeswitch-users] Current timestamp variable in dialplan? In-Reply-To: References: <202211021517.46393.Antony.Stone@freeswitch.open.source.it> <202211111154.26121.Antony.Stone@freeswitch.open.source.it> Message-ID: <202211111640.28747.Antony.Stone@freeswitch.open.source.it> On Friday 11 November 2022 at 16:08:29, Brian West wrote: > Inline. Thanks :) > On Fri, Nov 11, 2022 at 5:03 AM Antony Stone wrote: > > > > So, I have this morning had a chance to get back to this, and it turns > > out that was already in modules,conf.xml > > and I have a large number of large files under /var/log/freeswitch/xml_cdr > > from previously placed calls. > > > > Comments / questions: > > > > 1. Aside from the timestamp variable assignment which I have put into the > > dialplan myself (the one which has already been discussed and you say is > > a bad idea because of session pool swell) I do not see any timestamps > > anywhere in the xml file - how do I enable these? > > You found app_stamp, that's microseconds epoch So, I take it that that is the only format available - no chance of ISO 8601? > > 2. The xml file is enormous (20kbytes for a single call) and would take > > considerable parsing - where do I find the options to limit what > > information goes in there? > > No way to limit the info, also this info is very handy for figuring out > what took place after the fact. I regard that as "debug level logging" and I wouldn't run a production server with debugging permanently enabled. I'd say I'm looking for the "info" equivalent. > > 3. https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr tells > > me that this module can log to a file or using an HTTP POST. Does this > > mean there is no way to get it to write to syslog? > > Syslog for CDR? Just load mod_syslog and configure it for logging. Already doing that - doesn't output the timestamps I see in xml_cdr. > You should use the post method with fallback and isolate the CDR processing > infrastructure and not intermingle that into syslog. As I've said previously, I am not trying to do this logging for any purpose to do with billing, so although we've got onto the topic of CDRs here, I'm not trying to use them for any "traditional" purpose of CDRs - it just seems that that's the way to get this sort of data out of FreeSwitch. > > I do nearly all logging (of everything that's running) to syslog, forward > > this with no further processing to a central syslog server, and then > > process / parse / aggregate / filter the data there, so as to reduce the > > workload on "worker" machines which generate the logs. > > Do you currently experience this 'workload' that is impacting anything? 1. I don't know, but every little helps - if I can focus one machine on processing phone calls, and another one on analysing the timing data of those calls, I think that's a better approach than trying to do everything on one server. 2. There are already multiple machines handling phone calls, all forwarding syslog data to a central aggregator (partly because I need to combine timing data from different machines which interact with each other during call processing, so that the entire call flow (across several machines) is visible in a single log). 3. The system needs to be scaleable, and one of my approaches to that is to separate different tasks to different machines, so that if the workload of one type of task increases, I can implement more of that type of machine, without its workload having been driven up by something that should have been handled elsewhere. > I want to make sure you're not wasting your time trying to wax your car to > get better gas mileage. I'm half-way between a development and a production environment with this. There are already production servers handling "real-world" calls and I don't intend to perform such detailed logging (although still some, and requiring good timestamps) on those. On the development machines, though, I want the timestamps at many more stages during call processing (across several machines which interact to handle a single call) so that I can actually measure the aerodynamics (to extend your analogy) of the system and identify where it might be worth reshaping some body part. Until I get the data, I don't know where to focus the effort, so I'm currently trying to collect the data in the best way possible. Is there somewhere I can read up on what session pools are and what sorts of things cause them to swell? I hadn't come across the term bofore you mentioned it a couple of days ago. Antony. -- "Measuring average network latency is about as useful as measuring the mean temperature of patients in a hospital." - Stéphane Bortzmeyer Please reply to the list; please *don't* CC me. From dpa-freeswitch at aegee.org Thu Nov 10 12:42:08 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Thu, 10 Nov 2022 14:42:08 +0200 Subject: [Freeswitch-users] freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host Message-ID: <2812723ff28a59a5cf498d0ec05ecfe04615883d.camel@aegee.org> Hello, In my LAN I have * a freeswitch server on 192.168.0.199:5060 * a Voip phone number on 192.168.0.171 * a Gnome-Calls voip client, for on 192.168.0.199 Note that freeswitch and one voip client have the same IP address. 13 calls 14, the connection is established. If 14 terminates the call, 13 receives BYE and terminates the call. If 13 terminates the call, 14 does not receive BYE. I enable sofia loglevel all 9 sofia profile internal siptrace on sofia profile external siptrace on Then this is logged, after 13 calls 14, they speak and then 14 presses the HANG UP button. My reading is that freeswitch receives BYE and then sends the BYE to itself (on port 5060), instead of sending it to port 37814. I use the latest freeswitch and sofia from git (but have added some commits for changing modules.conf) Greetings Dilyan ------------------------ nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 1/2 resent, 0/2 tout, 0/6 term, 0/8 free nta.c:1308 agent_timer() nta: timer set next to 431 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/2 resent, 1/2 tout, 1/6 term, 1/8 free nta.c:1308 agent_timer() nta: timer set next to 43 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 700 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 0/1 tout, 1/6 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 19 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 1/1 tout, 1/5 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 18570 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 784 bytes, veclen = 1 recv 784 bytes from udp/[192.168.0.199]:37814 at 14:08:10.903557: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (784 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487253) going to a default leg nta.c:1360 set_timeout() nta: timer shortened to 200 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001cb20) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002b760) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20002efe0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20002efe0, (nil), 0x7fc20002283a, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20001cb20): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20002efe0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_respond 407 Proxy Authentication Required nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc20002efe0) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 852 bytes of 852 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 852 send 852 bytes to udp/[192.168.0.199]:37814 at 14:08:10.908235: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK8UQ6ZS3mS1aQm From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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 Proxy-Authenticate: Digest realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (59487253) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20001cb20): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: received -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 407 Proxy Authentication Required nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_terminated 407 Proxy Authentication Required soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002efe0) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002b760) nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_destroy nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003b4d0 from (udp/192.168.0.199:5060) has 306 bytes, veclen = 1 recv 306 bytes from udp/[192.168.0.199]:37814 at 14:08:10.910212: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 ACK Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003b4d0 (306 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487253) is going to INVITE (59487253) nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200022a80 from (udp/192.168.0.199:5060) has 1040 bytes, veclen = 1 recv 1040 bytes from udp/[192.168.0.199]:37814 at 14:08:11.040325: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK94gZ1mmrpa19F Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200022a80 (1040 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487254) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002fe30) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc2000248a0, (nil), 0x7fc2000233ba, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20002dd30): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc2000248a0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 100 Trying nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 348 bytes of 348 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 348 send 348 bytes to udp/[192.168.0.199]:37814 at 14:08:11.054308: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 100 Trying for INVITE (59487254) nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 183 Session Progress nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1514 soa_generate_answer() soa_generate_answer(static::0x7fc2000248a0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc2000248a0, soa_generate_answer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): generating local description soa_static.c:1229 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): upgrade with remote description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58790, 0x7fc20003a0a0, ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): storing local description soa.c:1729 soa_activate() soa_activate(static::0x7fc2000248a0, (nil)) called soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1170 bytes of 1170 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1170 send 1170 bytes to udp/[192.168.0.199]:37814 at 14:08:11.065315: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "14" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 183 Session Progress for INVITE (59487254) nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: received -> early, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 183 Session Progress nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref f2e53472-201f-476e-8c8d-9e1ff55ebeb3 2022-11-10 14:08:11.075530 74.93% [ERR] mod_dptools.c:1867 LOCAL 14 nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:632 nua_invite() nua: nua_invite: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_invite nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_invite nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1c0001060) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc1c0001060): adding session usage nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001aca0) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20003d320) called soa.c:1425 soa_generate_offer() soa_generate_offer(static::0x7fc20003d320, 0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_generate_offer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): generating local description soa_static.c:1216 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): upgrade with local description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58680, (nil), ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): storing local description soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [(nil)], [0x7fc226d58780], [0x7fc226d5877c]) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1202 bytes of 1202 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 1202 send 1202 bytes to udp/[192.168.0.171]:3072 at 14:08:11.087778: ------------------------------------------------------------------------ INVITE sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKg3H06pXmy9HyF Max-Forwards: 69 From: "Gnome Calls" ;tag=U114m9DjpBDac To: Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 222 X-FS-Support: update_display,send_info Remote-Party-ID: "Gnome Calls" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1668053489 1668053490 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 28602 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 nta.c:8391 outgoing_send() nta: sent INVITE (59487253) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc20003fbf0 for udp/192.168.0.199:5060 (already 0) nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: init -> calling, sent offer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [0x7fc226d58778], [0x7fc226d58770], [(nil)]) called nua_stack.c:299 nua_stack_event() nua(0x7fc1c0001060): event i_state INVITE sent nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 984 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 399 bytes, veclen = 1 recv 399 bytes from udp/[192.168.0.171]:3072 at 14:08:11.128846: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (399 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 100 Trying for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 100 Trying is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 41.202 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[192.168.0.171]:3072 at 14:08:11.175320: ------------------------------------------------------------------------ SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (542 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 180 Ringing for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 180 Ringing is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 180 Ringing nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: calling -> proceeding nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 180 Ringing nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200042e90 from (udp/192.168.0.199:5060) has 841 bytes, veclen = 1 recv 841 bytes from udp/[192.168.0.171]:3072 at 14:08:11.540617: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Supported: timer, 100rel, replaces, from-change Content-Type: application/sdp Content-Length: 222 v=0 o=root 1322514182 1322514183 IN IP4 192.168.0.171 s=call c=IN IP4 192.168.0.171 t=0 0 m=audio 50438 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200042e90 (841 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc200042e90 soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20003d320, (nil), 0x7fc2000434bb, 222) called soa.c:1594 soa_process_answer() soa_process_answer(static::0x7fc20003d320) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_process_answer): called soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc200040430, 0x7fc1c402f700, ""): called soa_static.c:1303 offer_answer_step() soa_static(0x7fc20003d320, soa_process_answer): upgrade codecs with remote description soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nua_session.c:985 nua_session_client_response() nua(0x7fc1c0001060): INVITE: processed SDP answer in 200 Ok (200) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 200 Ok nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: proceeding -> completing, received answer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20003d320, [0x7fc226d58298], [0x7fc226d58290], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc20003d320, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:638 nua_ack() nua: nua_ack: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_ack nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_ack nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 396 bytes of 396 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 396 send 396 bytes to udp/[192.168.0.171]:3072 at 14:08:11.545972: ------------------------------------------------------------------------ ACK sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKHcBS8HerUj8gB Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 ACK Contact: Content-Length: 0 nta.c:8391 outgoing_send() nta: sent ACK (59487253) to */192.168.0.171:3072 nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: completing -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 ACK sent nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_active 200 Call active nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c4069b28, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1143 bytes of 1143 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1143 send 1143 bytes to udp/[192.168.0.199]:37814 at 14:08:11.563171: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 200 OK for INVITE (59487254) nta.c:1360 set_timeout() nta: timer shortened to 500 ms nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: early -> completed, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003a670 from (udp/192.168.0.199:5060) has 581 bytes, veclen = 1 recv 581 bytes from udp/[192.168.0.199]:37814 at 14:08:11.564050: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKaear3F5UKKQvB Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 ACK Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003a670 (581 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487254) is going to INVITE (59487254) nua_session.c:2566 process_ack_or_cancel() nua: process_ack_or_cancel: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc2000248a0) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_ack 200 OK nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: completed -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_active 200 Call active nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:797 nua_info() nua: nua_info: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_info nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_info nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 686 bytes of 686 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 686 send 686 bytes to udp/[192.168.0.171]:3072 at 14:08:11.570267: ------------------------------------------------------------------------ INFO sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKjN4HaDZUrUy3p Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Type: message/sipfrag Content-Length: 29 From: "Gnome Calls" 13 To: nta.c:8391 outgoing_send() nta: sent INFO (59487254) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200049af0 for udp/192.168.0.199:5060 (already 0) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200048c60 from (udp/192.168.0.199:5060) has 393 bytes, veclen = 1 recv 393 bytes from udp/[192.168.0.171]:3072 at 14:08:11.637812: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKjN4HaDZUrUy3p From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200048c60 (393 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INFO (59487254) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 67.711 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200049af0 by 0x7fc20004a0f0 with 0x7fc200048c60 nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_info 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 1324 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/7 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 2 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 2508 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 654 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 73 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate INFO (59487254) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 3592 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 20 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 23291 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000270d0 from (udp/192.168.0.199:5060) has 577 bytes, veclen = 1 recv 577 bytes from udp/[192.168.0.171]:3072 at 14:08:34.297253: ------------------------------------------------------------------------ BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 RTP-RxStat: Total_Rx_Pkts=1077,Rx_Pkts=1077,Rx_Pkts_Lost=0,Remote_Rx_Pkts_Lost=0 RTP-TxStat: Total_Tx_Pkts=1117,Tx_Pkts=1117,Remote_Tx_Pkts=0 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000270d0 (577 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 (CSeq 1) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:mod_sofia at 192.168.0.199:5060 with contact nta.c:3130 agent_recv_request() nta: BYE (1) going to existing leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_bye 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_respond nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_destroy soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 525 bytes of 525 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 525 send 525 bytes to udp/[192.168.0.171]:3072 at 14:08:34.309422: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport=3072 From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for BYE (1) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc1c0001060): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: ready -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Session Terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_terminated 200 Session Terminated soa.c:355 soa_destroy() soa_destroy(static::0x7fc20003d320) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001aca0) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:644 nua_bye() nua: nua_bye: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_bye nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_bye nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1783 soa_terminate() soa_terminate(static::0x7fc2000248a0) called soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 574 bytes of 574 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 574 send 574 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320275: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 nta.c:8391 outgoing_send() nta: sent BYE (59487265) to */192.168.0.199:5060 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200016ea0 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 574 bytes, veclen = 1 recv 574 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320473: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (574 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487265) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: BYE (59487265) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 513 bytes of 513 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 513 send 513 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320631: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call Does Not Exist for BYE (59487265) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200027e30 from (udp/192.168.0.199:5060) has 513 bytes, veclen = 1 recv 513 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320710: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200027e30 (513 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Call Does Not Exist for BYE (59487265) nta.c:3436 agent_recv_response() nta: 481 Call Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.536 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200016ea0 by 0x7fc200021bf0 with 0x7fc200027e30 nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event r_bye 481 Call Does Not Exist nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: terminating -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 481 to BYE nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_terminated 481 to BYE nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20002dd30): removing session usage soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000248a0) called nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002fe30) nua_session.c:351 nua_session_usage_destroy() nua: terminated session 0x7fc20002dd30 nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate BYE (59487265) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 4220 ms nta.c:9224 outgoing_timer_dk() nta: timer D fired, terminate INVITE (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/1 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 5 ms nta.c:9103 outgoing_timer_bf() nta: timer F fired, terminating ACK (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 1/1 tout, 0/0 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 22764 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1301 agent_timer() nta: timer not set tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20001c2a0 from (udp/192.168.0.199:5060) has 725 bytes, veclen = 1 recv 725 bytes from udp/[192.168.0.171]:3072 at 14:12:48.264425: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20001c2a0 (725 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 28) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (28) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 645 bytes of 645 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 645 send 645 bytes to udp/[192.168.0.171]:3072 at 14:12:48.270326: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=vaUXp4yNKm3vQ Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="566e6385-b1b5-476e-9e7b-1dd9ea47b647", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (28) nta.c:1362 set_timeout() nta: timer set to 32000 ms nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002cbf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20002a7c0 from (udp/192.168.0.199:5060) has 951 bytes, veclen = 1 recv 951 bytes from udp/[192.168.0.171]:3072 at 14:12:48.282578: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Authorization: Digest username="hol",realm="192.168.0.199",nonce="566e6385-b1b5-476e-9e7b- 1dd9ea47b647",uri="sip:192.168.0.199",qop=auth,nc=00000001,cnonce="36d07792",response="0a88e9ea7adcc7246ea0532cbe13668d",algorithm=MD5 Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20002a7c0 (951 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 29) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (29) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 616 bytes of 616 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 616 send 616 bytes to udp/[192.168.0.171]:3072 at 14:12:48.287889: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=XKmprZFSgXSFK Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:12:48 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (29) nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec003f00) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001d000) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 942 bytes of 942 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 942 send 942 bytes to udp/[192.168.0.171]:3072 at 14:12:48.329132: ------------------------------------------------------------------------ NOTIFY sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKm7p3D302jDB9D Max-Forwards: 70 From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 64 Messages-Waiting: no Message-Account: sip:hol at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487392) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200027e30 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 286 bytes, veclen = 1 recv 286 bytes from udp/[192.168.0.171]:3072 at 14:12:48.352151: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKm7p3D302jDB9D From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY User-Agent: snom870/8.7.5.35 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (286 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for NOTIFY (59487392) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 23.164 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200027e30 by 0x7fc2000305f0 with 0x7fc200034310 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec003f00): event r_notify 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001d000) nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4022 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487392) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 26918 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.706511: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKBQ3g5apZgvDFQ Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="60e6f8b0-6eca-437e-8b34-e6655cd1f165", cnonce="HiAdRduTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="c38d070f44ef88d44e17a5f911d418d2", qop=auth, nc=00000002 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487240) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487240) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 651 bytes of 651 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 651 send 651 bytes to udp/[192.168.0.199]:37814 at 14:13:07.710363: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKBQ3g5apZgvDFQ From: ;tag=5ajHpUXjUSpjN To: ;tag=Z567UNH0aF6ma Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", stale=true, algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (59487240) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.710846: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKc0v96562D531j Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", cnonce="4KD7WNuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="35c7279a7d0a4047ac6e40b53096265e", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487241) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487241) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20003e320) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20003e320): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20003e320): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 607 bytes of 607 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 607 send 607 bytes to udp/[192.168.0.199]:37814 at 14:13:07.719723: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKc0v96562D531j From: ;tag=5ajHpUXjUSpjN To: ;tag=0e00Xg237Qv7N Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:13:07 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (59487241) nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002e900) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003cac0 from (udp/192.168.0.199:5060) has 406 bytes, veclen = 1 recv 406 bytes from udp/[192.168.0.199]:37814 at 14:13:07.720251: ------------------------------------------------------------------------ OPTIONS sip:13 at 192.168.0.199 SIP/2.0 v:SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN t: i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS a:*;require;explicit;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Accept:application/vnd.nokia-register-usage s:REGISTRATION PROBE l:0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003cac0 (406 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received OPTIONS sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487239) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: OPTIONS (59487239) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 283 bytes of 283 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 283 send 283 bytes to udp/[192.168.0.199]:37814 at 14:13:07.720393: ------------------------------------------------------------------------ SIP/2.0 481 Call/Transaction Does Not Exist Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN To: ;tag=1QSSZBK740jtH i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call/Transaction Does Not Exist for OPTIONS (59487239) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec004080) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc200019060) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 936 bytes of 936 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 936 send 936 bytes to udp/[192.168.0.199]:37814 at 14:13:07.740443: ------------------------------------------------------------------------ NOTIFY sip:13 at 192.168.0.199:37814;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKNggvFyH6Fp1US Max-Forwards: 70 From: ;tag=20jj163a298cD To: Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 63 Messages-Waiting: no Message-Account: sip:13 at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487401) to */192.168.0.199:37814 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200026f90 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200033ce0 from (udp/192.168.0.199:5060) has 477 bytes, veclen = 1 recv 477 bytes from udp/[192.168.0.199]:37814 at 14:13:07.741031: ------------------------------------------------------------------------ SIP/2.0 481 Subscription Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKNggvFyH6Fp1US From: ;tag=20jj163a298cD To: ;tag=85XUUcgXjmSar Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200033ce0 (477 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Subscription Does Not Exist for NOTIFY (59487401) nta.c:3436 agent_recv_response() nta: 481 Subscription Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.718 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200026f90 by 0x7fc200040200 with 0x7fc200033ce0 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec004080): event r_notify 481 Subscription Does Not Exist nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc200019060) nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000267e0) called nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487401) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 7529 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 18 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 19422 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 10 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 2/2 term, 2/2 free nta.c:1301 agent_timer() nta: timer not set From adrian at a2es.co.uk Sat Nov 12 20:50:51 2022 From: adrian at a2es.co.uk (Adrian Fretwell) Date: Sat, 12 Nov 2022 20:50:51 +0000 Subject: [Freeswitch-users] Trying to load xml using mod_python3 Message-ID: <866dd31b-500c-39b7-ca0a-8dcbe2744d0e@a2es.co.uk> Hello All, I have been stuck on this for a few days now and need some help. I understand that the "params" parameter passed to my xml_fetch(params) function should contain a switch event but I never get anything else but params being a NoneType (i.e. not set).   The function is being called but I have no idea of what xml is being requested. Can anyone give me any leads as to how I can load configuration using python? Setup below: In autoload_configs/python.conf.xml I have:             In ahf1.py I have: # BIND TO AN XML LOOKUP # # default name for binding to an XML lookup is "xml_fetch" it can be overridden with :: # params a switch_event with all the relevant data about what is being searched for in the XML registry. # def xml_fetch(params):     if not params:         consoleLog("info", 'ahf: No params\n')         return xml     purpose = Event.getHeader(params, 'purpose')     profile = Event.getHeader(params, 'profile')     key = Event.getHeader(params, 'key')     consoleLog("info", 'ahfp1: ' + purpose + '\n')     consoleLog("info", 'ahfp2: ' + profile + '\n')     consoleLog("info", 'ahfp3: ' + key + '\n')     return xml Many thanks & kind regards, Adrian Fretwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian at a2es.co.uk Sun Nov 13 19:51:17 2022 From: adrian at a2es.co.uk (Adrian Fretwell) Date: Sun, 13 Nov 2022 19:51:17 +0000 Subject: [Freeswitch-users] Delivering configuration using python. Message-ID: <3db32af8-3d1e-df75-456b-e779d2faf075@a2es.co.uk> Hello All, Apologies if this appears to be a duplicate, I don't think my first message made it to the list. Can anyone clarify the process of delivering FreeSWITCH configuration using mod_python3? In autoload_configs/python.conf.xml I have:             But although the script ahf1.py gets called several times on FreeSWITCH start up and on fs_cli reloadxml the script appears to have no way of knowing what configuration is being asked for. If I look at the freeswitch  /src/mod/languages directory on github in mod_lua.cpp I can see that variables are set for "section, "tag_name", "key_name", and "key_value", and a global: XML_REQUEST is set.  But in mod_python.c these variables do not seem to be made available to the python script, there is just a freeswitch Event that is NULL most of the time. So at the moment it seems impossible to deliver more that one binding in a python script?  Can anyone advise? In ahf1.py I have: # BIND TO AN XML LOOKUP # # default name for binding to an XML lookup is "xml_fetch" it can be overridden with :: # params a switch_event with all the relevant data about what is being searched for in the XML registry. # def xml_fetch(*args):     xml = '''  
     
'''     consoleLog("info", 'ahf: ' + str(args) + '\n')     if isinstance(args[0], Event):         consoleLog("info", 'ahf: Got an fs event\n')         consoleLog("info", 'ahfp1: ' + str(args[0].serialize()) + '\n')     return xml Many thanks and kind regards, Adrian Fretwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From dpa-freeswitch at aegee.org Tue Nov 15 15:12:55 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Tue, 15 Nov 2022 17:12:55 +0200 Subject: [Freeswitch-users] freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host (2) In-Reply-To: <2812723ff28a59a5cf498d0ec05ecfe04615883d.camel@aegee.org> References: <2812723ff28a59a5cf498d0ec05ecfe04615883d.camel@aegee.org> Message-ID: Hello, is the problem below that in Contact: there is no port, and freeswitch assumes that the port of the client is 5060, so for subsequent messages (like BYE) it tries to contact the client there? INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK94gZ1mmrpa19F Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0… I compared with other SIP clients and they do send a port in Contact: (Contact:;…), but not in From: . Thanks Дилян -----Original Message----- From: Дилян Палаузов To: freeswitch-users at lists.freeswitch.org Subject: freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host Date: 11/10/2022 02:42:08 PM Hello, In my LAN I have * a freeswitch server on 192.168.0.199:5060 * a Voip phone number on 192.168.0.171 * a Gnome-Calls voip client, for on 192.168.0.199 Note that freeswitch and one voip client have the same IP address. 13 calls 14, the connection is established.  If 14 terminates the call, 13 receives BYE and terminates the call. If 13 terminates the call, 14 does not receive BYE. I enable sofia loglevel all 9 sofia profile internal siptrace on sofia profile external siptrace on Then this is logged, after 13 calls 14, they speak and then 14 presses the HANG UP button. My reading is that freeswitch receives BYE and then sends the BYE to itself (on port 5060), instead of sending it to port 37814. I use the latest freeswitch and sofia from git (but have added some commits for changing modules.conf) Greetings   Dilyan ------------------------ nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 1/2 resent, 0/2 tout, 0/6 term, 0/8 free nta.c:1308 agent_timer() nta: timer set next to 431 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/2 resent, 1/2 tout, 1/6 term, 1/8 free nta.c:1308 agent_timer() nta: timer set next to 43 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 700 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 0/1 tout, 1/6 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 19 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 1/1 tout, 1/5 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 18570 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 784 bytes, veclen = 1 recv 784 bytes from udp/[192.168.0.199]:37814 at 14:08:10.903557: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (784 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487253) going to a default leg nta.c:1360 set_timeout() nta: timer shortened to 200 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001cb20) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002b760) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20002efe0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20002efe0, (nil), 0x7fc20002283a, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20001cb20): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20002efe0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_respond 407 Proxy Authentication Required nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc20002efe0) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 852 bytes of 852 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 852 send 852 bytes to udp/[192.168.0.199]:37814 at 14:08:10.908235: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK8UQ6ZS3mS1aQm From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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 Proxy-Authenticate: Digest realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (59487253) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20001cb20): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: received -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 407 Proxy Authentication Required nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_terminated 407 Proxy Authentication Required soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002efe0) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002b760) nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_destroy nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003b4d0 from (udp/192.168.0.199:5060) has 306 bytes, veclen = 1 recv 306 bytes from udp/[192.168.0.199]:37814 at 14:08:10.910212: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 ACK Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003b4d0 (306 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487253) is going to INVITE (59487253) nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200022a80 from (udp/192.168.0.199:5060) has 1040 bytes, veclen = 1 recv 1040 bytes from udp/[192.168.0.199]:37814 at 14:08:11.040325: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK94gZ1mmrpa19F Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200022a80 (1040 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487254) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002fe30) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc2000248a0, (nil), 0x7fc2000233ba, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20002dd30): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc2000248a0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 100 Trying nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 348 bytes of 348 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 348 send 348 bytes to udp/[192.168.0.199]:37814 at 14:08:11.054308: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 100 Trying for INVITE (59487254) nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 183 Session Progress nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1514 soa_generate_answer() soa_generate_answer(static::0x7fc2000248a0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc2000248a0, soa_generate_answer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): generating local description soa_static.c:1229 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): upgrade with remote description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58790, 0x7fc20003a0a0, ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): storing local description soa.c:1729 soa_activate() soa_activate(static::0x7fc2000248a0, (nil)) called soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1170 bytes of 1170 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1170 send 1170 bytes to udp/[192.168.0.199]:37814 at 14:08:11.065315: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "14" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 183 Session Progress for INVITE (59487254) nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: received -> early, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 183 Session Progress nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref f2e53472-201f-476e-8c8d-9e1ff55ebeb3 2022-11-10 14:08:11.075530 74.93% [ERR] mod_dptools.c:1867 LOCAL 14 nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:632 nua_invite() nua: nua_invite: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_invite nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_invite nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1c0001060) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc1c0001060): adding session usage nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001aca0) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20003d320) called soa.c:1425 soa_generate_offer() soa_generate_offer(static::0x7fc20003d320, 0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_generate_offer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): generating local description soa_static.c:1216 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): upgrade with local description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58680, (nil), ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): storing local description soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [(nil)], [0x7fc226d58780], [0x7fc226d5877c]) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1202 bytes of 1202 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 1202 send 1202 bytes to udp/[192.168.0.171]:3072 at 14:08:11.087778: ------------------------------------------------------------------------ INVITE sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKg3H06pXmy9HyF Max-Forwards: 69 From: "Gnome Calls" ;tag=U114m9DjpBDac To: Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 222 X-FS-Support: update_display,send_info Remote-Party-ID: "Gnome Calls" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1668053489 1668053490 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 28602 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 nta.c:8391 outgoing_send() nta: sent INVITE (59487253) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc20003fbf0 for udp/192.168.0.199:5060 (already 0) nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: init -> calling, sent offer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [0x7fc226d58778], [0x7fc226d58770], [(nil)]) called nua_stack.c:299 nua_stack_event() nua(0x7fc1c0001060): event i_state INVITE sent nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 984 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 399 bytes, veclen = 1 recv 399 bytes from udp/[192.168.0.171]:3072 at 14:08:11.128846: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (399 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 100 Trying for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 100 Trying is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 41.202 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[192.168.0.171]:3072 at 14:08:11.175320: ------------------------------------------------------------------------ SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (542 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 180 Ringing for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 180 Ringing is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 180 Ringing nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: calling -> proceeding nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 180 Ringing nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200042e90 from (udp/192.168.0.199:5060) has 841 bytes, veclen = 1 recv 841 bytes from udp/[192.168.0.171]:3072 at 14:08:11.540617: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Supported: timer, 100rel, replaces, from-change Content-Type: application/sdp Content-Length: 222 v=0 o=root 1322514182 1322514183 IN IP4 192.168.0.171 s=call c=IN IP4 192.168.0.171 t=0 0 m=audio 50438 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200042e90 (841 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc200042e90 soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20003d320, (nil), 0x7fc2000434bb, 222) called soa.c:1594 soa_process_answer() soa_process_answer(static::0x7fc20003d320) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_process_answer): called soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc200040430, 0x7fc1c402f700, ""): called soa_static.c:1303 offer_answer_step() soa_static(0x7fc20003d320, soa_process_answer): upgrade codecs with remote description soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nua_session.c:985 nua_session_client_response() nua(0x7fc1c0001060): INVITE: processed SDP answer in 200 Ok (200) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 200 Ok nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: proceeding -> completing, received answer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20003d320, [0x7fc226d58298], [0x7fc226d58290], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc20003d320, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:638 nua_ack() nua: nua_ack: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_ack nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_ack nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 396 bytes of 396 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 396 send 396 bytes to udp/[192.168.0.171]:3072 at 14:08:11.545972: ------------------------------------------------------------------------ ACK sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKHcBS8HerUj8gB Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 ACK Contact: Content-Length: 0 nta.c:8391 outgoing_send() nta: sent ACK (59487253) to */192.168.0.171:3072 nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: completing -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 ACK sent nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_active 200 Call active nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c4069b28, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1143 bytes of 1143 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1143 send 1143 bytes to udp/[192.168.0.199]:37814 at 14:08:11.563171: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 200 OK for INVITE (59487254) nta.c:1360 set_timeout() nta: timer shortened to 500 ms nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: early -> completed, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003a670 from (udp/192.168.0.199:5060) has 581 bytes, veclen = 1 recv 581 bytes from udp/[192.168.0.199]:37814 at 14:08:11.564050: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKaear3F5UKKQvB Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 ACK Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003a670 (581 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487254) is going to INVITE (59487254) nua_session.c:2566 process_ack_or_cancel() nua: process_ack_or_cancel: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc2000248a0) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_ack 200 OK nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: completed -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_active 200 Call active nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:797 nua_info() nua: nua_info: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_info nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_info nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 686 bytes of 686 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 686 send 686 bytes to udp/[192.168.0.171]:3072 at 14:08:11.570267: ------------------------------------------------------------------------ INFO sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKjN4HaDZUrUy3p Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Type: message/sipfrag Content-Length: 29 From: "Gnome Calls" 13 To: nta.c:8391 outgoing_send() nta: sent INFO (59487254) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200049af0 for udp/192.168.0.199:5060 (already 0) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200048c60 from (udp/192.168.0.199:5060) has 393 bytes, veclen = 1 recv 393 bytes from udp/[192.168.0.171]:3072 at 14:08:11.637812: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKjN4HaDZUrUy3p From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200048c60 (393 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INFO (59487254) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 67.711 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200049af0 by 0x7fc20004a0f0 with 0x7fc200048c60 nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_info 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 1324 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/7 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 2 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 2508 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 654 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 73 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate INFO (59487254) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 3592 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 20 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 23291 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000270d0 from (udp/192.168.0.199:5060) has 577 bytes, veclen = 1 recv 577 bytes from udp/[192.168.0.171]:3072 at 14:08:34.297253: ------------------------------------------------------------------------ BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 RTP-RxStat: Total_Rx_Pkts=1077,Rx_Pkts=1077,Rx_Pkts_Lost=0,Remote_Rx_Pkts_Lost=0 RTP-TxStat: Total_Tx_Pkts=1117,Tx_Pkts=1117,Remote_Tx_Pkts=0 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000270d0 (577 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 (CSeq 1) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:mod_sofia at 192.168.0.199:5060 with contact nta.c:3130 agent_recv_request() nta: BYE (1) going to existing leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_bye 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_respond nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_destroy soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 525 bytes of 525 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 525 send 525 bytes to udp/[192.168.0.171]:3072 at 14:08:34.309422: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport=3072 From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for BYE (1) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc1c0001060): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: ready -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Session Terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_terminated 200 Session Terminated soa.c:355 soa_destroy() soa_destroy(static::0x7fc20003d320) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001aca0) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:644 nua_bye() nua: nua_bye: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_bye nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_bye nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1783 soa_terminate() soa_terminate(static::0x7fc2000248a0) called soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 574 bytes of 574 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 574 send 574 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320275: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 nta.c:8391 outgoing_send() nta: sent BYE (59487265) to */192.168.0.199:5060 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200016ea0 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 574 bytes, veclen = 1 recv 574 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320473: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (574 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487265) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: BYE (59487265) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 513 bytes of 513 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 513 send 513 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320631: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call Does Not Exist for BYE (59487265) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200027e30 from (udp/192.168.0.199:5060) has 513 bytes, veclen = 1 recv 513 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320710: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200027e30 (513 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Call Does Not Exist for BYE (59487265) nta.c:3436 agent_recv_response() nta: 481 Call Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.536 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200016ea0 by 0x7fc200021bf0 with 0x7fc200027e30 nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event r_bye 481 Call Does Not Exist nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: terminating -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 481 to BYE nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_terminated 481 to BYE nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20002dd30): removing session usage soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000248a0) called nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002fe30) nua_session.c:351 nua_session_usage_destroy() nua: terminated session 0x7fc20002dd30 nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate BYE (59487265) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 4220 ms nta.c:9224 outgoing_timer_dk() nta: timer D fired, terminate INVITE (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/1 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 5 ms nta.c:9103 outgoing_timer_bf() nta: timer F fired, terminating ACK (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 1/1 tout, 0/0 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 22764 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1301 agent_timer() nta: timer not set tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20001c2a0 from (udp/192.168.0.199:5060) has 725 bytes, veclen = 1 recv 725 bytes from udp/[192.168.0.171]:3072 at 14:12:48.264425: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20001c2a0 (725 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 28) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (28) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 645 bytes of 645 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 645 send 645 bytes to udp/[192.168.0.171]:3072 at 14:12:48.270326: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=vaUXp4yNKm3vQ Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="566e6385-b1b5-476e-9e7b-1dd9ea47b647", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (28) nta.c:1362 set_timeout() nta: timer set to 32000 ms nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002cbf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20002a7c0 from (udp/192.168.0.199:5060) has 951 bytes, veclen = 1 recv 951 bytes from udp/[192.168.0.171]:3072 at 14:12:48.282578: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Authorization: Digest username="hol",realm="192.168.0.199",nonce="566e6385-b1b5-476e-9e7b- 1dd9ea47b647",uri="sip:192.168.0.199",qop=auth,nc=00000001,cnonce="36d07792",response="0a88e9ea7adcc7246ea0532cbe13668d",algorithm=MD5 Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20002a7c0 (951 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 29) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (29) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 616 bytes of 616 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 616 send 616 bytes to udp/[192.168.0.171]:3072 at 14:12:48.287889: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=XKmprZFSgXSFK Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:12:48 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (29) nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec003f00) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001d000) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 942 bytes of 942 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 942 send 942 bytes to udp/[192.168.0.171]:3072 at 14:12:48.329132: ------------------------------------------------------------------------ NOTIFY sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKm7p3D302jDB9D Max-Forwards: 70 From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 64 Messages-Waiting: no Message-Account: sip:hol at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487392) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200027e30 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 286 bytes, veclen = 1 recv 286 bytes from udp/[192.168.0.171]:3072 at 14:12:48.352151: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKm7p3D302jDB9D From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY User-Agent: snom870/8.7.5.35 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (286 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for NOTIFY (59487392) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 23.164 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200027e30 by 0x7fc2000305f0 with 0x7fc200034310 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec003f00): event r_notify 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001d000) nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4022 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487392) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 26918 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.706511: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKBQ3g5apZgvDFQ Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="60e6f8b0-6eca-437e-8b34-e6655cd1f165", cnonce="HiAdRduTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="c38d070f44ef88d44e17a5f911d418d2", qop=auth, nc=00000002 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487240) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487240) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 651 bytes of 651 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 651 send 651 bytes to udp/[192.168.0.199]:37814 at 14:13:07.710363: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKBQ3g5apZgvDFQ From: ;tag=5ajHpUXjUSpjN To: ;tag=Z567UNH0aF6ma Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", stale=true, algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (59487240) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.710846: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKc0v96562D531j Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", cnonce="4KD7WNuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="35c7279a7d0a4047ac6e40b53096265e", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487241) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487241) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20003e320) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20003e320): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20003e320): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 607 bytes of 607 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 607 send 607 bytes to udp/[192.168.0.199]:37814 at 14:13:07.719723: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKc0v96562D531j From: ;tag=5ajHpUXjUSpjN To: ;tag=0e00Xg237Qv7N Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:13:07 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (59487241) nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002e900) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003cac0 from (udp/192.168.0.199:5060) has 406 bytes, veclen = 1 recv 406 bytes from udp/[192.168.0.199]:37814 at 14:13:07.720251: ------------------------------------------------------------------------ OPTIONS sip:13 at 192.168.0.199 SIP/2.0 v:SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN t: i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS a:*;require;explicit;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Accept:application/vnd.nokia-register-usage s:REGISTRATION PROBE l:0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003cac0 (406 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received OPTIONS sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487239) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: OPTIONS (59487239) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 283 bytes of 283 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 283 send 283 bytes to udp/[192.168.0.199]:37814 at 14:13:07.720393: ------------------------------------------------------------------------ SIP/2.0 481 Call/Transaction Does Not Exist Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN To: ;tag=1QSSZBK740jtH i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call/Transaction Does Not Exist for OPTIONS (59487239) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec004080) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc200019060) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 936 bytes of 936 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 936 send 936 bytes to udp/[192.168.0.199]:37814 at 14:13:07.740443: ------------------------------------------------------------------------ NOTIFY sip:13 at 192.168.0.199:37814;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKNggvFyH6Fp1US Max-Forwards: 70 From: ;tag=20jj163a298cD To: Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 63 Messages-Waiting: no Message-Account: sip:13 at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487401) to */192.168.0.199:37814 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200026f90 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200033ce0 from (udp/192.168.0.199:5060) has 477 bytes, veclen = 1 recv 477 bytes from udp/[192.168.0.199]:37814 at 14:13:07.741031: ------------------------------------------------------------------------ SIP/2.0 481 Subscription Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKNggvFyH6Fp1US From: ;tag=20jj163a298cD To: ;tag=85XUUcgXjmSar Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200033ce0 (477 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Subscription Does Not Exist for NOTIFY (59487401) nta.c:3436 agent_recv_response() nta: 481 Subscription Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.718 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200026f90 by 0x7fc200040200 with 0x7fc200033ce0 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec004080): event r_notify 481 Subscription Does Not Exist nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc200019060) nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000267e0) called nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487401) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 7529 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 18 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 19422 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 10 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 2/2 term, 2/2 free nta.c:1301 agent_timer() nta: timer not set From csadi at hotmail.com Thu Nov 17 18:24:45 2022 From: csadi at hotmail.com (Adiseshu Channasamudhram) Date: Thu, 17 Nov 2022 18:24:45 +0000 Subject: [Freeswitch-users] TLS Connection freezes Message-ID: Hello There, I have the below problem and would really appreciate if someone can help I have setup freeswitch on centos and the connection to external sbc is via tls The setup works fine but intermittently the connection freezes => I stop seeing SIP OPTIONS under fs_cli and also when i look at the packet cap, freeswitch would have stopped responding to tls client_hello from the external sbc When i check the interfaces using netstat, i see the listening port and the tcp connections in established state. To recover, I will have to restart freeswitch ... Has anyone seen this? Any ideas how to solve this? Thanks in advance Regards A -------------- next part -------------- An HTML attachment was scrubbed... URL: From social at bohboh.info Thu Nov 17 21:09:47 2022 From: social at bohboh.info (Social Boh) Date: Thu, 17 Nov 2022 16:09:47 -0500 Subject: [Freeswitch-users] Prompts audio list Message-ID: <8d5b4967-2edc-575c-39dd-4ea80f2b8494@bohboh.info> Hello, is there a txt list with all phrases audio FreeeSWITCH English prompts? Regards -- --- I'm SoCIaL, MayBe From avi at avimarcus.net Fri Nov 18 05:30:08 2022 From: avi at avimarcus.net (Avi Marcus) Date: Fri, 18 Nov 2022 05:30:08 +0000 Subject: [Freeswitch-users] Prompts audio list In-Reply-To: <8d5b4967-2edc-575c-39dd-4ea80f2b8494@bohboh.info> References: <8d5b4967-2edc-575c-39dd-4ea80f2b8494@bohboh.info> Message-ID: <0100018489373950-a5b7e577-790f-445b-8701-a35fc7f8ea8b-000000@email.amazonses.com> There's a list here: https://github.com/signalwire/freeswitch/blob/master/docs/phrase/phrase_en.xml (But it doesn't seem to be kept up to date with new sound files https://github.com/freeswitch/freeswitch-sounds/pull/2) -Avi Marcus On Thu, Nov 17, 2022 at 11:35 PM Social Boh wrote: > Hello, > > is there a txt list with all phrases audio FreeeSWITCH English prompts? > > Regards > > -- > --- > I'm SoCIaL, MayBe > > > _________________________________________________________________________ > > 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: From dpa-freeswitch at aegee.org Sat Nov 19 14:07:02 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Sat, 19 Nov 2022 16:07:02 +0200 Subject: [Freeswitch-users] freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host (3) In-Reply-To: References: <2812723ff28a59a5cf498d0ec05ecfe04615883d.camel@aegee.org> Message-ID: Hello, the problem below disappears, when on INVITE the caller includes its network-port in the Contact: header (compared to a Contact header without port). The problem was that the caller has not received BYE, after the other side hang up. Greetings Дилян -----Original Message----- From: Дилян Палаузов To: freeswitch-users at lists.freeswitch.org Subject: freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host (2) Date: 11/15/2022 05:12:55 PM Hello, is the problem below that in Contact: there is no port, and freeswitch assumes that the port of the client is 5060, so for subsequent messages (like BYE) it tries to contact the client there? INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK94gZ1mmrpa19F Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0… I compared with other SIP clients and they do send a port in Contact: (Contact:;…), but not in From: . Thanks  Дилян -----Original Message----- From: Дилян Палаузов To: freeswitch-users at lists.freeswitch.org Subject: freeswitch forwards BYE on wrong port, when voip client and freeswitch run on the same host Date: 11/10/2022 02:42:08 PM Hello, In my LAN I have * a freeswitch server on 192.168.0.199:5060 * a Voip phone number on 192.168.0.171 * a Gnome-Calls voip client, for on 192.168.0.199 Note that freeswitch and one voip client have the same IP address. 13 calls 14, the connection is established.  If 14 terminates the call, 13 receives BYE and terminates the call. If 13 terminates the call, 14 does not receive BYE. I enable sofia loglevel all 9 sofia profile internal siptrace on sofia profile external siptrace on Then this is logged, after 13 calls 14, they speak and then 14 presses the HANG UP button. My reading is that freeswitch receives BYE and then sends the BYE to itself (on port 5060), instead of sending it to port 37814. I use the latest freeswitch and sofia from git (but have added some commits for changing modules.conf) Greetings   Dilyan ------------------------ nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 1/2 resent, 0/2 tout, 0/6 term, 0/8 free nta.c:1308 agent_timer() nta: timer set next to 431 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/2 resent, 1/2 tout, 1/6 term, 1/8 free nta.c:1308 agent_timer() nta: timer set next to 43 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 700 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 0/1 tout, 1/6 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 19 ms nta.c:7185 _nta_incoming_timer() nta: timer H fired, timeout and terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/1 resent, 1/1 tout, 1/5 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 18570 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 784 bytes, veclen = 1 recv 784 bytes from udp/[192.168.0.199]:37814 at 14:08:10.903557: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (784 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487253) going to a default leg nta.c:1360 set_timeout() nta: timer shortened to 200 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001cb20) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002b760) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20002efe0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20002efe0, (nil), 0x7fc20002283a, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20001cb20): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20002efe0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_respond 407 Proxy Authentication Required nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002efe0, ...) called nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc20002efe0) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 852 bytes of 852 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 852 send 852 bytes to udp/[192.168.0.199]:37814 at 14:08:10.908235: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK8UQ6ZS3mS1aQm From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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 Proxy-Authenticate: Digest realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (59487253) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20001cb20): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc20001cb20): call state changed: received -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_state 407 Proxy Authentication Required nua_stack.c:301 nua_stack_event() nua(0x7fc20001cb20): event i_terminated 407 Proxy Authentication Required soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002efe0) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002b760) nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_destroy nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003b4d0 from (udp/192.168.0.199:5060) has 306 bytes, veclen = 1 recv 306 bytes from udp/[192.168.0.199]:37814 at 14:08:10.910212: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK8UQ6ZS3mS1aQm Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=SFFKHKcBvS04m Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487253 ACK Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003b4d0 (306 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487253) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487253) is going to INVITE (59487253) nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001cb20): entering nua_stack.c:558 nua_signal() nua(0x7fc20001cb20): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001cb20): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200022a80 from (udp/192.168.0.199:5060) has 1040 bytes, veclen = 1 recv 1040 bytes from udp/[192.168.0.199]:37814 at 14:08:11.040325: ------------------------------------------------------------------------ INVITE sip:14 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bK94gZ1mmrpa19F Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Type: application/sdp Content-Disposition: session Content-Length: 214 v=0 o=- 7821972496499059687 243663153391721602 IN IP4 192.168.0.199 s=- c=IN IP4 192.168.0.199 t=0 0 m=audio 47267 RTP/AVP 8 0 3 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtcp:41052 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200022a80 (1040 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received INVITE sip:14 at 192.168.0.199 SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:14 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: INVITE (59487254) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20002fe30) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc2000248a0, (nil), 0x7fc2000233ba, 214) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc20002dd30): adding session usage nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_invite 100 Trying nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: init -> received, received offer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc2000248a0, [0x7fc226d583f8], [0x7fc226d583f0], [(nil)]) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 100 Trying nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 348 bytes of 348 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 348 send 348 bytes to udp/[192.168.0.199]:37814 at 14:08:11.054308: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 100 Trying for INVITE (59487254) nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 183 Session Progress nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c402f88a, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1514 soa_generate_answer() soa_generate_answer(static::0x7fc2000248a0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc2000248a0, soa_generate_answer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): generating local description soa_static.c:1229 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): upgrade with remote description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58790, 0x7fc20003a0a0, ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc2000248a0, soa_generate_answer): storing local description soa.c:1729 soa_activate() soa_activate(static::0x7fc2000248a0, (nil)) called soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1170 bytes of 1170 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1170 send 1170 bytes to udp/[192.168.0.199]:37814 at 14:08:11.065315: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "14" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 183 Session Progress for INVITE (59487254) nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: received -> early, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 183 Session Progress nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref f2e53472-201f-476e-8c8d-9e1ff55ebeb3 2022-11-10 14:08:11.075530 74.93% [ERR] mod_dptools.c:1867 LOCAL 14 nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:632 nua_invite() nua: nua_invite: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_invite nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_invite nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1c0001060) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called soa.c:889 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7fc20003d320, (nil), 0x7fc1c0002a31, -1) called nua_dialog.c:336 nua_dialog_usage_add() nua(0x7fc1c0001060): adding session usage nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001aca0) soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc20003d320) called soa.c:1425 soa_generate_offer() soa_generate_offer(static::0x7fc20003d320, 0) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_generate_offer): called soa_static.c:1188 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): generating local description soa_static.c:1216 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): upgrade with local description soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc226d58680, (nil), ""): called soa_static.c:1445 offer_answer_step() soa_static(0x7fc20003d320, soa_generate_offer): storing local description soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [(nil)], [0x7fc226d58780], [0x7fc226d5877c]) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1202 bytes of 1202 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 1202 send 1202 bytes to udp/[192.168.0.171]:3072 at 14:08:11.087778: ------------------------------------------------------------------------ INVITE sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKg3H06pXmy9HyF Max-Forwards: 69 From: "Gnome Calls" ;tag=U114m9DjpBDac To: Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 222 X-FS-Support: update_display,send_info Remote-Party-ID: "Gnome Calls" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1668053489 1668053490 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 28602 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 nta.c:8391 outgoing_send() nta: sent INVITE (59487253) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc20003fbf0 for udp/192.168.0.199:5060 (already 0) nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: init -> calling, sent offer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc20003d320, [0x7fc226d58778], [0x7fc226d58770], [(nil)]) called nua_stack.c:299 nua_stack_event() nua(0x7fc1c0001060): event i_state INVITE sent nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 984 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 399 bytes, veclen = 1 recv 399 bytes from udp/[192.168.0.171]:3072 at 14:08:11.128846: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (399 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 100 Trying for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 100 Trying is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 41.202 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000414a0 from (udp/192.168.0.199:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[192.168.0.171]:3072 at 14:08:11.175320: ------------------------------------------------------------------------ SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000414a0 (542 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 180 Ringing for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 180 Ringing is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc2000414a0 (preliminary) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 180 Ringing nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: calling -> proceeding nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 180 Ringing nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200042e90 from (udp/192.168.0.199:5060) has 841 bytes, veclen = 1 recv 841 bytes from udp/[192.168.0.171]:3072 at 14:08:11.540617: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKg3H06pXmy9HyF From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 INVITE User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Supported: timer, 100rel, replaces, from-change Content-Type: application/sdp Content-Length: 222 v=0 o=root 1322514182 1322514183 IN IP4 192.168.0.171 s=call c=IN IP4 192.168.0.171 t=0 0 m=audio 50438 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200042e90 (841 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INVITE (59487253) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc20003fbf0 by 0x7fc20003f1a0 with 0x7fc200042e90 soa.c:1170 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7fc20003d320, (nil), 0x7fc2000434bb, 222) called soa.c:1594 soa_process_answer() soa_process_answer(static::0x7fc20003d320) called soa_static.c:1147 offer_answer_step() soa_static_offer_answer_action(0x7fc20003d320, soa_process_answer): called soa_static.c:1028 soa_sdp_mode_set() soa_sdp_mode_set(0x7fc200040430, 0x7fc1c402f700, ""): called soa_static.c:1303 offer_answer_step() soa_static(0x7fc20003d320, soa_process_answer): upgrade codecs with remote description soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nua_session.c:985 nua_session_client_response() nua(0x7fc1c0001060): INVITE: processed SDP answer in 200 Ok (200) nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_invite 200 Ok nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: proceeding -> completing, received answer soa.c:1096 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7fc20003d320, [0x7fc226d58298], [0x7fc226d58290], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc20003d320, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:638 nua_ack() nua: nua_ack: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_ack nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_ack nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called soa.c:1729 soa_activate() soa_activate(static::0x7fc20003d320, (nil)) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 396 bytes of 396 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 396 send 396 bytes to udp/[192.168.0.171]:3072 at 14:08:11.545972: ------------------------------------------------------------------------ ACK sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKHcBS8HerUj8gB Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487253 ACK Contact: Content-Length: 0 nta.c:8391 outgoing_send() nta: sent ACK (59487253) to */192.168.0.171:3072 nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: completing -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 ACK sent nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_active 200 Call active nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1051 soa_set_user_sdp() soa_set_user_sdp(static::0x7fc2000248a0, (nil), 0x7fc1c4069b28, -1) called nua_session.c:2317 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [(nil)], [0x7fc226d58880], [0x7fc226d5887c]) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 1143 bytes of 1143 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 1143 send 1143 bytes to udp/[192.168.0.199]:37814 at 14:08:11.563171: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bK94gZ1mmrpa19F From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit 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-Type: application/sdp Content-Disposition: session Content-Length: 257 Remote-Party-ID: "Outbound Call" ;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1668065327 1668065328 IN IP4 192.168.0.199 s=FreeSWITCH c=IN IP4 192.168.0.199 t=0 0 m=audio 16764 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=rtcp:16765 IN IP4 192.168.0.199 nta.c:6870 incoming_reply() nta: sent 200 OK for INVITE (59487254) nta.c:1360 set_timeout() nta: timer shortened to 500 ms nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: early -> completed, sent answer soa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x7fc2000248a0, [0x7fc226d58948], [0x7fc226d58940], [(nil)]) called soa.c:615 soa_get_params() soa_get_params(static::0x7fc2000248a0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003a670 from (udp/192.168.0.199:5060) has 581 bytes, veclen = 1 recv 581 bytes from udp/[192.168.0.199]:37814 at 14:08:11.564050: ------------------------------------------------------------------------ ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKaear3F5UKKQvB Max-Forwards: 70 From: ;tag=7v42SHZSNB3Qc To: ;tag=tr8BKeXeS2pQg Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487254 ACK Proxy-Authorization: Digest username="13", realm="192.168.0.199", nonce="6c4036c0-099c-49a0-8b48-52602ef2cacd", cnonce="L7jT/NuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:14 at 192.168.0.199", response="d5a64de9e3e0853731a63b62cbf3b44c", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003a670 (581 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received ACK sip:14 at 192.168.0.199:5060;transport=udp SIP/2.0 (CSeq 59487254) (load: 1 rps) nta.c:3088 agent_recv_request() nta: ACK (59487254) is going to INVITE (59487254) nua_session.c:2566 process_ack_or_cancel() nua: process_ack_or_cancel: entering soa.c:1213 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7fc2000248a0) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_ack 200 OK nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: completed -> ready nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 200 OK nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_active 200 Call active nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:797 nua_info() nua: nua_info: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_info nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_info nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 686 bytes of 686 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 686 send 686 bytes to udp/[192.168.0.171]:3072 at 14:08:11.570267: ------------------------------------------------------------------------ INFO sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKjN4HaDZUrUy3p Max-Forwards: 70 From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Type: message/sipfrag Content-Length: 29 From: "Gnome Calls" 13 To: nta.c:8391 outgoing_send() nta: sent INFO (59487254) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200049af0 for udp/192.168.0.199:5060 (already 0) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200048c60 from (udp/192.168.0.199:5060) has 393 bytes, veclen = 1 recv 393 bytes from udp/[192.168.0.171]:3072 at 14:08:11.637812: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKjN4HaDZUrUy3p From: "Gnome Calls" ;tag=U114m9DjpBDac To: ;tag=2ajlc3ockz Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487254 INFO User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200048c60 (393 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for INFO (59487254) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 67.711 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200049af0 by 0x7fc20004a0f0 with 0x7fc200048c60 nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event r_info 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 1324 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/7 term, 1/7 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/6 free nta.c:1308 agent_timer() nta: timer set next to 2 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 2508 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 654 ms nta.c:7214 _nta_incoming_timer() nta: timer I fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 73 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate INFO (59487254) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 3592 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 20 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 23291 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000270d0 from (udp/192.168.0.199:5060) has 577 bytes, veclen = 1 recv 577 bytes from udp/[192.168.0.171]:3072 at 14:08:34.297253: ------------------------------------------------------------------------ BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1 RTP-RxStat: Total_Rx_Pkts=1077,Rx_Pkts=1077,Rx_Pkts_Lost=0,Remote_Rx_Pkts_Lost=0 RTP-TxStat: Total_Tx_Pkts=1117,Tx_Pkts=1117,Remote_Tx_Pkts=0 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000270d0 (577 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:mod_sofia at 192.168.0.199:5060 SIP/2.0 (CSeq 1) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:mod_sofia at 192.168.0.199:5060 with contact nta.c:3130 agent_recv_request() nta: BYE (1) going to existing leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_bye 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_respond nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_destroy soa.c:402 soa_set_params() soa_set_params(static::0x7fc20003d320, ...) called nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1c0001060): entering nua_stack.c:558 nua_signal() nua(0x7fc1c0001060): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 525 bytes of 525 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 525 send 525 bytes to udp/[192.168.0.171]:3072 at 14:08:34.309422: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-85yzytnyutq0;rport=3072 From: ;tag=2ajlc3ockz To: "Gnome Calls" ;tag=U114m9DjpBDac Call-ID: 2fd3e341-db93-123b-5db9-e4aaeae9dd8b CSeq: 1 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for BYE (1) nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc1c0001060): removing session usage nua_session.c:4131 signal_call_state_change() nua(0x7fc1c0001060): call state changed: ready -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_state 200 Session Terminated nua_stack.c:301 nua_stack_event() nua(0x7fc1c0001060): event i_terminated 200 Session Terminated soa.c:355 soa_destroy() soa_destroy(static::0x7fc20003d320) called nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001aca0) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:599 nua_stack_signal() nua(0x7fc1c0001060): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:644 nua_bye() nua: nua_bye: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_bye nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_bye nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000248a0, ...) called soa.c:1783 soa_terminate() soa_terminate(static::0x7fc2000248a0) called soa.c:1301 soa_init_offer_answer() soa_init_offer_answer(static::0x7fc2000248a0) called nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 574 bytes of 574 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 574 send 574 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320275: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 nta.c:8391 outgoing_send() nta: sent BYE (59487265) to */192.168.0.199:5060 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200016ea0 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 574 bytes, veclen = 1 recv 574 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320473: ------------------------------------------------------------------------ BYE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKKyXac8FZN4mpj Max-Forwards: 70 From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (574 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received BYE sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487265) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: BYE (59487265) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:5060 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:5060 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:5060 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 513 bytes of 513 to udp/192.168.0.199:5060 tport.c:3528 tport_send_msg() tport_vsend returned 513 send 513 bytes to udp/[192.168.0.199]:5060 at 14:08:34.320631: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call Does Not Exist for BYE (59487265) tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200027e30 from (udp/192.168.0.199:5060) has 513 bytes, veclen = 1 recv 513 bytes from udp/[192.168.0.199]:5060 at 14:08:34.320710: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKKyXac8FZN4mpj From: ;tag=tr8BKeXeS2pQg To: ;tag=7v42SHZSNB3Qc Call-ID: 2fb7b50e-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487265 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200027e30 (513 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Call Does Not Exist for BYE (59487265) nta.c:3436 agent_recv_response() nta: 481 Call Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.536 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200016ea0 by 0x7fc200021bf0 with 0x7fc200027e30 nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event r_bye 481 Call Does Not Exist nua_session.c:4131 signal_call_state_change() nua(0x7fc20002dd30): call state changed: terminating -> terminated nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_state 481 to BYE nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_terminated 481 to BYE nua_dialog.c:395 nua_dialog_usage_remove_at() nua(0x7fc20002dd30): removing session usage soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000248a0) called nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20002fe30) nua_session.c:351 nua_session_usage_destroy() nua: terminated session 0x7fc20002dd30 nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate BYE (59487265) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 4220 ms nta.c:9224 outgoing_timer_dk() nta: timer D fired, terminate INVITE (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/1 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 5 ms nta.c:9103 outgoing_timer_bf() nta: timer F fired, terminating ACK (59487253) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 1/1 tout, 0/0 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 22764 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1308 agent_timer() nta: timer set next to 11 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1301 agent_timer() nta: timer not set tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20001c2a0 from (udp/192.168.0.199:5060) has 725 bytes, veclen = 1 recv 725 bytes from udp/[192.168.0.171]:3072 at 14:12:48.264425: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20001c2a0 (725 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 28) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (28) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002cbf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 645 bytes of 645 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 645 send 645 bytes to udp/[192.168.0.171]:3072 at 14:12:48.270326: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-p3v89oqgys6f;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=vaUXp4yNKm3vQ Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 28 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="566e6385-b1b5-476e-9e7b-1dd9ea47b647", algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (28) nta.c:1362 set_timeout() nta: timer set to 32000 ms nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002cbf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20002a7c0 from (udp/192.168.0.199:5060) has 951 bytes, veclen = 1 recv 951 bytes from udp/[192.168.0.171]:3072 at 14:12:48.282578: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport From: "V" ;tag=modgcguhn5 To: "V" Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Max-Forwards: 70 User-Agent: snom870/8.7.5.35 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom870";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIO NS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" Allow-Events: dialog X-Real-IP: 192.168.0.171 Supported: path, gruu Authorization: Digest username="hol",realm="192.168.0.199",nonce="566e6385-b1b5-476e-9e7b- 1dd9ea47b647",uri="sip:192.168.0.199",qop=auth,nc=00000001,cnonce="36d07792",response="0a88e9ea7adcc7246ea0532cbe13668d",algorithm=MD5 Expires: 3600 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20002a7c0 (951 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199 SIP/2.0 (CSeq 29) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: REGISTER (29) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20002dd30) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20002dd30): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20002dd30): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_respond 200 OK nua_stack.c:558 nua_signal() nua(0x7fc20002dd30): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 616 bytes of 616 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 616 send 616 bytes to udp/[192.168.0.171]:3072 at 14:12:48.287889: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.171:3072;branch=z9hG4bK-g182wdbzsjs1;rport=3072 From: "V" ;tag=modgcguhn5 To: "V" ;tag=XKmprZFSgXSFK Call-ID: 313636383037393138313437333732-1ndaz5fa7hs9 CSeq: 29 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:12:48 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (29) nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20002dd30): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec003f00) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc20001d000) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.171:3072 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.171:3072 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.171:3072 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 942 bytes of 942 to udp/192.168.0.171:3072 tport.c:3528 tport_send_msg() tport_vsend returned 942 send 942 bytes to udp/[192.168.0.171]:3072 at 14:12:48.329132: ------------------------------------------------------------------------ NOTIFY sip:hol at 192.168.0.171:3072;line=k7kw4n00 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKm7p3D302jDB9D Max-Forwards: 70 From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 64 Messages-Waiting: no Message-Account: sip:hol at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487392) to */192.168.0.171:3072 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200027e30 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 286 bytes, veclen = 1 recv 286 bytes from udp/[192.168.0.171]:3072 at 14:12:48.352151: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKm7p3D302jDB9D From: ;tag=yvDFtt0vD6F2e To: Call-ID: d51392e3-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487392 NOTIFY User-Agent: snom870/8.7.5.35 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (286 bytes) from udp/192.168.0.171:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 200 Ok for NOTIFY (59487392) nta.c:3436 agent_recv_response() nta: 200 Ok is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 23.164 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200027e30 by 0x7fc2000305f0 with 0x7fc200034310 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec003f00): event r_notify 200 Ok nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec003f00): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc20001d000) nua_stack.c:558 nua_signal() nua(0x7fc1ec003f00): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec003f00): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4022 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487392) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 26918 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc2000211e0 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.706511: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKBQ3g5apZgvDFQ Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="60e6f8b0-6eca-437e-8b34-e6655cd1f165", cnonce="HiAdRduTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="c38d070f44ef88d44e17a5f911d418d2", qop=auth, nc=00000002 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc2000211e0 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487240) (load: 0 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487240) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20001e920) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20001e920): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20001e920): entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20001e920): recv signal r_respond 401 Unauthorized nua_stack.c:558 nua_signal() nua(0x7fc20001e920): sent signal r_handle_unref nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002fcf0, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 651 bytes of 651 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 651 send 651 bytes to udp/[192.168.0.199]:37814 at 14:13:07.710363: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKBQ3g5apZgvDFQ From: ;tag=5ajHpUXjUSpjN To: ;tag=Z567UNH0aF6ma Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487240 REGISTER User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces WWW-Authenticate: Digest realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", stale=true, algorithm=MD5, qop="auth" Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 401 Unauthorized for REGISTER (59487240) nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002fcf0) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20001e920): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200034310 from (udp/192.168.0.199:5060) has 893 bytes, veclen = 1 recv 893 bytes from udp/[192.168.0.199]:37814 at 14:13:07.710846: ------------------------------------------------------------------------ REGISTER sip:192.168.0.199:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKc0v96562D531j Max-Forwards: 70 From: ;tag=5ajHpUXjUSpjN To: Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: localhost 13 ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Expires: 180 User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Authorization: Digest username="13", realm="192.168.0.199", nonce="86bd9407-3598-4536-afa2-2d900d4436aa", cnonce="4KD7WNuTEjuCPuSq6undiw", algorithm=MD5, uri="sip:192.168.0.199:5060", response="35c7279a7d0a4047ac6e40b53096265e", qop=auth, nc=00000001 Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200034310 (893 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received REGISTER sip:192.168.0.199:5060 SIP/2.0 (CSeq 59487241) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:192.168.0.199:5060 with contact nta.c:3155 agent_recv_request() nta: REGISTER (59487241) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:935 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc20003e320) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called nua_stack.c:301 nua_stack_event() nua(0x7fc20003e320): event i_register 100 Trying nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua.c:878 nua_respond() nua: nua_respond: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_respond nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_destroy nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:601 nua_stack_signal() nua(0x7fc20003e320): recv signal r_respond 200 OK nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc20003e320): entering nua_stack.c:558 nua_signal() nua(0x7fc20003e320): sent signal r_handle_unref nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref soa.c:402 soa_set_params() soa_set_params(static::0x7fc20002e900, ...) called tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 607 bytes of 607 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 607 send 607 bytes to udp/[192.168.0.199]:37814 at 14:13:07.719723: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKc0v96562D531j From: ;tag=5ajHpUXjUSpjN To: ;tag=0e00Xg237Qv7N Call-ID: 1e1fa63b-db93-123b-3e82-e4aaeae9dd8b CSeq: 59487241 REGISTER Contact: ;expires=600 Date: Thu, 10 Nov 2022 12:13:07 GMT User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 200 OK for REGISTER (59487241) nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_destroy nta.c:4541 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:355 soa_destroy() soa_destroy(static::0x7fc20002e900) called nua_stack.c:599 nua_stack_signal() nua(0x7fc20003e320): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc20003cac0 from (udp/192.168.0.199:5060) has 406 bytes, veclen = 1 recv 406 bytes from udp/[192.168.0.199]:37814 at 14:13:07.720251: ------------------------------------------------------------------------ OPTIONS sip:13 at 192.168.0.199 SIP/2.0 v:SIP/2.0/UDP 192.168.0.199:37814;rport;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN t: i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS a:*;require;explicit;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,MESSAGE,SUBSCRIBE,NOTIFY,REFER,UPDATE" Accept:application/vnd.nokia-register-usage s:REGISTRATION PROBE l:0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc20003cac0 (406 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:2948 agent_recv_request() nta: received OPTIONS sip:13 at 192.168.0.199 SIP/2.0 (CSeq 59487239) (load: 1 rps) nta.c:3317 agent_aliases() nta: canonizing sip:13 at 192.168.0.199 with contact nta.c:3155 agent_recv_request() nta: OPTIONS (59487239) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = UDP/192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name UDP/192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 283 bytes of 283 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 283 send 283 bytes to udp/[192.168.0.199]:37814 at 14:13:07.720393: ------------------------------------------------------------------------ SIP/2.0 481 Call/Transaction Does Not Exist Via: SIP/2.0/UDP 192.168.0.199:37814;rport=37814;branch=z9hG4bKD9N280Q6aetme f:;tag=5ajHpUXjUSpjN To: ;tag=1QSSZBK740jtH i:UjNxKuwxSxhvidMpnON_9f CSeq:59487239 OPTIONS Content-Length: 0 nta.c:6870 incoming_reply() nta: sent 481 Call/Transaction Does Not Exist for OPTIONS (59487239) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua.c:715 nua_notify() nua: nua_notify: entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_notify nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_notify nua_params.c:484 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:278 soa_clone() soa_clone(static::0x7fc200001be0, 0x7fc2000013e0, 0x7fc1ec004080) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called soa.c:402 soa_set_params() soa_set_params(static::0x7fc2000267e0, ...) called nta.c:4488 nta_leg_tcreate() nta_leg_tcreate(0x7fc200019060) nta.c:2707 nta_tpn_by_url() nta: selecting scheme sip tport.c:3292 tport_tsend() tport_tsend(0x7fc200004ed0) tpn = */192.168.0.199:37814 tport.c:4078 tport_resolve() tport_resolve addrinfo = 192.168.0.199:37814 tport.c:4715 tport_by_addrinfo() tport_by_addrinfo(0x7fc200004ed0): not found by name */192.168.0.199:37814 tport.c:3627 tport_vsend() tport_vsend(0x7fc200004ed0): 936 bytes of 936 to udp/192.168.0.199:37814 tport.c:3528 tport_send_msg() tport_vsend returned 936 send 936 bytes to udp/[192.168.0.199]:37814 at 14:13:07.740443: ------------------------------------------------------------------------ NOTIFY sip:13 at 192.168.0.199:37814;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.0.199;rport;branch=z9hG4bKNggvFyH6Fp1US Max-Forwards: 70 From: ;tag=20jj163a298cD To: Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.10.8-dev+git~20220610T171719Z~2b4646b53c~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: message-summary Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 63 Messages-Waiting: no Message-Account: sip:13 at 192.168.0.199 nta.c:8391 outgoing_send() nta: sent NOTIFY (59487401) to */192.168.0.199:37814 tport.c:4193 tport_pend() tport_pend(0x7fc200004ed0): pending 0x7fc200026f90 for udp/192.168.0.199:5060 (already 0) nta.c:1360 set_timeout() nta: timer shortened to 1000 ms tport.c:2769 tport_wakeup_pri() tport_wakeup_pri(0x7fc200004ed0): events IN tport.c:2900 tport_recv_event() tport_recv_event(0x7fc200004ed0) tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x7fc200004ed0) msg 0x7fc200033ce0 from (udp/192.168.0.199:5060) has 477 bytes, veclen = 1 recv 477 bytes from udp/[192.168.0.199]:37814 at 14:13:07.741031: ------------------------------------------------------------------------ SIP/2.0 481 Subscription Does Not Exist Via: SIP/2.0/UDP 192.168.0.199;rport=5060;branch=z9hG4bKNggvFyH6Fp1US From: ;tag=20jj163a298cD To: ;tag=85XUUcgXjmSar Call-ID: e0a5813a-db93-123b-5db9-e4aaeae9dd8b CSeq: 59487401 NOTIFY User-Agent: calls sofia-sip/1.13.9 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, replaces, gruu, outbound Content-Length: 0 tport.c:3055 tport_deliver() tport_deliver(0x7fc200004ed0): msg 0x7fc200033ce0 (477 bytes) from udp/192.168.0.199:5060/sip next=(nil) nta.c:3369 agent_recv_response() nta: received 481 Subscription Does Not Exist for NOTIFY (59487401) nta.c:3436 agent_recv_response() nta: 481 Subscription Does Not Exist is going to a transaction nta.c:9688 outgoing_estimate_delay() nta_outgoing: RTT is 0.718 ms tport.c:4255 tport_release() tport_release(0x7fc200004ed0): 0x7fc200026f90 by 0x7fc200040200 with 0x7fc200033ce0 nua_stack.c:301 nua_stack_event() nua(0x7fc1ec004080): event r_notify 481 Subscription Does Not Exist nua_stack.c:389 nua_application_event() nua: nua_application_event: entering nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref nua.c:365 nua_handle_magic() nua: nua_handle_magic: entering nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua.c:341 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua.c:920 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_destroy nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_destroy nua.c:1164 nua_handle_unref_user() nua nua_handle_unref_user(0x7fc1ec004080): entering nta.c:4541 nta_leg_destroy() nta_leg_destroy(0x7fc200019060) nua_stack.c:558 nua_signal() nua(0x7fc1ec004080): sent signal r_handle_unref soa.c:355 soa_destroy() soa_destroy(static::0x7fc2000267e0) called nua.c:1157 nua_unref_user() nua: nua_unref_user: entering nua_stack.c:558 nua_signal() nua((nil)): sent signal r_unref nua_stack.c:599 nua_stack_signal() nua(0x7fc1ec004080): recv signal r_handle_unref nua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref nta.c:1308 agent_timer() nta: timer set next to 4000 ms nta.c:9224 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (59487401) nta.c:8896 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7fc226d58a20) nta.c:9036 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1308 agent_timer() nta: timer set next to 7529 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1308 agent_timer() nta: timer set next to 18 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1308 agent_timer() nta: timer set next to 19422 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1308 agent_timer() nta: timer set next to 10 ms nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7239 _nta_incoming_timer() nta: timer J fired, terminate 481 response nta.c:5895 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7fc226d58a30) nta.c:7261 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 2/2 term, 2/2 free nta.c:1301 agent_timer() nta: timer not set From dpa-freeswitch at aegee.org Sun Nov 20 11:25:29 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Sun, 20 Nov 2022 13:25:29 +0200 Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 Message-ID: Hello, upon receiving from Linphone this packet: [91/1982] recv 1548 bytes from udp/[192.168.0.146]:60979 at 13:18:42.024773: ------------------------------------------------------------------------ INVITE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.146:60979;branch=z9hG4bK.8Jt0a~Mrl;rport From: "17" ;tag=4gQEL2Gnu To: sip:13 at 192.168.0.199 CSeq: 21 INVITE Call-ID: JjCHrXlix2 Max-Forwards: 70 Supported: replaces, outbound, gruu Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO, PRACK, UPDATE Content-Type: application/sdp Content-Length: 425 Contact: ;expires=600;+sip.instance="" User-Agent: LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0) Proxy-Authorization: Digest realm="192.168.0.199", nonce="23e41321-96a8-46a0-aae3-9a4d35e55b66", algorithm=MD5, username="17", uri="si p:13 at 192.168.0.199", response="b0d38675f5541fd7e8bd4f2e15ad141d", cnonce="mqgfEEfiJeT~XLy7", nc=00000001, qop=auth v=0 o=17 743 229 IN IP4 192.168.0.146 s=Talk c=IN IP4 192.168.0.146 t=0 0 a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics m=audio 7078 RTP/AVP 96 97 0 8 3 9 18 98 101 a=rtpmap:96 speex/16000 a=fmtp:96 vbr=on a=rtpmap:97 speex/8000 a=fmtp:97 vbr=on a=fmtp:18 annexb=yes a=rtpmap:98 telephone-event/16000 a=rtpmap:101 telephone-event/8000 a=rtcp-fb:* trr-int 1000 a=rtcp-fb:* ccm tmmbr 2022-11-20 13:18:42.030423 95.90% [ERR] mod_pgsql.c:552 Error executing query: ERROR: value too long for type character varying(255) The system logs the above two lines. Or rather, when “sofia profile internal siptrace on” is active, fs_cli prints the above text in a row. I am using the latest FreeSwitch (commit bb682fc5b4c4fe67a). Greetings Дилян From brian at freeswitch.com Sun Nov 20 17:38:47 2022 From: brian at freeswitch.com (Brian West) Date: Sun, 20 Nov 2022 11:38:47 -0600 Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 In-Reply-To: References: Message-ID: Greetings, Please file an issue here https://github.com/signalwire/freeswitch/issues, Also check out our community forum here https://forum.signalwire.community/c/freeswitch/17 Thanks, Brian On Sun, Nov 20, 2022 at 5:26 AM Дилян Палаузов wrote: > Hello, > > upon receiving from Linphone this packet: > > > [91/1982] > recv 1548 bytes from udp/[192.168.0.146]:60979 at 13:18:42.024773: > > ------------------------------------------------------------------------ > > INVITE sip:13 at 192.168.0.199 SIP/2.0 > > Via: SIP/2.0/UDP 192.168.0.146:60979;branch=z9hG4bK.8Jt0a~Mrl;rport > > From: "17" ;tag=4gQEL2Gnu > > To: sip:13 at 192.168.0.199 > > CSeq: 21 INVITE > > Call-ID: JjCHrXlix2 > > Max-Forwards: 70 > > Supported: replaces, outbound, gruu > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO, PRACK, UPDATE > Content-Type: application/sdp > > Content-Length: 425 > > Contact: ;pn-prid=cYbkaRFUTAKJlPRczanb5L:APA91bG-OBwFYa6vlrpuDFSqFW9pV_EdbrfU-vAMMOdbvoKQFf_8N5iummtpMPsFU7jb > > jFMiooS9jYqM2-3COnSngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn-timeout=0; > transport=udp>;expires=600;+sip.instance="" > > User-Agent: LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 > (tags/5.1.62^0) > Proxy-Authorization: Digest realm="192.168.0.199", > nonce="23e41321-96a8-46a0-aae3-9a4d35e55b66", algorithm=MD5, > username="17", uri="si > p:13 at 192.168.0.199", response="b0d38675f5541fd7e8bd4f2e15ad141d", > cnonce="mqgfEEfiJeT~XLy7", nc=00000001, qop=auth > > v=0 > > o=17 743 229 IN IP4 192.168.0.146 > > s=Talk > c=IN IP4 192.168.0.146 > t=0 0 > a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics > m=audio 7078 RTP/AVP 96 97 0 8 3 9 18 98 101 > a=rtpmap:96 speex/16000 > a=fmtp:96 vbr=on > a=rtpmap:97 speex/8000 > a=fmtp:97 vbr=on > a=fmtp:18 annexb=yes > a=rtpmap:98 telephone-event/16000 > a=rtpmap:101 telephone-event/8000 > a=rtcp-fb:* trr-int 1000 > a=rtcp-fb:* ccm tmmbr > > > 2022-11-20 13:18:42.030423 95.90% [ERR] mod_pgsql.c:552 Error executing > query: > ERROR: value too long for type character varying(255) > > The system logs the above two lines. Or rather, when “sofia profile > internal siptrace on” is active, fs_cli prints the above text in a row. > > I am using the latest FreeSwitch (commit bb682fc5b4c4fe67a). > > Greetings > Дилян > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telium.io Sun Nov 20 23:07:04 2022 From: lists at telium.io (TTT) Date: Sun, 20 Nov 2022 23:07:04 +0000 Subject: [Freeswitch-users] User processed in wrong context Message-ID: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can't actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shaun at syskonfig.pl Mon Nov 21 08:22:55 2022 From: shaun at syskonfig.pl (Shaun Stokes) Date: Mon, 21 Nov 2022 08:22:55 +0000 Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 In-Reply-To: References: Message-ID: You're hitting the length limit for one of the database columns, it's probably one of these. /usr/src/freeswitch/src/mod/endpoints/mod_sofia/sofia_glue.c " call_id VARCHAR(255),\n" " sip_user VARCHAR(255),\n" " sip_host VARCHAR(255),\n" " presence_hosts VARCHAR(255),\n" " status VARCHAR(255),\n" " ping_status VARCHAR(255),\n" " rpid VARCHAR(255),\n" " user_agent VARCHAR(255),\n" " server_user VARCHAR(255),\n" " server_host VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " network_ip VARCHAR(255),\n" " sip_username VARCHAR(255),\n" " sip_realm VARCHAR(255),\n" " mwi_user VARCHAR(255),\n" " mwi_host VARCHAR(255),\n" " orig_server_host VARCHAR(255),\n" " orig_hostname VARCHAR(255),\n" " sub_host VARCHAR(255)\n" " sip_user VARCHAR(255),\n" " sip_host VARCHAR(255),\n" " status VARCHAR(255),\n" " rpid VARCHAR(255),\n" " user_agent VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " network_ip VARCHAR(255),\n" " open_closed VARCHAR(255)\n" " call_id VARCHAR(255),\n" " uuid VARCHAR(255),\n" " sip_to_user VARCHAR(255),\n" " sip_to_host VARCHAR(255),\n" " sip_from_user VARCHAR(255),\n" " sip_from_host VARCHAR(255),\n" " contact_user VARCHAR(255),\n" " contact_host VARCHAR(255),\n" " state VARCHAR(255),\n" " direction VARCHAR(255),\n" " user_agent VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " contact VARCHAR(255),\n" " presence_id VARCHAR(255),\n" " presence_data VARCHAR(255),\n" " call_info VARCHAR(255),\n" " call_info_state VARCHAR(255) default '',\n" " status VARCHAR(255),\n" " rpid VARCHAR(255),\n" " sip_to_tag VARCHAR(255),\n" " sip_from_tag VARCHAR(255),\n" " proto VARCHAR(255),\n" " sip_user VARCHAR(255),\n" " sip_host VARCHAR(255),\n" " sub_to_user VARCHAR(255),\n" " sub_to_host VARCHAR(255),\n" " presence_hosts VARCHAR(255),\n" " event VARCHAR(255),\n" " call_id VARCHAR(255),\n" " full_from VARCHAR(255),\n" " full_via VARCHAR(255),\n" " user_agent VARCHAR(255),\n" " accept VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " network_ip VARCHAR(255),\n" " orig_proto VARCHAR(255),\n" " full_to VARCHAR(255)\n" " nonce VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " subscriber VARCHAR(255),\n" " call_id VARCHAR(255),\n" " aor VARCHAR(255),\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " contact_str VARCHAR(255),\n" " network_ip VARCHAR(255)\n" " profile_name VARCHAR(255),\n" " hostname VARCHAR(255),\n" " contact_str VARCHAR(255),\n" " call_id VARCHAR(255),\n" " network_ip VARCHAR(255),\n" ________________________________ From: FreeSWITCH-users on behalf of Дилян Палаузов Sent: Sunday, November 20, 2022 12:25 To: freeswitch-users Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 Hello, upon receiving from Linphone this packet: [91/1982] recv 1548 bytes from udp/[192.168.0.146]:60979 at 13:18:42.024773: ------------------------------------------------------------------------ INVITE sip:13 at 192.168.0.199 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.146:60979;branch=z9hG4bK.8Jt0a~Mrl;rport From: "17" ;tag=4gQEL2Gnu To: sip:13 at 192.168.0.199 CSeq: 21 INVITE Call-ID: JjCHrXlix2 Max-Forwards: 70 Supported: replaces, outbound, gruu Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO, PRACK, UPDATE Content-Type: application/sdp Content-Length: 425 Contact: ;expires=600;+sip.instance="" User-Agent: LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0) Proxy-Authorization: Digest realm="192.168.0.199", nonce="23e41321-96a8-46a0-aae3-9a4d35e55b66", algorithm=MD5, username="17", uri="si p:13 at 192.168.0.199", response="b0d38675f5541fd7e8bd4f2e15ad141d", cnonce="mqgfEEfiJeT~XLy7", nc=00000001, qop=auth v=0 o=17 743 229 IN IP4 192.168.0.146 s=Talk c=IN IP4 192.168.0.146 t=0 0 a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics m=audio 7078 RTP/AVP 96 97 0 8 3 9 18 98 101 a=rtpmap:96 speex/16000 a=fmtp:96 vbr=on a=rtpmap:97 speex/8000 a=fmtp:97 vbr=on a=fmtp:18 annexb=yes a=rtpmap:98 telephone-event/16000 a=rtpmap:101 telephone-event/8000 a=rtcp-fb:* trr-int 1000 a=rtcp-fb:* ccm tmmbr 2022-11-20 13:18:42.030423 95.90% [ERR] mod_pgsql.c:552 Error executing query: ERROR: value too long for type character varying(255) The system logs the above two lines. Or rather, when “sofia profile internal siptrace on” is active, fs_cli prints the above text in a row. I am using the latest FreeSwitch (commit bb682fc5b4c4fe67a). Greetings Дилян _________________________________________________________________________ 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: From brian at freeswitch.com Mon Nov 21 13:43:08 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 21 Nov 2022 07:43:08 -0600 Subject: [Freeswitch-users] TLS Connection freezes In-Reply-To: References: Message-ID: A, Please file an issue on github. Thanks, Brian On Thu, Nov 17, 2022 at 12:32 PM Adiseshu Channasamudhram wrote: > Hello There, > > I have the below problem and would really appreciate if someone can help > > I have setup freeswitch on centos and the connection to external sbc is > via tls > > The setup works fine but intermittently the connection freezes => I stop > seeing SIP OPTIONS under fs_cli and also > when i look at the packet cap, freeswitch would have stopped responding to > tls client_hello from the external sbc > > When i check the interfaces using netstat, i see the listening port and > the tcp connections in established state. > > To recover, I will have to restart freeswitch ... > > Has anyone seen this? Any ideas how to solve this? > > Thanks in advance > > Regards > > A > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.org Sat Nov 19 15:29:53 2022 From: brian at freeswitch.org (Brian West) Date: Sat, 19 Nov 2022 09:29:53 -0600 Subject: [Freeswitch-users] GitHub Issues and PRs open for FreeSWITCH Message-ID: Greetings FreeSWITCHers, As we proceed into 2023, Me and my team at SignalWire that work on FreeSWITCH Enterprise Support, will be allocating slices of time to work with pending pull requests, or issues to help get them addressed. If you currently have a PR that is in this list https://github.com/signalwire/freeswitch/pulls or issues here https://github.com/signalwire/freeswitch/issues do us a favor and rebase and update the prs and update your issues, Then visit here https://mailchi.mp/freeswitch.org/office-hours and queue it up for the next Community Call by adding it to our agenda. If you haven't already our new community forum is located here https://forum.signalwire.community/ please make your way over there and register. We know we are a little behind on these PRs. Thanks, Brian West -------------- next part -------------- An HTML attachment was scrubbed... URL: From dpa-freeswitch at aegee.org Mon Nov 21 14:52:03 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Mon, 21 Nov 2022 16:52:03 +0200 Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 In-Reply-To: References: Message-ID: Hello Brian, When I run freeSWITCH under strace it prints: [pid 84702] sendto(42, "Q\0\0\3\202insert into sip_dialogs (call_id,uuid,sip_to_user,sip_to_host,sip_to_tag,sip_from_user,sip_from_host, sip_from_tag,contact_user,contact_host,state,direction,user_agent,profile_name,hostname,contact,presence_id,presence_data,call_info,rcd, call_info_state) values('OgQbJfQIl-','7aa8f029-9094-4727-a53e-b2e1a0cc0aa5','13','192.168.0.199','','17','192.168.0.199','-1l6slefi','17 ','192.168.0.146','confirmed','inbound','LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0)','internal','d',';expi res=600;+sip.instance=\"\"','17 at 192.168.0.199','','',1669041504,'')\0", 899, MSG_NOSIGNAL , NULL, 0 [pid 84702] <... sendto resumed>) = 899 [pid 81942] <... clock_gettime resumed>{tv_sec=7522, tv_nsec=214678884}) = 0 [pid 84702] recvfrom(42, [pid 81942] read(35, [pid 84702] <... recvfrom resumed>0x7f7c7c00f0e0, 16384, 0, NULL, NULL) = -1 EAGAIN (Resource temporarily unavailable) [pid 84702] poll([{fd=42, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL|POLLRDNORM|POLLRDBAND}], 1, 10000) = 1 ([{fd=42, revents=POLLIN |POLLRDNORM}]) [pid 84702] recvfrom(42, "E\0\0\0cSERROR\0VERROR\0C22001\0Mvalue too long for type character varying(255)\0Fvarchar.c\0L632\0Rvarchar\0\ 0Z\0\0\0\5I", 16384, 0, NULL, NULL) = 106 In the sip_dialogs table in Postgresql all columns are character varying(255), except the columns expires of type bigint and rcd of type int. In INSERT INTO sip_dialogs (call_id,uuid,sip_to_user,sip_to_host,sip_to_tag,sip_from_user,sip_from_host,sip_from_tag,contact_user,contact_host,state,direction,user_agent,profile _name,hostname,contact,presence_id,presence_data,call_info,rcd,call_info_state) VALUES('OgQbJfQIl-','7aa8f029-9094-4727-a53e-b2e1a0cc0aa5','13','192.168.0.199','','17','192.168.0.199','- 1l6slefi','17','192.168.0.146','confirmed','inbound','LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0)','internal','d', ';expires=600;+sip.instance=\"\"', '17 at 192.168.0.199','','',1669041504,'') The string ;expires=600;+sip.instance=\"\" is 355 bytes and is inserted into column contact. The sip_dialogs table is created in src/mod/endpoints/mod_sofia/sofia_glue.c:2486 I think the right fix would be changing CREATE TABLE sip_dialgo in src/mod/endpoints/mod_sofia/sofia_glue.c:2486, Greetings Дилян -----Original Message----- From: Brian West Reply-To: FreeSWITCH Users Help To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 Date: 11/20/2022 07:38:47 PM Greetings, Please file an issue here https://github.com/signalwire/freeswitch/issues, Also check out our community forum here https://forum.signalwire.community/c/freeswitch/17 Thanks, Brian On Sun, Nov 20, 2022 at 5:26 AM Дилян Палаузов wrote: > Hello, > > upon receiving from Linphone this packet: > >                                                                                                                                [91/1982] > recv 1548 bytes from udp/[192.168.0.146]:60979 at 13:18:42.024773:                                                                      > ------------------------------------------------------------------------                                                                > INVITE sip:13 at 192.168.0.199 SIP/2.0                                                                                                      > Via: SIP/2.0/UDP 192.168.0.146:60979;branch=z9hG4bK.8Jt0a~Mrl;rport                                                                      > From: "17" ;tag=4gQEL2Gnu                                                                                          > To: sip:13 at 192.168.0.199                                                                                                                > CSeq: 21 INVITE                                                                                                                          > Call-ID: JjCHrXlix2                                                                                                                      > Max-Forwards: 70                                                                                                                        > Supported: replaces, outbound, gruu                                                                                                      > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO, PRACK, UPDATE                                        > Content-Type: application/sdp                                                                                                            > Content-Length: 425                                                                                                                      > Contact: jFMiooS9jYqM2-3COnSngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn-timeout=0; > transport=udp>;expires=600;+sip.instance=""                                              > User-Agent: LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0)                                                          > Proxy-Authorization:  Digest realm="192.168.0.199", nonce="23e41321-96a8-46a0-aae3-9a4d35e55b66", algorithm=MD5, username="17",  uri="si > p:13 at 192.168.0.199", response="b0d38675f5541fd7e8bd4f2e15ad141d", cnonce="mqgfEEfiJeT~XLy7", nc=00000001, qop=auth                      > > v=0                                                                                                                                      > o=17 743 229 IN IP4 192.168.0.146                                                                                                        > s=Talk > c=IN IP4 192.168.0.146 > t=0 0 > a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics > m=audio 7078 RTP/AVP 96 97 0 8 3 9 18 98 101 > a=rtpmap:96 speex/16000 > a=fmtp:96 vbr=on > a=rtpmap:97 speex/8000 > a=fmtp:97 vbr=on > a=fmtp:18 annexb=yes > a=rtpmap:98 telephone-event/16000 > a=rtpmap:101 telephone-event/8000 > a=rtcp-fb:* trr-int 1000 > a=rtcp-fb:* ccm tmmbr > > > 2022-11-20 13:18:42.030423 95.90% [ERR] mod_pgsql.c:552 Error executing query: > ERROR:  value too long for type character varying(255) > > The system logs the above two lines.  Or rather, when “sofia profile internal siptrace on” is active, fs_cli prints the above text in a row. > > I am using the latest FreeSwitch (commit bb682fc5b4c4fe67a). > > Greetings >   Дилян > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com https://www.facebook.com/signalwireinc?src=email 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 From brian at freeswitch.com Mon Nov 21 15:27:42 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 21 Nov 2022 09:27:42 -0600 Subject: [Freeswitch-users] mod_pgsql.c:552 Error executing query: value too long for type character varying(255) on INVITE from LinphoneAndroid/4.6.14 In-Reply-To: References: Message-ID: Please file it. On Mon, Nov 21, 2022 at 8:52 AM Дилян Палаузов wrote: > Hello Brian, > > When I run freeSWITCH under strace it prints: > > [pid 84702] sendto(42, "Q\0\0\3\202insert into sip_dialogs > (call_id,uuid,sip_to_user,sip_to_host,sip_to_tag,sip_from_user,sip_from_host, > > sip_from_tag,contact_user,contact_host,state,direction,user_agent,profile_name,hostname,contact,presence_id,presence_data,call_info,rcd, > call_info_state) > values('OgQbJfQIl-','7aa8f029-9094-4727-a53e-b2e1a0cc0aa5','13','192.168.0.199','','17','192.168.0.199','-1l6slefi','17 > ','192.168.0.146','confirmed','inbound','LinphoneAndroid/4.6.14 (CLT-L09) > LinphoneSDK/5.1.62 (tags/5.1.62^0)','internal','d',' 2.168.0.146:58882 > ;pn-prid=cYbkaRFUTAKJlPRczanb5L:APA91bG-OBwFYa6vlrpuDFSqFW9pV_EdbrfU-vAMMOdbvoKQFf_8N5iummtpMPsFU7jbjFMiooS9jYqM2-3COnS > > ngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn-timeout=0;transport=udp>;expi > > res=600;+sip.instance=\"\"',' > 17 at 192.168.0.199','','',1669041504,'')\0", 899, MSG_NOSIGNAL > , NULL, 0 > [pid 84702] <... sendto resumed>) = 899 > [pid 81942] <... clock_gettime resumed>{tv_sec=7522, tv_nsec=214678884}) = > 0 > [pid 84702] recvfrom(42, > [pid 81942] read(35, > [pid 84702] <... recvfrom resumed>0x7f7c7c00f0e0, 16384, 0, NULL, NULL) = > -1 EAGAIN (Resource temporarily unavailable) > [pid 84702] poll([{fd=42, > events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL|POLLRDNORM|POLLRDBAND}], 1, > 10000) = 1 ([{fd=42, revents=POLLIN > |POLLRDNORM}]) > [pid 84702] recvfrom(42, "E\0\0\0cSERROR\0VERROR\0C22001\0Mvalue too long > for type character varying(255)\0Fvarchar.c\0L632\0Rvarchar\0\ > 0Z\0\0\0\5I", 16384, 0, NULL, NULL) = 106 > > In the sip_dialogs table in Postgresql all columns are character > varying(255), except the columns expires of type bigint and rcd of type > int. In > > INSERT INTO sip_dialogs > > (call_id,uuid,sip_to_user,sip_to_host,sip_to_tag,sip_from_user,sip_from_host,sip_from_tag,contact_user,contact_host,state,direction,user_agent,profile > > _name,hostname,contact,presence_id,presence_data,call_info,rcd,call_info_state) > > VALUES('OgQbJfQIl-','7aa8f029-9094-4727-a53e-b2e1a0cc0aa5','13','192.168.0.199','','17','192.168.0.199','- > 1l6slefi','17','192.168.0.146','confirmed','inbound','LinphoneAndroid/4.6.14 > (CLT-L09) LinphoneSDK/5.1.62 (tags/5.1.62^0)','internal','d', > ' ;pn-prid=cYbkaRFUTAKJlPRczanb5L:APA91bG-OBwFYa6vlrpuDFSqFW9pV_EdbrfU-vAMMOdbvoKQFf_8N5iummtpMPsFU7jbjFMiooS9jYqM2- > > 3COnSngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn- > > timeout=0;transport=udp>;expires=600;+sip.instance=\"\"', > '17 at 192.168.0.199','','',1669041504,'') > > The string > > ;pn-prid=cYbkaRFUTAKJlPRczanb5L:APA91bG-OBwFYa6vlrpuDFSqFW9pV_EdbrfU-vAMMOdbvoKQFf_8N5iummtpMPsFU7jbjFMiooS9jYqM2- > > 3COnSngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn- > > timeout=0;transport=udp>;expires=600;+sip.instance=\"\" > > is 355 bytes and is inserted into column contact. The sip_dialogs table > is created in src/mod/endpoints/mod_sofia/sofia_glue.c:2486 > > I think the right fix would be changing CREATE TABLE sip_dialgo in > src/mod/endpoints/mod_sofia/sofia_glue.c:2486, > > Greetings > Дилян > > -----Original Message----- > From: Brian West > Reply-To: FreeSWITCH Users Help > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] mod_pgsql.c:552 Error executing query: > value too long for type character varying(255) on INVITE from > LinphoneAndroid/4.6.14 > Date: 11/20/2022 07:38:47 PM > > Greetings, > > Please file an issue here https://github.com/signalwire/freeswitch/issues, > Also check out our community forum > here https://forum.signalwire.community/c/freeswitch/17 > > Thanks, > Brian > > > > > On Sun, Nov 20, 2022 at 5:26 AM Дилян Палаузов > wrote: > > Hello, > > > > upon receiving from Linphone this packet: > > > > > [91/1982] > > recv 1548 bytes from udp/[192.168.0.146]:60979 at 13:18:42.024773: > > > > ------------------------------------------------------------------------ > > > INVITE sip:13 at 192.168.0.199 SIP/2.0 > > > Via: SIP/2.0/UDP 192.168.0.146:60979;branch=z9hG4bK.8Jt0a~Mrl;rport > > > From: "17" ;tag=4gQEL2Gnu > > > To: sip:13 at 192.168.0.199 > > > CSeq: 21 INVITE > > > Call-ID: JjCHrXlix2 > > > Max-Forwards: 70 > > > Supported: replaces, outbound, gruu > > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > SUBSCRIBE, INFO, PRACK, UPDATE > > Content-Type: application/sdp > > > Content-Length: 425 > > > Contact: ;pn-prid=cYbkaRFUTAKJlPRczanb5L:APA91bG-OBwFYa6vlrpuDFSqFW9pV_EdbrfU-vAMMOdbvoKQFf_8N5iummtpMPsFU7jb > > > jFMiooS9jYqM2-3COnSngw9eoL-xckOKsNcmX6VzxVIoNSdG1ds9oOeq2dyXCngCsobMmwCl;pn-provider=fcm;pn-param=929724111839;pn-silent=1;pn-timeout=0; > > > transport=udp>;expires=600;+sip.instance="" > > > User-Agent: LinphoneAndroid/4.6.14 (CLT-L09) LinphoneSDK/5.1.62 > (tags/5.1.62^0) > > Proxy-Authorization: Digest realm="192.168.0.199", > nonce="23e41321-96a8-46a0-aae3-9a4d35e55b66", algorithm=MD5, > username="17", uri="si > > p:13 at 192.168.0.199", response="b0d38675f5541fd7e8bd4f2e15ad141d", > cnonce="mqgfEEfiJeT~XLy7", nc=00000001, qop=auth > > > > v=0 > > > o=17 743 229 IN IP4 192.168.0.146 > > > s=Talk > > c=IN IP4 192.168.0.146 > > t=0 0 > > a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics > > m=audio 7078 RTP/AVP 96 97 0 8 3 9 18 98 101 > > a=rtpmap:96 speex/16000 > > a=fmtp:96 vbr=on > > a=rtpmap:97 speex/8000 > > a=fmtp:97 vbr=on > > a=fmtp:18 annexb=yes > > a=rtpmap:98 telephone-event/16000 > > a=rtpmap:101 telephone-event/8000 > > a=rtcp-fb:* trr-int 1000 > > a=rtcp-fb:* ccm tmmbr > > > > > > 2022-11-20 13:18:42.030423 95.90% [ERR] mod_pgsql.c:552 Error executing > query: > > ERROR: value too long for type character varying(255) > > > > The system logs the above two lines. Or rather, when “sofia profile > internal siptrace on” is active, fs_cli prints the above text in a row. > > > > I am using the latest FreeSwitch (commit bb682fc5b4c4fe67a). > > > > Greetings > > Дилян > > > > _________________________________________________________________________ > > > > 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 > Email: brian at freeswitch.com > Mobile: 918-424-9378 > Website: https://www.FreeSWITCH.com > https://www.facebook.com/signalwireinc?src=email > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telium.io Mon Nov 21 18:01:01 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 18:01:01 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> Message-ID: <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can't actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Mon Nov 21 18:39:10 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 21 Nov 2022 12:39:10 -0600 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> Message-ID: You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT wrote: > Based on a old posting I found, I suspect this may be acl related. I > added the cidr below, could that be the cause? If so, can someone explain > how that affects context selection? > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Sunday, November 20, 2022 6:07 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* [Freeswitch-users] User processed in wrong context > > > > I have installed basic FreeSWITCH with the vanilla config. So far so good. > My client app can authenticate fine as user 1019. The list_users command > shows the 1019 id as in the "default" context. > > I then try to dial 5000 (which should be the IVR demo), but instead the > call is processed as an outside_call (true) so I cannot reach the ivr. I > see this interesting line on the console: > > 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing > testuser<1019>->5000 in context public > > Why is user 1019 being processed in the public context? The user's > configuration shows it in the default context. So shouldn't it be processed > in context 'default' (internal calls), not 'public'? > > > > Since my phone client connects to port 5060 (I can’t actually change it) > it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other > criteria to select the context for the user. > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telium.io Mon Nov 21 19:49:50 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 19:49:50 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> Message-ID: <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Mon Nov 21 20:02:28 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 20:02:28 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> Message-ID: <010001849bc8f271-392b3a2e-b067-4233-832f-b91bd56131e6-000000@email.amazonses.com> I found the following in my vars.xml: So I think auth is still enabled. And I confirmed my voip client does register successfully before placing the call to 5000. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of TTT Sent: Monday, November 21, 2022 2:50 PM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] User processed in wrong context I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From brian at freeswitch.com Mon Nov 21 20:04:04 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 21 Nov 2022 14:04:04 -0600 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> Message-ID: Did you change anything in the vanilla configs? On Mon, Nov 21, 2022 at 1:51 PM TTT wrote: > I’m afraid I don’t understand your answer…how did I disable auth on > internal? I’m working from the basic installation (RPM on CentOS8) with > vanilla config (RPM for CentOS8)) and all I’ve done is update some > addresses. > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 1:39 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > You've disabled auth on internal which puts you into public... can you > elaborate? > > > > On Mon, Nov 21, 2022 at 12:02 PM TTT wrote: > > Based on a old posting I found, I suspect this may be acl related. I > added the cidr below, could that be the cause? If so, can someone explain > how that affects context selection? > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Sunday, November 20, 2022 6:07 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* [Freeswitch-users] User processed in wrong context > > > > I have installed basic FreeSWITCH with the vanilla config. So far so good. > My client app can authenticate fine as user 1019. The list_users command > shows the 1019 id as in the "default" context. > > I then try to dial 5000 (which should be the IVR demo), but instead the > call is processed as an outside_call (true) so I cannot reach the ivr. I > see this interesting line on the console: > > 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing > testuser<1019>->5000 in context public > > Why is user 1019 being processed in the public context? The user's > configuration shows it in the default context. So shouldn't it be processed > in context 'default' (internal calls), not 'public'? > > > > Since my phone client connects to port 5060 (I can’t actually change it) > it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other > criteria to select the context for the user. > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Mon Nov 21 21:10:39 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 21:10:39 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> Message-ID: <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> No, I’ve only modified the acl file as per below. If I comment out the second to last line (allowing cidr 172.31.254.0/24 in my domains) then it processes the call in the internal context. It still doesn’t reach the IVR but that’ll be the next thing I chase. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 3:04 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] User processed in wrong context Did you change anything in the vanilla configs? On Mon, Nov 21, 2022 at 1:51 PM TTT > wrote: I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Mon Nov 21 21:23:47 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 21:23:47 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> Message-ID: <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> I should add that in my sip_profiles/internal.xml I see: According to the docs apply-inbound-acl means: Allow users to make calls from a particular CIDR without authenticating So I’m confused by the concept. If my IP range is in the allow range for my “domains” acl, and my sip internal profile says I don’t need authentication for callers on my domain (ip range), why would it send the call to the external context? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of TTT Sent: Monday, November 21, 2022 4:11 PM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] User processed in wrong context No, I’ve only modified the acl file as per below. If I comment out the second to last line (allowing cidr 172.31.254.0/24 in my domains) then it processes the call in the internal context. It still doesn’t reach the IVR but that’ll be the next thing I chase. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 3:04 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context Did you change anything in the vanilla configs? On Mon, Nov 21, 2022 at 1:51 PM TTT > wrote: I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From brian at freeswitch.com Mon Nov 21 22:03:54 2022 From: brian at freeswitch.com (Brian West) Date: Mon, 21 Nov 2022 16:03:54 -0600 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> Message-ID: because the context without auth is public... you'll need to setup directory entries that include the cidr= attr, see the brian.xml in the samples /b On Mon, Nov 21, 2022 at 3:25 PM TTT wrote: > I should add that in my sip_profiles/internal.xml I see: > > > > > > > > According to the docs apply-inbound-acl means: > > Allow users to make calls from a particular CIDR without authenticating > > > > So I’m confused by the concept. If my IP range is in the allow range for > my “domains” acl, and my sip internal profile says I don’t need > authentication for callers on my domain (ip range), why would it send the > call to the external context? > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Monday, November 21, 2022 4:11 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > No, I’ve only modified the acl file as per below. If I comment out the > second to last line (allowing cidr 172.31.254.0/24 in my domains) then it > processes the call in the internal context. It still doesn’t reach the IVR > but that’ll be the next thing I chase. > > > > > > > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 3:04 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > Did you change anything in the vanilla configs? > > > > On Mon, Nov 21, 2022 at 1:51 PM TTT wrote: > > I’m afraid I don’t understand your answer…how did I disable auth on > internal? I’m working from the basic installation (RPM on CentOS8) with > vanilla config (RPM for CentOS8)) and all I’ve done is update some > addresses. > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 1:39 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > You've disabled auth on internal which puts you into public... can you > elaborate? > > > > On Mon, Nov 21, 2022 at 12:02 PM TTT wrote: > > Based on a old posting I found, I suspect this may be acl related. I > added the cidr below, could that be the cause? If so, can someone explain > how that affects context selection? > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Sunday, November 20, 2022 6:07 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* [Freeswitch-users] User processed in wrong context > > > > I have installed basic FreeSWITCH with the vanilla config. So far so good. > My client app can authenticate fine as user 1019. The list_users command > shows the 1019 id as in the "default" context. > > I then try to dial 5000 (which should be the IVR demo), but instead the > call is processed as an outside_call (true) so I cannot reach the ivr. I > see this interesting line on the console: > > 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing > testuser<1019>->5000 in context public > > Why is user 1019 being processed in the public context? The user's > configuration shows it in the default context. So shouldn't it be processed > in context 'default' (internal calls), not 'public'? > > > > Since my phone client connects to port 5060 (I can’t actually change it) > it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other > criteria to select the context for the user. > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Mon Nov 21 22:25:55 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 22:25:55 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> Message-ID: <010001849c4c470b-2f37cd38-8156-4bfd-a2d9-3a9e2016f2c2-000000@email.amazonses.com> I’m trying to get my brain around this. So the brian example user has a CIDR value, does that mean user brian does not need to register? (Automatically authenticated and part of “domains” ACL) Since user 1019 does not have a CIDR value, the CIDR node rule will NOT match. So, the user must register (which it does successfully). Since it is registered, doesn’t that mean it is authenticated and becomes part of the domains ACL? And should therefor drop into the “default” context? There is something about the acl list/node or acl usage that is still confusing me. I appreciate the help. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 5:04 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] User processed in wrong context because the context without auth is public... you'll need to setup directory entries that include the cidr= attr, see the brian.xml in the samples /b On Mon, Nov 21, 2022 at 3:25 PM TTT > wrote: I should add that in my sip_profiles/internal.xml I see: According to the docs apply-inbound-acl means: Allow users to make calls from a particular CIDR without authenticating So I’m confused by the concept. If my IP range is in the allow range for my “domains” acl, and my sip internal profile says I don’t need authentication for callers on my domain (ip range), why would it send the call to the external context? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Monday, November 21, 2022 4:11 PM To: 'FreeSWITCH Users Help' > Subject: Re: [Freeswitch-users] User processed in wrong context No, I’ve only modified the acl file as per below. If I comment out the second to last line (allowing cidr 172.31.254.0/24 in my domains) then it processes the call in the internal context. It still doesn’t reach the IVR but that’ll be the next thing I chase. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 3:04 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context Did you change anything in the vanilla configs? On Mon, Nov 21, 2022 at 1:51 PM TTT wrote: I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Mon Nov 21 22:54:41 2022 From: lists at telium.io (TTT) Date: Mon, 21 Nov 2022 22:54:41 +0000 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849c4c470b-2f37cd38-8156-4bfd-a2d9-3a9e2016f2c2-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> <010001849c4c470b-2f37cd38-8156-4bfd-a2d9-3a9e2016f2c2-000000@email.amazonses.com> Message-ID: <010001849c669d63-8d9c3efa-0413-49a1-82d9-b5e02fffedb1-000000@email.amazonses.com> Idea… Do ACL lists require that ALL rules match before a user is added to an ACL? (That would explain why users were not added) Also Is “domains” an ACL containing users or IP ranges? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of TTT Sent: Monday, November 21, 2022 5:26 PM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] User processed in wrong context I’m trying to get my brain around this. So the brian example user has a CIDR value, does that mean user brian does not need to register? (Automatically authenticated and part of “domains” ACL) Since user 1019 does not have a CIDR value, the CIDR node rule will NOT match. So, the user must register (which it does successfully). Since it is registered, doesn’t that mean it is authenticated and becomes part of the domains ACL? And should therefor drop into the “default” context? There is something about the acl list/node or acl usage that is still confusing me. I appreciate the help. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 5:04 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context because the context without auth is public... you'll need to setup directory entries that include the cidr= attr, see the brian.xml in the samples /b On Mon, Nov 21, 2022 at 3:25 PM TTT > wrote: I should add that in my sip_profiles/internal.xml I see: According to the docs apply-inbound-acl means: Allow users to make calls from a particular CIDR without authenticating So I’m confused by the concept. If my IP range is in the allow range for my “domains” acl, and my sip internal profile says I don’t need authentication for callers on my domain (ip range), why would it send the call to the external context? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Monday, November 21, 2022 4:11 PM To: 'FreeSWITCH Users Help' > Subject: Re: [Freeswitch-users] User processed in wrong context No, I’ve only modified the acl file as per below. If I comment out the second to last line (allowing cidr 172.31.254.0/24 in my domains) then it processes the call in the internal context. It still doesn’t reach the IVR but that’ll be the next thing I chase. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, November 21, 2022 3:04 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context Did you change anything in the vanilla configs? On Mon, Nov 21, 2022 at 1:51 PM TTT > wrote: I’m afraid I don’t understand your answer…how did I disable auth on internal? I’m working from the basic installation (RPM on CentOS8) with vanilla config (RPM for CentOS8)) and all I’ve done is update some addresses. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Monday, November 21, 2022 1:39 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] User processed in wrong context You've disabled auth on internal which puts you into public... can you elaborate? On Mon, Nov 21, 2022 at 12:02 PM TTT > wrote: Based on a old posting I found, I suspect this may be acl related. I added the cidr below, could that be the cause? If so, can someone explain how that affects context selection? From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of TTT Sent: Sunday, November 20, 2022 6:07 PM To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] User processed in wrong context I have installed basic FreeSWITCH with the vanilla config. So far so good. My client app can authenticate fine as user 1019. The list_users command shows the 1019 id as in the "default" context. I then try to dial 5000 (which should be the IVR demo), but instead the call is processed as an outside_call (true) so I cannot reach the ivr. I see this interesting line on the console: 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing testuser<1019>->5000 in context public Why is user 1019 being processed in the public context? The user's configuration shows it in the default context. So shouldn't it be processed in context 'default' (internal calls), not 'public'? Since my phone client connects to port 5060 (I can’t actually change it) it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other criteria to select the context for the user. _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From brian at freeswitch.com Tue Nov 22 14:23:58 2022 From: brian at freeswitch.com (Brian West) Date: Tue, 22 Nov 2022 08:23:58 -0600 Subject: [Freeswitch-users] User processed in wrong context In-Reply-To: <010001849c669d63-8d9c3efa-0413-49a1-82d9-b5e02fffedb1-000000@email.amazonses.com> References: <01000184974b992b-054e0950-45a8-4beb-b7fb-f6a86b5d76b6-000000@email.amazonses.com> <010001849b59bf21-d567ade7-a532-45b3-955c-7809377a3d4c-000000@email.amazonses.com> <010001849bbd613c-51605ece-631e-4551-b4c6-9dce0fd9d436-000000@email.amazonses.com> <010001849c075d0d-a98bec2a-f9f3-4d61-9eb4-4717ace2de4f-000000@email.amazonses.com> <010001849c1365a8-4c19ac24-58aa-4a5a-beb6-87ef0a2209cb-000000@email.amazonses.com> <010001849c4c470b-2f37cd38-8156-4bfd-a2d9-3a9e2016f2c2-000000@email.amazonses.com> <010001849c669d63-8d9c3efa-0413-49a1-82d9-b5e02fffedb1-000000@email.amazonses.com> Message-ID: You didn't set a user_context. It defaults to the context on the profile otherwise. On Mon, Nov 21, 2022 at 4:56 PM TTT wrote: > Idea… > > > > Do ACL lists require that ALL rules match before a user is added to an > ACL? (That would explain why users were not added) > > > > Also Is “domains” an ACL containing users or IP ranges? > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Monday, November 21, 2022 5:26 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > I’m trying to get my brain around this. So the brian example user has a > CIDR value, does that mean user brian does not need to register? > (Automatically authenticated and part of “domains” ACL) > > > > Since user 1019 does not have a CIDR value, the CIDR node rule will NOT > match. So, the user must register (which it does successfully). Since it > is registered, doesn’t that mean it is authenticated and becomes part of > the domains ACL? And should therefor drop into the “default” context? > > > > There is something about the acl list/node or acl usage that is still > confusing me. I appreciate the help. > > > > *From:* FreeSWITCH-users [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 5:04 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > because the context without auth is public... you'll need to > setup directory entries that include the cidr= attr, see the brian.xml in > the samples > > > > /b > > > > > > On Mon, Nov 21, 2022 at 3:25 PM TTT wrote: > > I should add that in my sip_profiles/internal.xml I see: > > > > > > > > According to the docs apply-inbound-acl means: > > Allow users to make calls from a particular CIDR without authenticating > > > > So I’m confused by the concept. If my IP range is in the allow range for > my “domains” acl, and my sip internal profile says I don’t need > authentication for callers on my domain (ip range), why would it send the > call to the external context? > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Monday, November 21, 2022 4:11 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > No, I’ve only modified the acl file as per below. If I comment out the > second to last line (allowing cidr 172.31.254.0/24 in my domains) then it > processes the call in the internal context. It still doesn’t reach the IVR > but that’ll be the next thing I chase. > > > > > > > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 3:04 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > Did you change anything in the vanilla configs? > > > > On Mon, Nov 21, 2022 at 1:51 PM TTT wrote: > > I’m afraid I don’t understand your answer…how did I disable auth on > internal? I’m working from the basic installation (RPM on CentOS8) with > vanilla config (RPM for CentOS8)) and all I’ve done is update some > addresses. > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Monday, November 21, 2022 1:39 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] User processed in wrong context > > > > You've disabled auth on internal which puts you into public... can you > elaborate? > > > > On Mon, Nov 21, 2022 at 12:02 PM TTT wrote: > > Based on a old posting I found, I suspect this may be acl related. I > added the cidr below, could that be the cause? If so, can someone explain > how that affects context selection? > > > > > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *TTT > *Sent:* Sunday, November 20, 2022 6:07 PM > *To:* 'FreeSWITCH Users Help' > *Subject:* [Freeswitch-users] User processed in wrong context > > > > I have installed basic FreeSWITCH with the vanilla config. So far so good. > My client app can authenticate fine as user 1019. The list_users command > shows the 1019 id as in the "default" context. > > I then try to dial 5000 (which should be the IVR demo), but instead the > call is processed as an outside_call (true) so I cannot reach the ivr. I > see this interesting line on the console: > > 2022-11-20 17:00:58.066297 98.20% [INFO] mod_dialplan_xml.c:639 Processing > testuser<1019>->5000 in context public > > Why is user 1019 being processed in the public context? The user's > configuration shows it in the default context. So shouldn't it be processed > in context 'default' (internal calls), not 'public'? > > > > Since my phone client connects to port 5060 (I can’t actually change it) > it SHOULD be treated as internal. Unless, mod_dialplan_xml uses some other > criteria to select the context for the user. > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Tue Nov 22 20:52:39 2022 From: lists at telium.io (TTT) Date: Tue, 22 Nov 2022 20:52:39 +0000 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo Message-ID: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? -------------- next part -------------- An HTML attachment was scrubbed... URL: From krice at freeswitch.org Tue Nov 22 23:47:52 2022 From: krice at freeswitch.org (Ken Rice) Date: Tue, 22 Nov 2022 17:47:52 -0600 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> Message-ID: no, it means users that match the acl are auto authenticated. Sent from my iPhone > On Nov 22, 2022, at 14:53, TTT wrote: > >  > I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: > > > > > The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). > > Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? > _________________________________________________________________________ > > 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: From lists at telium.io Wed Nov 23 00:12:32 2022 From: lists at telium.io (TTT) Date: Wed, 23 Nov 2022 00:12:32 +0000 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> Message-ID: <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> When a user is autoauthenticated, do the variables from the user profile get applied? Or does that happen only during true authentication? I’m trying to explain a strange behavior of a user being processed in the wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a cidr. (A separate post topic) From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Ken Rice Sent: Tuesday, November 22, 2022 6:48 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo no, it means users that match the acl are auto authenticated. Sent from my iPhone On Nov 22, 2022, at 14:53, TTT > wrote:  I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? _________________________________________________________________________ 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: From david.villaume at sewan.fr Wed Nov 23 09:35:31 2022 From: david.villaume at sewan.fr (David VILLAUME) Date: Wed, 23 Nov 2022 09:35:31 +0000 Subject: [Freeswitch-users] Originate length issue via fs_cli Message-ID: Hello, I encounter a problem trying to trigger some originate via fs_cli while they work with my dial plan. It seems related to the length of call_url + extension : In example : This works fine: originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo But if I add one char : originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo I got a message : -USAGE: |&() [] [] [] [] [] I tried to look at source code but cannot identify anything. Is that something you also reproduce ? Regards, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian at a2es.co.uk Wed Nov 23 09:45:19 2022 From: adrian at a2es.co.uk (Adrian Fretwell) Date: Wed, 23 Nov 2022 09:45:19 +0000 Subject: [Freeswitch-users] Xml-handler python Message-ID: <4553ab5b-223e-4cce-183b-b978c38a0133@a2es.co.uk> Hello, Does anyone have a working xml handler written in python? I am trying to make one work, but the handler gets called many times with no meaningful arguments,  I'm just wondering if I'm missing something obvious... Kind regards, Adrian Fretwell -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilles at sauvaire.com Wed Nov 23 13:04:00 2022 From: gilles at sauvaire.com (Gilles SAUVAIRE) Date: Wed, 23 Nov 2022 14:04:00 +0100 Subject: [Freeswitch-users] Originate length issue via fs_cli In-Reply-To: References: Message-ID: Hello, 1024 Char work fine… 1025 not… this looks a lot like a limit at 1024… De : FreeSWITCH-users De la part de David VILLAUME Envoyé : mercredi 23 novembre 2022 10:36 À : FreeSWITCH-users at lists.freeswitch.org Objet : [Freeswitch-users] Originate length issue via fs_cli Hello, I encounter a problem trying to trigger some originate via fs_cli while they work with my dial plan. It seems related to the length of call_url + extension : In example : This works fine: originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo But if I add one char : originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo I got a message : -USAGE: |&() [] [] [] [] [] I tried to look at source code but cannot identify anything. Is that something you also reproduce ? Regards, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Wed Nov 23 14:11:40 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 23 Nov 2022 08:11:40 -0600 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> Message-ID: you're not setting the user_context in the variables that matches the cidr= attribute from the user in the directory. You can also call set_user to make it apply in the dialplan if needed also. /b On Tue, Nov 22, 2022 at 6:13 PM TTT wrote: > When a user is autoauthenticated, do the variables from the user profile > get applied? Or does that happen only during true authentication? > > > > I’m trying to explain a strange behavior of a user being processed in the > wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a > cidr. (A separate post topic) > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Ken Rice > *Sent:* Tuesday, November 22, 2022 6:48 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > no, it means users that match the acl are auto authenticated. > > Sent from my iPhone > > > > On Nov 22, 2022, at 14:53, TTT wrote: > >  > > I am working with a simple FreeSWITCH installation, with the vanilla demo > configuration. I see that the Internal SIP profile contains: > > > > > > > > > > The first line means that if a caller's IP is on the 'domains' list that > they do NOT need to authenticate. The second line means that in order to > use this SIP profile the user MUST be authenticated (internal_auth_calls is > true). > > > > Aren't these two lines contradictory? Why allow a user to not authenticate > for this SIP profile, and then say they must authenticate to use this SIP > profile? > > _________________________________________________________________________ > > 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Wed Nov 23 14:13:27 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 23 Nov 2022 08:13:27 -0600 Subject: [Freeswitch-users] Originate length issue via fs_cli In-Reply-To: References: Message-ID: Your quoting isn't necessary like you have it, and is probably the root cause of your issue. On Wed, Nov 23, 2022 at 7:04 AM Gilles SAUVAIRE wrote: > Hello, > > > > 1024 Char work fine… > > 1025 not… > > > > this looks a lot like a limit at 1024… > > > > > > > > *De :* FreeSWITCH-users *De > la part de* David VILLAUME > *Envoyé :* mercredi 23 novembre 2022 10:36 > *À :* FreeSWITCH-users at lists.freeswitch.org > *Objet :* [Freeswitch-users] Originate length issue via fs_cli > > > > Hello, > > I encounter a problem trying to trigger some originate via fs_cli while > they work with my dial plan. > > > > It seems related to the length of call_url + extension : > > > > In example : > > > > This works fine: > > originate > {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/ > a at a.com;fs_path=sip:172.16.20.100:5080 &echo > > > > But if I add one char : > > > > originate > {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/ > a at a.com;fs_path=sip:172.16.20.100:5080 &echo > > > > I got a message : -USAGE: > |&() [] [] > [] [] [] > > > > > > I tried to look at source code but cannot identify anything. > > Is that something you also reproduce ? > > > > > > Regards, > > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telium.io Wed Nov 23 15:58:47 2022 From: lists at telium.io (TTT) Date: Wed, 23 Nov 2022 15:58:47 +0000 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> Message-ID: <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> After a few days on this topic my head is spinning (and I’ve read the Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I break this down you could confirm my understanding: 1. The ‘domains’ acl is a list of IP addresses/ranges creating by reading from the users directory (from users who have a CIDR set). It’s a list of those found CIDR’s. 2. I can add an IP range to the domains acl by adding an allow node with cidr in the acl definition 3. If a user registers from an IP matching the domains ACL, they are automatically authenticated, and their vars & params from the user definition are applied Then why if that user tries to dial 5000 are they put into the public context (even though their variables, including user_context, were applied when they autoregistered)? Their user_context is set to default in the user definition. Something in my chain of logic above must be wrong From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, November 23, 2022 9:12 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo you're not setting the user_context in the variables that matches the cidr= attribute from the user in the directory. You can also call set_user to make it apply in the dialplan if needed also. /b On Tue, Nov 22, 2022 at 6:13 PM TTT > wrote: When a user is autoauthenticated, do the variables from the user profile get applied? Or does that happen only during true authentication? I’m trying to explain a strange behavior of a user being processed in the wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a cidr. (A separate post topic) From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Ken Rice Sent: Tuesday, November 22, 2022 6:48 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo no, it means users that match the acl are auto authenticated. Sent from my iPhone On Nov 22, 2022, at 14:53, TTT > wrote:  I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From brian at freeswitch.com Wed Nov 23 16:09:20 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 23 Nov 2022 10:09:20 -0600 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> Message-ID: what does your user's entry look like?? On Wed, Nov 23, 2022 at 10:00 AM TTT wrote: > After a few days on this topic my head is spinning (and I’ve read the > Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I > break this down you could confirm my understanding: > > > > 1. The ‘domains’ acl is a list of IP addresses/ranges creating by > reading from the users directory (from users who have a CIDR set). It’s a > list of those found CIDR’s. > > 2. I can add an IP range to the domains acl by adding an allow node > with cidr in the acl definition > > 3. If a user registers from an IP matching the domains ACL, they > are automatically authenticated, and their vars & params from the user > definition are applied > > > > Then why if that user tries to dial 5000 are they put into the public > context (even though their variables, including user_context, were applied > when they autoregistered)? Their user_context is set to default in the > user definition. > > > > Something in my chain of logic above must be wrong > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Wednesday, November 23, 2022 9:12 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > you're not setting the user_context in the variables that matches the > cidr= attribute from the user in the directory. > > > > You can also call set_user to make it apply in the dialplan if needed also. > > > > /b > > > > > > On Tue, Nov 22, 2022 at 6:13 PM TTT wrote: > > When a user is autoauthenticated, do the variables from the user profile > get applied? Or does that happen only during true authentication? > > > > I’m trying to explain a strange behavior of a user being processed in the > wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a > cidr. (A separate post topic) > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Ken Rice > *Sent:* Tuesday, November 22, 2022 6:48 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > no, it means users that match the acl are auto authenticated. > > Sent from my iPhone > > > > On Nov 22, 2022, at 14:53, TTT wrote: > >  > > I am working with a simple FreeSWITCH installation, with the vanilla demo > configuration. I see that the Internal SIP profile contains: > > > > > > > > > > The first line means that if a caller's IP is on the 'domains' list that > they do NOT need to authenticate. The second line means that in order to > use this SIP profile the user MUST be authenticated (internal_auth_calls is > true). > > > > Aren't these two lines contradictory? Why allow a user to not authenticate > for this SIP profile, and then say they must authenticate to use this SIP > profile? > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From tahir at ictinnovations.com Wed Nov 23 19:03:20 2022 From: tahir at ictinnovations.com (Tahir Almas Dhesi) Date: Thu, 24 Nov 2022 00:03:20 +0500 Subject: [Freeswitch-users] maximum cps limit of freeswitch server Message-ID: what is the maximum cps limit of a good freeswitch node (single node ) regards *Tahir Almas* Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT -------------- next part -------------- An HTML attachment was scrubbed... URL: From jolexpert at gmail.com Wed Nov 23 22:04:36 2022 From: jolexpert at gmail.com (Kakiman Expert) Date: Wed, 23 Nov 2022 23:04:36 +0100 Subject: [Freeswitch-users] firefox and vpn with freeswitch Message-ID: Hello, i am working with sip.js and freeswitch 1.10.6. On "end user" computer, when working from home, the VPN is connected and all the flows go through the VPN. With Firefox, and the VPN connected, it takes 60 seconds to have 2 ways audio whereas without VPN and chrome with/without VPN, the 2 ways audio is immediately establish. Is there any parameter/config that helps to have Firefox+VPN works ? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From shaun at syskonfig.pl Thu Nov 24 08:18:11 2022 From: shaun at syskonfig.pl (Shaun Stokes) Date: Thu, 24 Nov 2022 08:18:11 +0000 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: References: Message-ID: That's an open-ended question, it usually depends on your hardware and your configuration. Here are some real-world examples. https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results The only way to find the capacity of FreeSWITCH in your environment is through real-world usage, you should monitor your servers and in particular keep an eye on the load average. You want the load average to stay below the number of physical hardware CPU threads. ________________________________ From: FreeSWITCH-users on behalf of Tahir Almas Dhesi Sent: Wednesday, November 23, 2022 20:03 To: FreeSWITCH Users Help Subject: [Freeswitch-users] maximum cps limit of freeswitch server what is the maximum cps limit of a good freeswitch node (single node ) regards Tahir Almas Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villaume at sewan.fr Thu Nov 24 08:31:31 2022 From: david.villaume at sewan.fr (David VILLAUME) Date: Thu, 24 Nov 2022 08:31:31 +0000 Subject: [Freeswitch-users] Originate length issue via fs_cli In-Reply-To: References: Message-ID: Hello, Even when I remove the quoting, but extend the length of args, the result is the same. freeswitch at test_freeswitch> originate {test=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test2=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test3=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test4=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test5=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test6=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test7=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test8=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test9=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test10=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test11=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test12=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test13=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test14=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test15=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test16=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test17=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test18=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test19=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test20=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa,test21=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo() -USAGE: |&() [] [] [] [] [] Do you have any idea about it ? Regards, David From: FreeSWITCH-users On Behalf Of Brian West Sent: Wednesday, November 23, 2022 3:13 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Originate length issue via fs_cli Your quoting isn't necessary like you have it, and is probably the root cause of your issue. On Wed, Nov 23, 2022 at 7:04 AM Gilles SAUVAIRE > wrote: Hello, 1024 Char work fine… 1025 not… this looks a lot like a limit at 1024… De : FreeSWITCH-users > De la part de David VILLAUME Envoyé : mercredi 23 novembre 2022 10:36 À : FreeSWITCH-users at lists.freeswitch.org Objet : [Freeswitch-users] Originate length issue via fs_cli Hello, I encounter a problem trying to trigger some originate via fs_cli while they work with my dial plan. It seems related to the length of call_url + extension : In example : This works fine: originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo But if I add one char : originate {test="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test2="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test3="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test4="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test5="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test6="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test7="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test8="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test9="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test10="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test11="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test12="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test13="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test14="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test15="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test16="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test17="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test18="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test19="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test20="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",test21="aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"}sofia/activities/a at a.com;fs_path=sip:172.16.20.100:5080 &echo I got a message : -USAGE: |&() [] [] [] [] [] I tried to look at source code but cannot identify anything. Is that something you also reproduce ? Regards, 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 -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [cid:image003.png at 01D8FFE7.88007810][cid:image004.png at 01D8FFE7.88007810] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1543 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 1705 bytes Desc: image004.png URL: From adrian at a2es.co.uk Thu Nov 24 09:03:38 2022 From: adrian at a2es.co.uk (Adrian Fretwell) Date: Thu, 24 Nov 2022 09:03:38 +0000 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: References: Message-ID: <2337a50b-5684-ae29-fe67-585b820aaeb3@a2es.co.uk> In production, I will periodically run a tcpdump for a period of time and then analyse in Wireshark, look for SIP retries.  Retries can be an indication that your platform is potentially overloaded. Kind regards, Adrian Fretwell On 24/11/2022 08:18, Shaun Stokes wrote: > That's an open-ended question, it usually depends on your hardware and > your configuration. > > Here are some real-world examples. > https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results > > The only way to find the capacity of FreeSWITCH in your environment is > through real-world usage, you should monitor your servers and in > particular keep an eye on the load average. You want the load average > to stay below the number of physical hardware CPU threads. > > ------------------------------------------------------------------------ > *From:* FreeSWITCH-users > on behalf of Tahir > Almas Dhesi > *Sent:* Wednesday, November 23, 2022 20:03 > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] maximum cps limit of freeswitch server > what is the maximum cps limit of a good freeswitch  node (single node ) > > regards > *Tahir Almas* > > Managing Partner > ICT Innovations > http://www.ictinnovations.com > Leveraging open source in ICT > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWirehttps://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 timehttps://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: From tahir at ictinnovations.com Thu Nov 24 10:07:45 2022 From: tahir at ictinnovations.com (Tahir Almas Dhesi) Date: Thu, 24 Nov 2022 15:07:45 +0500 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: <2337a50b-5684-ae29-fe67-585b820aaeb3@a2es.co.uk> References: <2337a50b-5684-ae29-fe67-585b820aaeb3@a2es.co.uk> Message-ID: What cps and maximum concurrent calls on following hardware configuration with freeswitch possible ? I need approximate speculation not exact or real time results Intel E-2286 G 2 x 960 SSD , 6 cores / 12 threads @4 ghz , 128 GB Memory and no limitation on internet bandwidth Regards *Tahir Almas* Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Thu, Nov 24, 2022 at 2:45 PM Adrian Fretwell wrote: > In production, I will periodically run a tcpdump for a period of time and > then analyse in Wireshark, look for SIP retries. Retries can be an > indication that your platform is potentially overloaded. > > > > Kind regards, > > Adrian Fretwell > > On 24/11/2022 08:18, Shaun Stokes wrote: > > That's an open-ended question, it usually depends on your hardware and > your configuration. > > Here are some real-world examples. > https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results > > The only way to find the capacity of FreeSWITCH in your environment is > through real-world usage, you should monitor your servers and in particular > keep an eye on the load average. You want the load average to stay below > the number of physical hardware CPU threads. > > ------------------------------ > *From:* FreeSWITCH-users > on behalf of Tahir Almas > Dhesi > *Sent:* Wednesday, November 23, 2022 20:03 > *To:* FreeSWITCH Users Help > > *Subject:* [Freeswitch-users] maximum cps limit of freeswitch server > > what is the maximum cps limit of a good freeswitch node (single node ) > > regards > *Tahir Almas* > > Managing Partner > ICT Innovations > http://www.ictinnovations.com > Leveraging open source in ICT > > > _________________________________________________________________________ > > 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 Servicessales at freeswitch.comhttps://freeswitch.com > > Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://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: From alexis.prodhomme at sewan.fr Thu Nov 24 15:52:42 2022 From: alexis.prodhomme at sewan.fr (Alexis Prodhomme) Date: Thu, 24 Nov 2022 16:52:42 +0100 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: References: <2337a50b-5684-ae29-fe67-585b820aaeb3@a2es.co.uk> Message-ID: <5b175559-5abf-d134-989c-19521cbd736c@sewan.fr> Hi, It will *highly* depend of what you want to do with FreeSWITCH. From a telephony point of vue, there isn't only cps and concurrent calls, there is also SUBSCRIBE/NOTIFY or RTP that eat resources. Indeed, it'll vary depending of which modules you use for which use-case. It also vary if you handle RTP or not (bypass-media), transcode or not, do video or not. With the given hardware specs, you can handle probably between 500 and 5k calls at a rate between 10 and 70 cps. As I said, It really depend of your use-case. So develop the code, test it and you'll know how many calls you can handle :) Alexis Le 24/11/2022 à 11:07, Tahir Almas Dhesi a écrit : > What cps and maximum concurrent calls on following hardware > configuration with freeswitch possible ? > > I need approximate speculation  not exact or real time results > > Intel E-2286 G   2 x 960 SSD ,   6 cores / 12 threads @4 ghz ,   128 > GB Memory   and no limitation on internet bandwidth > > > Regards > *Tahir Almas* > > Managing Partner > ICT Innovations > http://www.ictinnovations.com > Leveraging open source in ICT > > > On Thu, Nov 24, 2022 at 2:45 PM Adrian Fretwell wrote: > > In production, I will periodically run a tcpdump for a period of > time and then analyse in Wireshark, look for SIP retries.  Retries > can be an indication that your platform is potentially overloaded. > > > > Kind regards, > > Adrian Fretwell > > On 24/11/2022 08:18, Shaun Stokes wrote: >> That's an open-ended question, it usually depends on your >> hardware and your configuration. >> >> Here are some real-world examples. >> https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results >> >> The only way to find the capacity of FreeSWITCH in your >> environment is through real-world usage, you should monitor your >> servers and in particular keep an eye on the load average. You >> want the load average to stay below the number of physical >> hardware CPU threads. >> >> ------------------------------------------------------------------------ >> *From:* FreeSWITCH-users >> >> on behalf >> of Tahir Almas Dhesi >> >> *Sent:* Wednesday, November 23, 2022 20:03 >> *To:* FreeSWITCH Users Help >> >> >> *Subject:* [Freeswitch-users] maximum cps limit of freeswitch server >> what is the maximum cps limit of a good freeswitch  node (single >> node ) >> >> regards >> *Tahir Almas* >> >> Managing Partner >> ICT Innovations >> http://www.ictinnovations.com >> Leveraging open source in ICT >> >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWirehttps://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 timehttps://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: From krice at freeswitch.org Thu Nov 24 17:35:14 2022 From: krice at freeswitch.org (krice at freeswitch.org) Date: Thu, 24 Nov 2022 11:35:14 -0600 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: References: <2337a50b-5684-ae29-fe67-585b820aaeb3@a2es.co.uk> Message-ID: <711101d9002b$1ca80f30$55f82d90$@freeswitch.org> Impossible to say… you need to check your exact configuration… are you processing media? Doing a log of transcoding? Always bypass media? Doing video conferencing at what resolution/frame rate? Those things can mean anywhere from dozens of calls to 1000s From: FreeSWITCH-users On Behalf Of Tahir Almas Dhesi Sent: Thursday, November 24, 2022 4:08 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] maximum cps limit of freeswitch server What cps and maximum concurrent calls on following hardware configuration with freeswitch possible ? I need approximate speculation not exact or real time results Intel E-2286 G 2 x 960 SSD , 6 cores / 12 threads @4 ghz , 128 GB Memory and no limitation on internet bandwidth Regards Tahir Almas Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Thu, Nov 24, 2022 at 2:45 PM Adrian Fretwell > wrote: In production, I will periodically run a tcpdump for a period of time and then analyse in Wireshark, look for SIP retries. Retries can be an indication that your platform is potentially overloaded. Kind regards, Adrian Fretwell On 24/11/2022 08:18, Shaun Stokes wrote: That's an open-ended question, it usually depends on your hardware and your configuration. Here are some real-world examples. https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results The only way to find the capacity of FreeSWITCH in your environment is through real-world usage, you should monitor your servers and in particular keep an eye on the load average. You want the load average to stay below the number of physical hardware CPU threads. _____ From: FreeSWITCH-users on behalf of Tahir Almas Dhesi Sent: Wednesday, November 23, 2022 20:03 To: FreeSWITCH Users Help Subject: [Freeswitch-users] maximum cps limit of freeswitch server what is the maximum cps limit of a good freeswitch node (single node ) regards Tahir Almas Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT _________________________________________________________________________ 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: From krice at freeswitch.org Thu Nov 24 19:09:49 2022 From: krice at freeswitch.org (Ken Rice) Date: Thu, 24 Nov 2022 13:09:49 -0600 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: <5b175559-5abf-d134-989c-19521cbd736c@sewan.fr> References: <5b175559-5abf-d134-989c-19521cbd736c@sewan.fr> Message-ID: What Alexis said. doing 10000k not media calls at 20cps doable, doing 50participant video conf at 1080P60 Not so sure. Are you transcoding from Opus to G729? thats a ton of cpu time also. These are the reasons the FreeSWITCH team do not post hardware sizing metrics. What i can do at 500cps on one config might only do 10cps just by changing one thing about the configuration K Sent from my iPhone > On Nov 24, 2022, at 09:53, Alexis Prodhomme wrote: > >  > Hi, > > It will highly depend of what you want to do with FreeSWITCH. > > From a telephony point of vue, there isn't only cps and concurrent calls, there is also SUBSCRIBE/NOTIFY or RTP that eat resources. > Indeed, it'll vary depending of which modules you use for which use-case. It also vary if you handle RTP or not (bypass-media), transcode or not, do video or not. > > With the given hardware specs, you can handle probably between 500 and 5k calls at a rate between 10 and 70 cps. As I said, It really depend of your use-case. > So develop the code, test it and you'll know how many calls you can handle :) > > Alexis > Le 24/11/2022 à 11:07, Tahir Almas Dhesi a écrit : >> What cps and maximum concurrent calls on following hardware configuration with freeswitch possible ? >> >> I need approximate speculation not exact or real time results >> >> Intel E-2286 G 2 x 960 SSD , 6 cores / 12 threads @4 ghz , 128 GB Memory and no limitation on internet bandwidth >> >> >> Regards >> Tahir Almas >> >> Managing Partner >> ICT Innovations >> http://www.ictinnovations.com >> Leveraging open source in ICT >> >> >> On Thu, Nov 24, 2022 at 2:45 PM Adrian Fretwell wrote: >>> In production, I will periodically run a tcpdump for a period of time and then analyse in Wireshark, look for SIP retries. Retries can be an indication that your platform is potentially overloaded. >>> >>> >>> >>> >>> >>> Kind regards, >>> >>> Adrian Fretwell >>> >>> On 24/11/2022 08:18, Shaun Stokes wrote: >>>> That's an open-ended question, it usually depends on your hardware and your configuration. >>>> >>>> Here are some real-world examples. >>>> https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results >>>> >>>> The only way to find the capacity of FreeSWITCH in your environment is through real-world usage, you should monitor your servers and in particular keep an eye on the load average. You want the load average to stay below the number of physical hardware CPU threads. >>>> >>>> From: FreeSWITCH-users on behalf of Tahir Almas Dhesi >>>> Sent: Wednesday, November 23, 2022 20:03 >>>> To: FreeSWITCH Users Help >>>> Subject: [Freeswitch-users] maximum cps limit of freeswitch server >>>> >>>> what is the maximum cps limit of a good freeswitch node (single node ) >>>> >>>> regards >>>> Tahir Almas >>>> >>>> Managing Partner >>>> ICT Innovations >>>> http://www.ictinnovations.com >>>> Leveraging open source in ICT >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> >>>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >>>> Build your next product on our scalable cloud platform. >>>> >>>> Join our online community to chat in real time https://signalwire.community >>>> >>>> Professional FreeSWITCH Services >>>> sales at freeswitch.com >>>> https://freeswitch.com >>>> >>>> Official FreeSWITCH Sites >>>> https://freeswitch.com/oss >>>> https://freeswitch.org/confluence >>>> https://cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> https://freeswitch.com >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real time https://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telium.io Thu Nov 24 19:41:52 2022 From: lists at telium.io (TTT) Date: Thu, 24 Nov 2022 19:41:52 +0000 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> Message-ID: <01000184ab292b1b-4d7b7ea6-e247-475c-9273-f18c25596085-000000@email.amazonses.com> The user (1019) is exactly as provided in the vanilla condif. The user_context value is set as expected in the definition. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, November 23, 2022 11:09 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo what does your user's entry look like?? On Wed, Nov 23, 2022 at 10:00 AM TTT > wrote: After a few days on this topic my head is spinning (and I’ve read the Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I break this down you could confirm my understanding: 1. The ‘domains’ acl is a list of IP addresses/ranges creating by reading from the users directory (from users who have a CIDR set). It’s a list of those found CIDR’s. 2. I can add an IP range to the domains acl by adding an allow node with cidr in the acl definition 3. If a user registers from an IP matching the domains ACL, they are automatically authenticated, and their vars & params from the user definition are applied Then why if that user tries to dial 5000 are they put into the public context (even though their variables, including user_context, were applied when they autoregistered)? Their user_context is set to default in the user definition. Something in my chain of logic above must be wrong From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Wednesday, November 23, 2022 9:12 AM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo you're not setting the user_context in the variables that matches the cidr= attribute from the user in the directory. You can also call set_user to make it apply in the dialplan if needed also. /b On Tue, Nov 22, 2022 at 6:13 PM TTT > wrote: When a user is autoauthenticated, do the variables from the user profile get applied? Or does that happen only during true authentication? I’m trying to explain a strange behavior of a user being processed in the wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a cidr. (A separate post topic) From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Ken Rice Sent: Tuesday, November 22, 2022 6:48 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo no, it means users that match the acl are auto authenticated. Sent from my iPhone On Nov 22, 2022, at 14:53, TTT > wrote:  I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From tahir at ictinnovations.com Fri Nov 25 13:22:40 2022 From: tahir at ictinnovations.com (Tahir Almas Dhesi) Date: Fri, 25 Nov 2022 18:22:40 +0500 Subject: [Freeswitch-users] maximum cps limit of freeswitch server In-Reply-To: References: <5b175559-5abf-d134-989c-19521cbd736c@sewan.fr> Message-ID: Thanks for answers, It was SIP + RTP, G.711 voice calls generation only , no transcoding , no recording also no additional call processing on hardware given below Intel E-2286 G 2 x 960 SSD , 6 cores / 12 threads @4 ghz , 128 GB Memory and no limitation on internet bandwidth regards *Tahir Almas* Managing Partner ICT Innovations http://www.ictinnovations.com Leveraging open source in ICT On Fri, Nov 25, 2022 at 12:09 AM Ken Rice wrote: > What Alexis said. > > doing 10000k not media calls at 20cps doable, doing 50participant video > conf at 1080P60 Not so sure. Are you transcoding from Opus to G729? thats a > ton of cpu time also. > > These are the reasons the FreeSWITCH team do not post hardware sizing > metrics. > > What i can do at 500cps on one config might only do 10cps just by changing > one thing about the configuration > > K > > Sent from my iPhone > > On Nov 24, 2022, at 09:53, Alexis Prodhomme > wrote: > >  > > Hi, > > It will *highly* depend of what you want to do with FreeSWITCH. > > From a telephony point of vue, there isn't only cps and concurrent calls, > there is also SUBSCRIBE/NOTIFY or RTP that eat resources. > Indeed, it'll vary depending of which modules you use for which use-case. > It also vary if you handle RTP or not (bypass-media), transcode or not, do > video or not. > > With the given hardware specs, you can handle probably between 500 and 5k > calls at a rate between 10 and 70 cps. As I said, It really depend of your > use-case. > So develop the code, test it and you'll know how many calls you can handle > :) > > Alexis > > Le 24/11/2022 à 11:07, Tahir Almas Dhesi a écrit : > > What cps and maximum concurrent calls on following hardware configuration > with freeswitch possible ? > > I need approximate speculation not exact or real time results > > Intel E-2286 G 2 x 960 SSD , 6 cores / 12 threads @4 ghz , 128 GB > Memory and no limitation on internet bandwidth > > > Regards > *Tahir Almas* > > Managing Partner > ICT Innovations > http://www.ictinnovations.com > Leveraging open source in ICT > > > On Thu, Nov 24, 2022 at 2:45 PM Adrian Fretwell wrote: > >> In production, I will periodically run a tcpdump for a period of time and >> then analyse in Wireshark, look for SIP retries. Retries can be an >> indication that your platform is potentially overloaded. >> >> >> >> Kind regards, >> >> Adrian Fretwell >> >> On 24/11/2022 08:18, Shaun Stokes wrote: >> >> That's an open-ended question, it usually depends on your hardware and >> your configuration. >> >> Here are some real-world examples. >> https://freeswitch.org/confluence/display/FREESWITCH/Real-world+results >> >> The only way to find the capacity of FreeSWITCH in your environment is >> through real-world usage, you should monitor your servers and in particular >> keep an eye on the load average. You want the load average to stay below >> the number of physical hardware CPU threads. >> >> ------------------------------ >> *From:* FreeSWITCH-users >> on behalf of Tahir Almas >> Dhesi >> *Sent:* Wednesday, November 23, 2022 20:03 >> *To:* FreeSWITCH Users Help >> >> *Subject:* [Freeswitch-users] maximum cps limit of freeswitch server >> >> what is the maximum cps limit of a good freeswitch node (single node ) >> >> regards >> *Tahir Almas* >> >> Managing Partner >> ICT Innovations >> http://www.ictinnovations.com >> Leveraging open source in ICT >> >> >> _________________________________________________________________________ >> >> 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 Servicessales at freeswitch.comhttps://freeswitch.com >> >> Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Sat Nov 26 16:45:01 2022 From: brian at freeswitch.com (Brian West) Date: Sat, 26 Nov 2022 10:45:01 -0600 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: <01000184ab292b1b-4d7b7ea6-e247-475c-9273-f18c25596085-000000@email.amazonses.com> References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> <01000184ab292b1b-4d7b7ea6-e247-475c-9273-f18c25596085-000000@email.amazonses.com> Message-ID: I see no cidr definition on that user. On Thu, Nov 24, 2022 at 1:43 PM TTT wrote: > The user (1019) is exactly as provided in the vanilla condif. The > user_context value is set as expected in the definition. > > > > > > > > > > > > > > > > > > > > > > > > > > > > value="$${outbound_caller_name}"/> > > value="$${outbound_caller_id}"/> > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Wednesday, November 23, 2022 11:09 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > what does your user's entry look like?? > > > > On Wed, Nov 23, 2022 at 10:00 AM TTT wrote: > > After a few days on this topic my head is spinning (and I’ve read the > Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I > break this down you could confirm my understanding: > > > > 1. The ‘domains’ acl is a list of IP addresses/ranges creating by > reading from the users directory (from users who have a CIDR set). It’s a > list of those found CIDR’s. > > 2. I can add an IP range to the domains acl by adding an allow node > with cidr in the acl definition > > 3. If a user registers from an IP matching the domains ACL, they > are automatically authenticated, and their vars & params from the user > definition are applied > > > > Then why if that user tries to dial 5000 are they put into the public > context (even though their variables, including user_context, were applied > when they autoregistered)? Their user_context is set to default in the > user definition. > > > > Something in my chain of logic above must be wrong > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Wednesday, November 23, 2022 9:12 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > you're not setting the user_context in the variables that matches the > cidr= attribute from the user in the directory. > > > > You can also call set_user to make it apply in the dialplan if needed also. > > > > /b > > > > > > On Tue, Nov 22, 2022 at 6:13 PM TTT wrote: > > When a user is autoauthenticated, do the variables from the user profile > get applied? Or does that happen only during true authentication? > > > > I’m trying to explain a strange behavior of a user being processed in the > wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a > cidr. (A separate post topic) > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Ken Rice > *Sent:* Tuesday, November 22, 2022 6:48 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > no, it means users that match the acl are auto authenticated. > > Sent from my iPhone > > > > On Nov 22, 2022, at 14:53, TTT wrote: > >  > > I am working with a simple FreeSWITCH installation, with the vanilla demo > configuration. I see that the Internal SIP profile contains: > > > > > > > > > > The first line means that if a caller's IP is on the 'domains' list that > they do NOT need to authenticate. The second line means that in order to > use this SIP profile the user MUST be authenticated (internal_auth_calls is > true). > > > > Aren't these two lines contradictory? Why allow a user to not authenticate > for this SIP profile, and then say they must authenticate to use this SIP > profile? > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From lists at telium.io Sat Nov 26 17:25:54 2022 From: lists at telium.io (TTT) Date: Sat, 26 Nov 2022 17:25:54 +0000 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> <01000184ab292b1b-4d7b7ea6-e247-475c-9273-f18c25596085-000000@email.amazonses.com> Message-ID: <01000184b4f966ec-d30889d9-0c7d-42da-930f-9a1b57e23855-000000@email.amazonses.com> That’s correct – that’s the concept I’m trying to understand. If I don’t set a CIDR for a particular user, but add a CIDR range to the ‘domains’ ACL, what would be the effect. I assumed that all users on that IP range would not have to authenticate. (Documentation says users will not be challenged for authentication, but forums response says these users are “auth-authenticated”). And as a result, the dialplan should processes them in the ‘default’ context since that is what the user_context variable for this user is set to. However, the user is processed in the ‘public’ dialplan context. If the user is auto-authenticated then why is the user_context variable not set/respected? If the user is not authenticated, then what is the impact of adding a CIDR range to the domain acl ( if not all users have a CIDR attribute set. ). It would appear that adding a CIDR range to the domains ACL would cause any user without a CIDR to not be challenged for authentication, and will therefor never be treated as internal (or whatever their user_context is set to). From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Saturday, November 26, 2022 11:45 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo I see no cidr definition on that user. On Thu, Nov 24, 2022 at 1:43 PM TTT > wrote: The user (1019) is exactly as provided in the vanilla condif. The user_context value is set as expected in the definition. From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Wednesday, November 23, 2022 11:09 AM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo what does your user's entry look like?? On Wed, Nov 23, 2022 at 10:00 AM TTT > wrote: After a few days on this topic my head is spinning (and I’ve read the Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I break this down you could confirm my understanding: 1. The ‘domains’ acl is a list of IP addresses/ranges creating by reading from the users directory (from users who have a CIDR set). It’s a list of those found CIDR’s. 2. I can add an IP range to the domains acl by adding an allow node with cidr in the acl definition 3. If a user registers from an IP matching the domains ACL, they are automatically authenticated, and their vars & params from the user definition are applied Then why if that user tries to dial 5000 are they put into the public context (even though their variables, including user_context, were applied when they autoregistered)? Their user_context is set to default in the user definition. Something in my chain of logic above must be wrong From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Brian West Sent: Wednesday, November 23, 2022 9:12 AM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo you're not setting the user_context in the variables that matches the cidr= attribute from the user in the directory. You can also call set_user to make it apply in the dialplan if needed also. /b On Tue, Nov 22, 2022 at 6:13 PM TTT > wrote: When a user is autoauthenticated, do the variables from the user profile get applied? Or does that happen only during true authentication? I’m trying to explain a strange behavior of a user being processed in the wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a cidr. (A separate post topic) From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Ken Rice Sent: Tuesday, November 22, 2022 6:48 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo no, it means users that match the acl are auto authenticated. Sent from my iPhone On Nov 22, 2022, at 14:53, TTT > wrote:  I am working with a simple FreeSWITCH installation, with the vanilla demo configuration. I see that the Internal SIP profile contains: The first line means that if a caller's IP is on the 'domains' list that they do NOT need to authenticate. The second line means that in order to use this SIP profile the user MUST be authenticated (internal_auth_calls is true). Aren't these two lines contradictory? Why allow a user to not authenticate for this SIP profile, and then say they must authenticate to use this SIP profile? _________________________________________________________________________ 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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.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 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From brian at freeswitch.com Sat Nov 26 17:31:57 2022 From: brian at freeswitch.com (Brian West) Date: Sat, 26 Nov 2022 11:31:57 -0600 Subject: [Freeswitch-users] Conflicting settings in SIP profile in vanilla demo In-Reply-To: <01000184b4f966ec-d30889d9-0c7d-42da-930f-9a1b57e23855-000000@email.amazonses.com> References: <01000184a11d3f4d-718ff1f8-d77b-44d6-86df-a2892de14747-000000@email.amazonses.com> <01000184a1d43d7e-b98ca35b-30e9-40cf-9efe-dcaa7181ca44-000000@email.amazonses.com> <01000184a53690d2-d3795bf7-d9c0-4adc-975e-6cf4bfc70baf-000000@email.amazonses.com> <01000184ab292b1b-4d7b7ea6-e247-475c-9273-f18c25596085-000000@email.amazonses.com> <01000184b4f966ec-d30889d9-0c7d-42da-930f-9a1b57e23855-000000@email.amazonses.com> Message-ID: The domain ACL is special, it's built from the cidr= from the directory. When you mix ip auth there is very little flexibility. If you have users that intersect then it's going to be the first to match. I hope you can understand why this is a bad approach? You can't add or remove things to the domains acl using the acl.conf.xml it disconnects the tie to the user in the directory if you do that, so you'll have to use set_user to switch to the appropriate user. /b On Sat, Nov 26, 2022 at 11:27 AM TTT wrote: > That’s correct – that’s the concept I’m trying to understand. If I don’t > set a CIDR for a particular user, but add a CIDR range to the ‘domains’ > ACL, what would be the effect. > > > > I assumed that all users on that IP range would not have to authenticate. > (Documentation says users will not be challenged for authentication, but > forums response says these users are “auth-authenticated”). And as a > result, the dialplan should processes them in the ‘default’ context since > that is what the user_context variable for this user is set to. > > > > However, the user is processed in the ‘public’ dialplan context. If the > user is auto-authenticated then why is the user_context variable not > set/respected? If the user is not authenticated, then what is the impact > of adding a CIDR range to the domain acl ( if not all users have a CIDR > attribute set. ). It would appear that adding a CIDR range to the domains > ACL would cause any user without a CIDR to not be challenged for > authentication, and will therefor never be treated as internal (or whatever > their user_context is set to). > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Saturday, November 26, 2022 11:45 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > I see no cidr definition on that user. > > > > On Thu, Nov 24, 2022 at 1:43 PM TTT wrote: > > The user (1019) is exactly as provided in the vanilla condif. The > user_context value is set as expected in the definition. > > > > > > > > > > > > > > > > > > > > > > > > > > > > value="$${outbound_caller_name}"/> > > value="$${outbound_caller_id}"/> > > > > > > > > > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Wednesday, November 23, 2022 11:09 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > what does your user's entry look like?? > > > > On Wed, Nov 23, 2022 at 10:00 AM TTT wrote: > > After a few days on this topic my head is spinning (and I’ve read the > Packt book and the wiki). And I’m using the vanilla demo only. Maybe if I > break this down you could confirm my understanding: > > > > 1. The ‘domains’ acl is a list of IP addresses/ranges creating by > reading from the users directory (from users who have a CIDR set). It’s a > list of those found CIDR’s. > > 2. I can add an IP range to the domains acl by adding an allow node > with cidr in the acl definition > > 3. If a user registers from an IP matching the domains ACL, they > are automatically authenticated, and their vars & params from the user > definition are applied > > > > Then why if that user tries to dial 5000 are they put into the public > context (even though their variables, including user_context, were applied > when they autoregistered)? Their user_context is set to default in the > user definition. > > > > Something in my chain of logic above must be wrong > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Wednesday, November 23, 2022 9:12 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > you're not setting the user_context in the variables that matches the > cidr= attribute from the user in the directory. > > > > You can also call set_user to make it apply in the dialplan if needed also. > > > > /b > > > > > > On Tue, Nov 22, 2022 at 6:13 PM TTT wrote: > > When a user is autoauthenticated, do the variables from the user profile > get applied? Or does that happen only during true authentication? > > > > I’m trying to explain a strange behavior of a user being processed in the > wrong dialplan context if I add the user’s subnet to the ‘domains’ acl as a > cidr. (A separate post topic) > > > > > > *From:* FreeSWITCH-users [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Ken Rice > *Sent:* Tuesday, November 22, 2022 6:48 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Conflicting settings in SIP profile in > vanilla demo > > > > no, it means users that match the acl are auto authenticated. > > Sent from my iPhone > > > > On Nov 22, 2022, at 14:53, TTT wrote: > >  > > I am working with a simple FreeSWITCH installation, with the vanilla demo > configuration. I see that the Internal SIP profile contains: > > > > > > > > > > The first line means that if a caller's IP is on the 'domains' list that > they do NOT need to authenticate. The second line means that in order to > use this SIP profile the user MUST be authenticated (internal_auth_calls is > true). > > > > Aren't these two lines contradictory? Why allow a user to not authenticate > for this SIP profile, and then say they must authenticate to use this SIP > profile? > > _________________________________________________________________________ > > 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 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > > > > > -- > > > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: Image removed by sender. > https://www.facebook.com/signalwireinc?src=email] > [image: Image removed by sender. > 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 > -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 344 bytes Desc: not available URL: From bc at iptel.co Mon Nov 28 21:41:20 2022 From: bc at iptel.co (Brian ::) Date: Mon, 28 Nov 2022 21:41:20 +0000 Subject: [Freeswitch-users] processing redirect Message-ID: Hello :) I have a particular scenario where a proxy replies with a 302 redirect to Freeswitch. In the 302 they add an X-header: with-some-info I have tried a few things but I can't seem to access this X-header from my redirected context. If I run the info app there it doesn't appear at all. And it doesn't get sent to the new host either. Is there any way to access this header? fs processes the redirect just fine but I could really do with accessing the info in this header in my redirected context. Thank you! From thzvlcffsc at use.startmail.com Sat Nov 26 18:46:40 2022 From: thzvlcffsc at use.startmail.com (Josh) Date: Sat, 26 Nov 2022 13:46:40 -0500 Subject: extension forced public context if IP is in ACL Message-ID: <204aa546-d486-72b1-0a26-9c9d60ab1ea8@use.startmail.com> Greetings, I came across a recent thread http://lists.freeswitch.org/pipermail/freeswitch-users/2022-November/136043.html discussing similar problems but it is not clear what solution is. I my case incoming Gateway and ATA adapter, logged in to an Extension, are on the same IP address. I added my IP to an ACL to allow incoming calls from Gateway to an Extension. No question about this part. However, exactly as in above mentioned thread, attempt to make outgoing call fails because Extension IP matches ACL and is forced into public context instead of domain context. If I delete ACL then outgoing calls work but incoming rejected. Is there a solution for above scenario? For example, is it possible to configure incoming Gateway without a need for ACL? Josh. PS. Since I am using FusionPBX all configuration appears to be in postgresql db tables. PPS. Explicitly setting up domain context to an Extension in FusionPBX UI makes no difference whatsoever. From yehavi.bourvine at gmail.com Fri Nov 25 08:39:38 2022 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Fri, 25 Nov 2022 10:39:38 +0200 Subject: [Freeswitch-users] Building FreeSwitch with OpenSSL3 (Ubuntu 22) Message-ID: Hello, I've done GIT CLONE today and tried to compile. It fails on OpenSSL3 changes. According to issue 1762 this has been fixed, but probably was not committed yet (sorry, I am not a GIT expert, so maybe I am using the wrong term). How can I get the updated code? Thanks, __Yehavi: -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at freeswitch.org Tue Nov 29 18:04:39 2022 From: len at freeswitch.org (Len Graham) Date: Tue, 29 Nov 2022 13:04:39 -0500 Subject: [Freeswitch-users] Building FreeSwitch with OpenSSL3 (Ubuntu 22) In-Reply-To: References: Message-ID: Do *git pull* and try again. What is the link to the steps you are following to install? On Tue, Nov 29, 2022 at 9:32 AM Yehavi Bourvine wrote: > Hello, > > I've done GIT CLONE today and tried to compile. It fails on OpenSSL3 > changes. According to issue 1762 this has been fixed, but probably was not > committed yet (sorry, I am not a GIT expert, so maybe I am using the wrong > term). How can I get the updated code? > > Thanks, __Yehavi: > _________________________________________________________________________ > > 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: From jolexpert at gmail.com Wed Nov 30 13:12:34 2022 From: jolexpert at gmail.com (Kakiman Expert) Date: Wed, 30 Nov 2022 14:12:34 +0100 Subject: [Freeswitch-users] critical error max queue size reached Message-ID: Hello, on my freeswitch 1.10.6-release-18 , i have a lot of critical error in the freeswitch.log, and that's saturate the disk partition and stops freeswitch do you know how to solve this critical issue ? here is the error message i receive on freeswitch [CRIT] mod_event_socket.c:188 Log enqueue ERROR [11] | [Resource temporarily unavailable] Queue size: [100000/100000] Max queue size reached thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From krice at freeswitch.org Wed Nov 30 16:22:36 2022 From: krice at freeswitch.org (krice at freeswitch.org) Date: Wed, 30 Nov 2022 10:22:36 -0600 Subject: [Freeswitch-users] critical error max queue size reached In-Reply-To: References: Message-ID: <7e3401d904d7$f613c1f0$e23b45d0$@freeswitch.org> Let me guess you have an external application subscribed to events via ESL? If so your external app isnt consuming the events fast enough and you need to address that either by increasing the speed of your app, or reducing the events its subscribed to. From: FreeSWITCH-users On Behalf Of Kakiman Expert Sent: Wednesday, November 30, 2022 7:13 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] critical error max queue size reached Hello, on my freeswitch 1.10.6-release-18 , i have a lot of critical error in the freeswitch.log, and that's saturate the disk partition and stops freeswitch do you know how to solve this critical issue ? here is the error message i receive on freeswitch [CRIT] mod_event_socket.c:188 Log enqueue ERROR [11] | [Resource temporarily unavailable] Queue size: [100000/100000] Max queue size reached thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Wed Nov 30 18:37:51 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 30 Nov 2022 19:37:51 +0100 Subject: [Freeswitch-users] critical error max queue size reached In-Reply-To: <7e3401d904d7$f613c1f0$e23b45d0$@freeswitch.org> References: <7e3401d904d7$f613c1f0$e23b45d0$@freeswitch.org> Message-ID: Is there a way to check queue size? On Wed, 30 Nov 2022 at 17:23, wrote: > Let me guess you have an external application subscribed to events via > ESL? If so your external app isnt consuming the events fast enough and you > need to address that either by increasing the speed of your app, or > reducing the events its subscribed to. > > > > *From:* FreeSWITCH-users *On > Behalf Of *Kakiman Expert > *Sent:* Wednesday, November 30, 2022 7:13 AM > *To:* freeswitch-users at lists.freeswitch.org > *Subject:* [Freeswitch-users] critical error max queue size reached > > > > Hello, > > > > on my freeswitch 1.10.6-release-18 , i have a lot of critical error in the > freeswitch.log, and that's saturate the disk partition and stops freeswitch > > > > do you know how to solve this critical issue ? here is the error message i > receive on freeswitch > > > > [CRIT] mod_event_socket.c:188 Log enqueue ERROR [11] | [Resource > temporarily unavailable] Queue size: [100000/100000] Max queue size reached > > > > thanks > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From freeswitch at botecomm.com Wed Nov 30 19:33:55 2022 From: freeswitch at botecomm.com (Bote Man) Date: Wed, 30 Nov 2022 14:33:55 -0500 Subject: [Freeswitch-users] Building FreeSwitch with OpenSSL3 (Ubuntu 22) In-Reply-To: References: Message-ID: <01e801d904f2$b12e7970$138b6c50$@botecomm.com> The steps I use to compile FreeSWITCH from source on this page work well for me. In fact, I just used them twice this week to build 2 new systems. https://freeswitch.org/confluence/display/FREESWITCH/Debian The link at the bottom to post-install steps helps to set permissions and other things to get it running quickly. John Boteler Bote Communications From: FreeSWITCH-users On Behalf Of Len Graham Sent: Tuesday, 29 November, 2022 13:05 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Building FreeSwitch with OpenSSL3 (Ubuntu 22) Do git pull and try again. What is the link to the steps you are following to install? On Tue, Nov 29, 2022 at 9:32 AM Yehavi Bourvine wrote: Hello, I've done GIT CLONE today and tried to compile. It fails on OpenSSL3 changes. According to issue 1762 this has been fixed, but probably was not committed yet (sorry, I am not a GIT expert, so maybe I am using the wrong term). How can I get the updated code? Thanks, __Yehavi: _________________________________________________________________________ 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: From yehavi.bourvine at gmail.com Tue Nov 29 18:58:07 2022 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Tue, 29 Nov 2022 20:58:07 +0200 Subject: [Freeswitch-users] Building FreeSwitch with OpenSSL3 (Ubuntu 22) In-Reply-To: References: Message-ID: Hello Len, Thank you for the response. GIT PULL claims that I am already updated... I download the code with: git clone https://github.com/signalwire/freeswitch.git Then git pull does nothing, and then: ./bootstrap.sh ./configure --without-libcurl --without-pgsql --enable-core-odbc-support make and then it fails with MD5_init() call, as it does not exist in OpenSSL3. Thanks, __Yehavi: ‫בתאריך יום ג׳, 29 בנוב׳ 2022 ב-20:32 מאת ‪Len Graham‬‏ <‪len at freeswitch.org ‬‏>:‬ > Do *git pull* and try again. What is the link to the steps you are > following to install? > > On Tue, Nov 29, 2022 at 9:32 AM Yehavi Bourvine > wrote: > >> Hello, >> >> I've done GIT CLONE today and tried to compile. It fails on OpenSSL3 >> changes. According to issue 1762 this has been fixed, but probably was not >> committed yet (sorry, I am not a GIT expert, so maybe I am using the wrong >> term). How can I get the updated code? >> >> Thanks, __Yehavi: >> _________________________________________________________________________ >> >> 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: From robertk54 at aol.com Wed Nov 30 13:14:14 2022 From: robertk54 at aol.com (ROBERT KIRNUM) Date: Wed, 30 Nov 2022 08:14:14 -0500 Subject: Zoom Can't Render H.264 from Freeswitch 1.10 References: <9469221C-4EBC-4B66-A7DF-F8FB76F65161.ref@aol.com> Message-ID: <9469221C-4EBC-4B66-A7DF-F8FB76F65161@aol.com> Having trouble with transitioning from Freeswitch 1.6 to 1.10. When attempting to connect to a Zoom client the video from Freeswitch 1.10 fails to render in Zoom. Using Freeswitch 1.6 works as expected. The video from the Zoom client works fine on both cases. After much analysis of packet captures, the H.264 RTP sent to Zoom looks fine. It can be extracted from a packet capture and played using VLC. The RTP is being sent to the correct address / port, the payload type is correct as per SDP negotiation, same for packetization-mode. The stream sent to Zoom contains IDR frames preceded by SPS / PPS / SEI and is consistent with the stream from Freeswitch 1.6. Zoom sends frequent FIR and PLI requests as though it is not receiving any video / key frames. The capture shows no sequence number gaps, no jitter, no clock drift, etc. Has anyone experienced this? Any suggestions on what could possibly cause this? Thanks, Bob