From brian at freeswitch.org Wed Mar 1 02:59:09 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Feb 2017 17:59:09 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: You can calm down, Do you have any proof you've been hacked? This appears to be an SQL Injection attempt, I started seeing this yesterday! Here is what I had in my logs and what the packet has in it: 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?=' x'@190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 Via: SIP/2.0/UDP 62.210.245.31:41254 ;branch=z9hG4bK-524287-1---321bda12cf15b137;rport Max-Forwards: 70 Contact: < sip:%e2%80%98hi%27or%e2%80%98x%e2%80%99%3d%27x%27 at 62.210.245.31:41254 >;+sip.instance="" To: From: ;tag=UBAWADPX Call-ID: OIERRISLMMBKZCIIUGWESXQM CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO Content-Type: application/sdp Supported: replaces User-Agent: Cisco-SIPGateway/IOS-12.x Allow-Events: hold, talk, conference Content-Length: 0 I would like to dive deeper and see if anyone else has seen this, I had also seen it today in the FreeSWITCH hipchat channel. /b On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > Hi team , > > Please help on below query > > Sent from my iPhone > > > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: > > > > Hi Team > > > > my account got hacked and attacked using my DID number as caller id and > making calls via my FS server. > > > > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does > this mean and how can they set my did as caller id and make calls... Urgent > help needed. > > > > Thanks, > > Siju Nair > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170228/24b97672/attachment.html From brian at freeswitch.org Wed Mar 1 03:00:12 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Feb 2017 18:00:12 -0600 Subject: [Freeswitch-users] LUA freeswitch ELS In-Reply-To: <004c01d291a2$8e6d6870$ab483950$@pethahiah.com> References: <004c01d291a2$8e6d6870$ab483950$@pethahiah.com> Message-ID: Here is an example using libesl in lua: https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/libs/esl/lua/single_command.lua /b On Tue, Feb 28, 2017 at 3:10 AM, Timothy oladapo olawuyi < dolawuyi at pethahiah.com> wrote: > Dear All, > > > > Please I need tutorial assistant on how to connect FreeSwitch ESL via lua > and execute command > > > > > > Regards > > Timothy > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170228/03565c8d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 70 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170228/03565c8d/attachment-0001.gif From rtreleaven at bunnykick.ca Wed Mar 1 03:01:54 2017 From: rtreleaven at bunnykick.ca (Russell Treleaven) Date: Tue, 28 Feb 2017 19:01:54 -0500 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: I've been seeing for approximately a week. On Feb 28, 2017 6:59 PM, "Brian West" wrote: > You can calm down, Do you have any proof you've been hacked? This appears > to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 > a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] > switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@ > 190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 > (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close > Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1--- > 321bda12cf15b137;rport > Max-Forwards: 70 > Contact: 245.31:41254>;+sip.instance=" 9b43-bd04fcd1634d>" > To: > From: >;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had > also seen it today in the FreeSWITCH hipchat channel. > > /b > > > > On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > >> Hi team , >> >> Please help on below query >> >> Sent from my iPhone >> >> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >> > >> > Hi Team >> > >> > my account got hacked and attacked using my DID number as caller id and >> making calls via my FS server. >> > >> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >> this mean and how can they set my did as caller id and make calls... Urgent >> help needed. >> > >> > Thanks, >> > Siju Nair >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170228/d151c839/attachment.html From brian at freeswitch.org Wed Mar 1 03:05:51 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Feb 2017 18:05:51 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: I haven't seen it actually accomplish anything against my instances of FreeSWITCH, I just googled the string and its in the SQL Injection list, but what I'm wonder is if you're using PGSQL or MYSQL if that invite I put in my last message causes any issues. /b On Tue, Feb 28, 2017 at 6:01 PM, Russell Treleaven wrote: > I've been seeing for approximately a week. > > On Feb 28, 2017 6:59 PM, "Brian West" wrote: > >> You can calm down, Do you have any proof you've been hacked? This >> appears to be an SQL Injection attempt, I started seeing this yesterday! >> >> Here is what I had in my logs and what the packet has in it: >> >> 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 >> a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 >> 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] >> switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@1 >> 90.102.98.246 [CS_NEW] [WRONG_CALL_STATE] >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 >> (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close >> Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] >> >> >> >> INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 >> Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9h >> G4bK-524287-1---321bda12cf15b137;rport >> Max-Forwards: 70 >> Contact: > 5.31:41254>;+sip.instance="> -bd04fcd1634d>" >> To: >> From: > 98.246>;tag=UBAWADPX >> Call-ID: OIERRISLMMBKZCIIUGWESXQM >> CSeq: 1 INVITE >> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> REGISTER, SUBSCRIBE, INFO >> Content-Type: application/sdp >> Supported: replaces >> User-Agent: Cisco-SIPGateway/IOS-12.x >> Allow-Events: hold, talk, conference >> Content-Length: 0 >> >> >> I would like to dive deeper and see if anyone else has seen this, I had >> also seen it today in the FreeSWITCH hipchat channel. >> >> /b >> >> >> >> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >> >>> Hi team , >>> >>> Please help on below query >>> >>> Sent from my iPhone >>> >>> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >>> > >>> > Hi Team >>> > >>> > my account got hacked and attacked using my DID number as caller id >>> and making calls via my FS server. >>> > >>> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >>> this mean and how can they set my did as caller id and make calls... Urgent >>> help needed. >>> > >>> > Thanks, >>> > Siju Nair >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170228/76d149e0/attachment-0001.html From david.villasmil.work at gmail.com Wed Mar 1 05:18:32 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 1 Mar 2017 03:18:32 +0100 Subject: [Freeswitch-users] Block unanswered challenges Message-ID: Hello all, Anyone knows of a way to block unanswered challenges? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/c9b68b05/attachment.html From david.villasmil.work at gmail.com Wed Mar 1 05:37:46 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 01 Mar 2017 02:37:46 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: I can try this tomorrow On Wed, Mar 1, 2017 at 1:06 AM Brian West wrote: > I haven't seen it actually accomplish anything against my instances of > FreeSWITCH, I just googled the string and its in the SQL Injection list, > but what I'm wonder is if you're using PGSQL or MYSQL if that invite I put > in my last message causes any issues. > > /b > > > On Tue, Feb 28, 2017 at 6:01 PM, Russell Treleaven < > rtreleaven at bunnykick.ca> wrote: > > I've been seeing for approximately a week. > > On Feb 28, 2017 6:59 PM, "Brian West" wrote: > > You can calm down, Do you have any proof you've been hacked? This appears > to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 > a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] > switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?=' > x'@190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 > (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close > Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254 > ;branch=z9hG4bK-524287-1---321bda12cf15b137;rport > Max-Forwards: 70 > Contact: < > sip:%e2%80%98hi%27or%e2%80%98x%e2%80%99%3d%27x%27 at 62.210.245.31:41254 > >;+sip.instance="" > To: > From: >;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had > also seen it today in the FreeSWITCH hipchat channel. > > /b > > > > On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > > Hi team , > > Please help on below query > > Sent from my iPhone > > > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: > > > > Hi Team > > > > my account got hacked and attacked using my DID number as caller id and > making calls via my FS server. > > > > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does > this mean and how can they set my did as caller id and make calls... Urgent > help needed. > > > > Thanks, > > Siju Nair > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/985ca159/attachment-0001.html From s.safarov at gmail.com Wed Mar 1 07:19:32 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 01 Mar 2017 04:19:32 +0000 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: This may be done using fail2ban and mod_fail2ban ??, 1 ????? 2017, 5:19 David Villasmil : > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/ff10ac79/attachment.html From raman.chv at gmail.com Wed Mar 1 08:50:15 2017 From: raman.chv at gmail.com (Ram) Date: Wed, 1 Mar 2017 11:20:15 +0530 Subject: [Freeswitch-users] Invalid URI for NOTIFY In-Reply-To: <44B4D74E-3458-4989-918D-39AFDCB69BBD@jerris.com> References: <371B32CE-9C36-46CF-9AA6-CA32F366AEB5@jerris.com> <00E971A6-F71C-4E94-8E00-4B22666CCBB1@jerris.com> <44B4D74E-3458-4989-918D-39AFDCB69BBD@jerris.com> Message-ID: Observed the same issue even after db manual update for to header. I suspect contact from db[] is causing the invalid uri as it is always showing contact[0]. nua_stack.c:569 nua_stack_signal() nua(0x7fdb28037ed0): recv signal r_destroy nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7fdb28037ed0): removing notify usage with event conference nta.c:4479 nta_leg_destroy() nta_leg_destroy(0x7fdb2803e2b0) soa.c:356 soa_destroy() soa_destroy(static::0x7fdb2803d860) called nua_stack.c:529 nua_signal() nua(0x7fdb28037ed0): sent signal r_destroy 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 0[full_to] = [< sip:3000 at freeswitch.com>] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 1[full_from] = ["Test" ;tag=f11396c0] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 2[contact || ';_;isfocus'] = [0] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 3[expires] = [1488349612] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 4[call_id] = [a2331da5b51899232a9fecca80dfe106 at 0:0:0:0:0:0:0:0] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 5[event] = [conference] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 6[network_ip] = [50.10.1.93] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 7[network_port] = [36959] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 8[ct] = [application/conference-info+xml] 2017-03-01 05:38:33.419093 [CRIT] sofia_presence.c:4535 arg 9[pt] = [ 2017-03-01 05:38:33.419093 [ERR] sofia_presence.c:2308 SEND PRES NOTIFY: file[sofia_presence.c] func[sofia_presence_send_sql] line[4539] profile[external] via[SIP/2.0/udp 10.0.0.240;rport] ip[50.10.1.93] port[36959] route[(null)] contact[0] to[] from["Test" ;tag=f11396c0] url[0] call_id[a2331da5b51899232a9fecca80dfe106 at 0:0:0:0:0:0:0:0] expires_str[] event[conference] ct[application/conference-info+xml] pl[ call_info[] exptime[2899] nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:569 nua_stack_signal() nua(0x7fdb38067200): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7fdb280021b0, 0x7fdb28001a60, 0x7fdb38067200) called soa.c:403 soa_set_params() soa_set_params(static::0x7fdb28032390, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7fdb28032390, ...) called nta.c:4426 nta_leg_tcreate() nta_leg_tcreate(0x7fdb28019db0) nta.c:8072 outgoing_create() nta outgoing create: invalid URI nta.c:8733 outgoing_free() nta: outgoing_free(0x7fdb280321d0) nua_stack.c:271 nua_stack_event() nua(0x7fdb38067200): event r_notify 900 Internal error at nua_client.c:713 nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:529 nua_signal() nua(0x7fdb38067200): sent signal r_notify Regards Raman On Tue, Feb 28, 2017 at 9:18 PM, Michael Jerris wrote: > i have a way to work around this issue. I suspect the client is doing > something strange with putting the to tag in on its own when it shouldn?t > but I can?t tell for sure from the info you have put out already. If you > file a Jira I can push a fix for you to test and confirm. Testing what I > asked will also help confirm. > > On Feb 28, 2017, at 10:37 AM, Michael Jerris wrote: > > Please read back and try what i suggested. > > On Feb 28, 2017, at 10:20 AM, Ram wrote: > > Hi Michael, > > Following is my SUBSCRIBE, which has single to tag, don't how another to > tag come in while composing > > SUBSCRIBE sip:3000 at 10.50.163.240:5060;transport=tcp SIP/2.0 > CSeq: 2 SUBSCRIBE > From: "Test" ;tag=141c3e7f > To: ;tag=X8yKKXpQFg1rH > Call-ID: 3382a80cc99813fe8c38652094d35168 at 0:0:0:0:0:0:0:0 > Route: > Via: SIP/2.0/TCP 10.3.2.173;branch=z9hG4bK6766. > 3d9373331b5e0abb74dbc9fac0ebdd94.0;i=c08a3 > Via: SIP/2.0/TCP 10.43.18.93:5061;received=10.3.1.111;branch=z9hG4bK6766. > 6ef433bc043278dcf0d7203aacfd6d9d.0;i=1 > Via: SIP/2.0/TCP 10.3.2.173;rport=41015;branch=z9hG4bK6766. > 481cb8ecdfed560d335ae90dbcc8b52a.0;i=5f1a3 > Via: SIP/2.0/TLS 192.168.42.91:49198;received= > 182.72.148.178;branch=z9hG4bK-3430-7c9fbf29730430944ed135b4f21590aa > Contact: "Test" transport=tls;registering_acc=vvoip_flowtalk_com> > User-Agent: Jitsi2.10.5550Windows 8.1 > Max-Forwards: 68 > Event: conference > Accept: application/conference-info+xml > Expires: 3600 > Content-Length: 0 > > > > And logs while initiating NOTIFY > > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 0[full_to] = [< > sip:3000 at freeswitch.com>;tag=X8yKKXpQFg1rH;tag=X8yKKXpQFg1rH] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 1[full_from] = > ["Test" ;tag=141c3e7f] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 2[contact || > ';_;isfocus'] = [0] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 3[expires] = > [1488298190] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 4[call_id] = [ > 3382a80cc99813fe8c38652094d35168 at 0:0:0:0:0:0:0:0] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 5[event] = > [conference] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 6[network_ip] > = [10.43.18.93] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg > 7[network_port] = [34672] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 8[ct] = > [application/conference-info+xml] > 2017-02-28 15:09:50.108202 [CRIT] sofia_presence.c:4535 arg 9[pt] = [ version="1.0"?> > > > Regards > Raman > > On Tue, Feb 28, 2017 at 7:35 PM, Michael Jerris wrote: > >> did you try what i suggested? >> >> On Tue, Feb 28, 2017 at 4:24 AM Ram wrote: >> >>> Thanks Michael, and Brain. >>> >>> 1. I tried after carrying the FS-10041 patch to 1.6.15 source, still i >>> am facing the same. >>> And for To tags, freeswitch is adding the duplicate To tag while >>> creating notify, i am unable to find where to control the same. >>> >>> >>> Following is the db entry created for subscription, may help you to get >>> some idea about the issue >>> >>> >>> | conf | test | freeswitch.com | 3000 | freeswitch.com | >>> freeswitch.com | conference | "user" >> transport=tls;registering_acc=freeswitch_com;fs_nat=yes;fs_p >>> ath=sip%3A52.78.55.33%3A59019%3Btransport%3Dtls%3Bregistering_acc%3Dfreeswitch_com> >>> | ecea3c49301aded05c155660703ebed8 at 0:0:0:0:0:0:0:0 | "Test" < >>> sip:test at freeswitch.com>;tag=664f4da1 | SIP/2.0/TCP >>> 10.3.3.173;branch=z9hG4bK4a46.6b72e5d6b53e1a00ecf9c27b2286b3 >>> 26.0;i=c92a3;received=52.78.55.33;rport=59019 | 1488211342 | >>> Jitsi2.10.5550Windows 8.1 | application/conference-info+xml | external >>> | ip-10-4-2-63 | 59019 | 52.78.55.93 | -1 | sip | < >>> sip:3000 at freeswitch.com>;tag=79rrXS3jDH8Xp;tag=79rrXS3jDH8Xp | >>> >>> >>> Regards >>> Raman >>> >>> >>> On Thu, Feb 23, 2017 at 2:01 AM, Brian West >>> wrote: >>> >>> Probably related to FS-10041 >>> >>> On Wed, Feb 22, 2017 at 9:25 AM, Michael Jerris wrote: >>> >>> maybe because the to tag is in there twice? >>> >>> you can try editing that in the db directly before it goes to send the >>> next notify and see if that helps to confirm my guess >>> >>> On Feb 22, 2017, at 5:45 AM, Ram wrote: >>> >>> Hi, >>> >>> I am observed following error while freeswitch sending notify >>> >>> nta.c:8061 outgoing_create() nta outgoing create: invalid URI >>> >>> Help me to identify the issue, >>> >>> >>> Following are freeswitch logs for reference. >>> >>> nua_stack.c:529 nua_signal() nua(0x7f4e800826a0): sent signal r_destroy >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 0[full_to] = >>> [;tag=DHHj59Sg6cNDr;tag=DHHj59Sg6cNDr] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 1[full_from] >>> = ["Test" ;tag=b66cbfe7] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 2[contact || >>> ';_;isfocus'] = [0] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 3[expires] = >>> [1487762486] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 4[call_id] = >>> [fd8a7306f3c49be8163cb94075e2c23c at 0:0:0:0:0:0:0:0] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 5[event] = >>> [conference] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg >>> 6[network_ip] = [50.10.1.93] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg >>> 7[network_port] = [38893] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 8[ct] = >>> [application/conference-info+xml] >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:4535 arg 9[pt] = >>> [ >>> >>> >>> 2017-02-22 10:21:26.394790 [ERR] sofia_presence.c:2308 SEND PRES NOTIFY: >>> file[sofia_presence.c] >>> func[sofia_presence_send_sql] >>> line[4539] >>> profile[external] >>> via[SIP/2.0/udp 10.0.0.240;rport] >>> ip[50.10.1.93] >>> port[38893] >>> route[(null)] >>> contact[0] >>> to[;tag=DHHj59Sg6cNDr;tag=DHHj59Sg6cNDr] >>> from["Test" ;tag=b66cbfe7] >>> url[0] >>> call_id[fd8a7306f3c49be8163cb94075e2c23c at 0:0:0:0:0:0:0:0] >>> expires_str[] >>> >>> >>> call_info[] >>> exptime[3600] >>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>> nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering >>> nua.c:716 nua_notify() nua: nua_notify: entering >>> nua_stack.c:569 nua_stack_signal() nua(0x7f4e90070360): recv signal >>> r_notify >>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: >>> entering >>> soa.c:280 soa_clone() soa_clone(static::0x7f4e800021b0, 0x7f4e80001a60, >>> 0x7f4e90070360) called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7f4e800352d0, ...) >>> called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7f4e800352d0, ...) >>> called >>> nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f4e80082800) >>> nta.c:8061 outgoing_create() nta outgoing create: invalid URI >>> nta.c:8722 outgoing_free() nta: outgoing_free(0x7f4e8007f540) >>> nua_stack.c:271 nua_stack_event() nua(0x7f4e90070360): event r_notify >>> 900 Internal error at nua_client.c:713 >>> nua_stack.c:359 nua_application_event() nua: nua_application_event: >>> entering >>> nua_stack.c:529 nua_signal() nua(0x7f4e90070360): sent signal r_notify >>> 2017-02-22 10:21:26.394790 [ERR] sofia_presence.c:1320 SLA EVENT: >>> 2017-02-22 10:21:26.394790 [CRIT] sofia_presence.c:1321 DUMP >>> >>> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/3883b2dc/attachment-0001.html From mike at jerris.com Wed Mar 1 09:36:57 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 01 Mar 2017 06:36:57 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: i don't think it will... we have pretty robust sql injection protection in the sip module. If anyone finds a hole in that please file a bug but in doubtful there will be one. On Tue, Feb 28, 2017 at 9:41 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > I can try this tomorrow > On Wed, Mar 1, 2017 at 1:06 AM Brian West wrote: > > I haven't seen it actually accomplish anything against my instances of > FreeSWITCH, I just googled the string and its in the SQL Injection list, > but what I'm wonder is if you're using PGSQL or MYSQL if that invite I put > in my last message causes any issues. > > /b > > > On Tue, Feb 28, 2017 at 6:01 PM, Russell Treleaven < > rtreleaven at bunnykick.ca> wrote: > > I've been seeing for approximately a week. > > On Feb 28, 2017 6:59 PM, "Brian West" wrote: > > You can calm down, Do you have any proof you've been hacked? This appears > to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 > a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] > switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?=' > x'@190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 > (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close > Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254 > ;branch=z9hG4bK-524287-1---321bda12cf15b137;rport > Max-Forwards: 70 > Contact: < > sip:%e2%80%98hi%27or%e2%80%98x%e2%80%99%3d%27x%27 at 62.210.245.31:41254 > >;+sip.instance="" > To: > From: >;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had > also seen it today in the FreeSWITCH hipchat channel. > > /b > > > > On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > > Hi team , > > Please help on below query > > Sent from my iPhone > > > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: > > > > Hi Team > > > > my account got hacked and attacked using my DID number as caller id and > making calls via my FS server. > > > > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does > this mean and how can they set my did as caller id and make calls... Urgent > help needed. > > > > Thanks, > > Siju Nair > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/1713babb/attachment-0001.html From vbvbrj at gmail.com Wed Mar 1 09:45:55 2017 From: vbvbrj at gmail.com (Mimiko) Date: Wed, 1 Mar 2017 08:45:55 +0200 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: <36a3d86a-453c-dc44-780d-a6473746c61f@gmail.com> On 28.02.2017 12:29, Siju Nair wrote: > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does this mean and how can they set my did as caller id and make calls... Urgent > help needed. > I see this in logs. I just dig the IP and ban it. ngrep is the help. -- Mimiko desu. From jaybinks at gmail.com Wed Mar 1 09:55:13 2017 From: jaybinks at gmail.com (jay binks) Date: Wed, 1 Mar 2017 16:55:13 +1000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: yea man, Im seeing the exact same thing. from the same IP actually. INVITE sip:0008148825408632 at 180.214.68.115 SIP/2.0 Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport Max-Forwards: 70 Contact: ;+sip.instance="" To: From: ;tag=LNDMJRRH Call-ID: XXINXNMLKORRQSRCIOPQFLZM CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO Content-Type: application/sdp Supported: replaces User-Agent: Cisco-SIPGateway/IOS-12.x Allow-Events: hold, talk, conference Content-Length: 0 On 1 March 2017 at 09:59, Brian West wrote: > You can calm down, Do you have any proof you've been hacked? This appears > to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 > a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] > switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@ > 190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 > (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close > Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1--- > 321bda12cf15b137;rport > Max-Forwards: 70 > Contact: 245.31:41254>;+sip.instance=" 9b43-bd04fcd1634d>" > To: > From: >;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had > also seen it today in the FreeSWITCH hipchat channel. > > /b > > > > On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > >> Hi team , >> >> Please help on below query >> >> Sent from my iPhone >> >> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >> > >> > Hi Team >> > >> > my account got hacked and attacked using my DID number as caller id and >> making calls via my FS server. >> > >> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >> this mean and how can they set my did as caller id and make calls... Urgent >> help needed. >> > >> > Thanks, >> > Siju Nair >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/a0e30064/attachment.html From brians at iptel.co Wed Mar 1 10:39:20 2017 From: brians at iptel.co (Brian :) Date: Wed, 1 Mar 2017 07:39:20 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: Same as - all coming from 62.210.245.31 - reported to abuse@ but meh Not just a freeswitch thing obviously - there must be some vulnerability these wasters are trying to gain profit from.. They are actually spoofing a credible UA for once. 2017-02-28 19:38:23 +0000 : 62.210.245.31:41254 -> 8.8.28.60:5060 INVITE sip:001648825408632 at 8.8.28.60 SIP/2.0 Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport Max-Forwards: 70 Contact: ;+sip.instance="" To: From: ;tag=DLMPQMRN Call-ID: SWZYYRWNLTZCVZRAYLXRXNWU CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO Content-Type: application/sdp Supported: replaces User-Agent: Cisco-SIPGateway/IOS-12.x Allow-Events: hold, talk, conference Content-Length: 0 Brian On Wed, Mar 1, 2017 at 6:55 AM, jay binks wrote: > yea man, Im seeing the exact same thing. > from the same IP actually. > > > INVITE sip:0008148825408632 at 180.214.68.115 SIP/2.0 > > Via: SIP/2.0/UDP > 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport > > Max-Forwards: 70 > > Contact: > ;+sip.instance="" > > To: > > From: > ;tag=LNDMJRRH > > Call-ID: XXINXNMLKORRQSRCIOPQFLZM > > CSeq: 1 INVITE > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, > SUBSCRIBE, INFO > > Content-Type: application/sdp > > Supported: replaces > > User-Agent: Cisco-SIPGateway/IOS-12.x > > Allow-Events: hold, talk, conference > > Content-Length: 0 > > > > > > > On 1 March 2017 at 09:59, Brian West wrote: >> >> You can calm down, Do you have any proof you've been hacked? This appears >> to be an SQL Injection attempt, I started seeing this yesterday! >> >> Here is what I had in my logs and what the packet has in it: >> >> 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 >> a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 >> 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] >> switch_core_state_machine.c:690 Hangup >> sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 >> (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close >> Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] >> >> >> >> INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 >> Via: SIP/2.0/UDP >> 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport >> Max-Forwards: 70 >> Contact: >> ;+sip.instance="" >> To: >> From: >> ;tag=UBAWADPX >> Call-ID: OIERRISLMMBKZCIIUGWESXQM >> CSeq: 1 INVITE >> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> REGISTER, SUBSCRIBE, INFO >> Content-Type: application/sdp >> Supported: replaces >> User-Agent: Cisco-SIPGateway/IOS-12.x >> Allow-Events: hold, talk, conference >> Content-Length: 0 >> >> >> I would like to dive deeper and see if anyone else has seen this, I had >> also seen it today in the FreeSWITCH hipchat channel. >> >> /b >> >> >> >> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >>> >>> Hi team , >>> >>> Please help on below query >>> >>> Sent from my iPhone >>> >>> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >>> > >>> > Hi Team >>> > >>> > my account got hacked and attacked using my DID number as caller id and >>> > making calls via my FS server. >>> > >>> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >>> > this mean and how can they set my did as caller id and make calls... Urgent >>> > help needed. >>> > >>> > Thanks, >>> > Siju Nair >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> >> -- >> >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> https://www.gofundme.com/allison-prompts-for-freeswitch >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here! | Reddit: /r/freeswitch >> >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Sincerely > > Jay > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From shaun.stokes at itec-support.co.uk Wed Mar 1 14:15:42 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Wed, 1 Mar 2017 11:15:42 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E8640F7B@mbx-01.sysconfig.co.uk> It's possible a device connected to your platform was compromised or the attacker conducted a man-in-the-middle-attacker, either way they've gained the login credentials. You should consider using IP blacklists and an IPS Firewall, we use both and the ones that sneak through the blacklist are picked up by our IPS and reported to abuse@ but the problem is never ending. The attackers typically route calls to high cost numbers used for fraud, you should report this the carriers that hold the numbers dialled as fraud. https://www.textmagic.com/free-tools/carrier-lookup Other recommendations: - Limit to 2 or 3 channels per account; https://wiki.freeswitch.org/wiki/Limit - Use a script to regularly monitor your CDR files and disable accounts which meet certain criteria (i.e. concurrent calls to the same destination, credit limit) -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian : Sent: 01 March 2017 07:39 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS account got hacked **urgent** Same as - all coming from 62.210.245.31 - reported to abuse@ but meh Not just a freeswitch thing obviously - there must be some vulnerability these wasters are trying to gain profit from.. They are actually spoofing a credible UA for once. 2017-02-28 19:38:23 +0000 : 62.210.245.31:41254 -> 8.8.28.60:5060 INVITE sip:001648825408632 at 8.8.28.60 SIP/2.0 Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport Max-Forwards: 70 Contact: ;+sip.instance="" To: From: ;tag=DLMPQMRN Call-ID: SWZYYRWNLTZCVZRAYLXRXNWU CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO Content-Type: application/sdp Supported: replaces User-Agent: Cisco-SIPGateway/IOS-12.x Allow-Events: hold, talk, conference Content-Length: 0 Brian On Wed, Mar 1, 2017 at 6:55 AM, jay binks wrote: > yea man, Im seeing the exact same thing. > from the same IP actually. > > > INVITE sip:0008148825408632 at 180.214.68.115 SIP/2.0 > > Via: SIP/2.0/UDP > 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport > > Max-Forwards: 70 > > Contact: > ;+sip.instance="" > > To: > > From: > ;tag > =LNDMJRRH > > Call-ID: XXINXNMLKORRQSRCIOPQFLZM > > CSeq: 1 INVITE > > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > > Content-Type: application/sdp > > Supported: replaces > > User-Agent: Cisco-SIPGateway/IOS-12.x > > Allow-Events: hold, talk, conference > > Content-Length: 0 > > > > > > > On 1 March 2017 at 09:59, Brian West wrote: >> >> You can calm down, Do you have any proof you've been hacked? This >> appears to be an SQL Injection attempt, I started seeing this yesterday! >> >> Here is what I had in my logs and what the packet has in it: >> >> 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 >> a7c86b62-4dbf-4609-8bc2-3b6a38e2686a >> sofia/internal/?hi'or?x?='x'@190.10 >> 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] >> switch_core_state_machine.c:690 Hangup >> sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_NEW] >> [WRONG_CALL_STATE] >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 >> Session 2 >> (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close >> Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] >> >> >> >> INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 >> Via: SIP/2.0/UDP >> 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport >> Max-Forwards: 70 >> Contact: >> ;+sip.instance="" >> To: >> From: >> ;tag=UBAWADPX >> Call-ID: OIERRISLMMBKZCIIUGWESXQM >> CSeq: 1 INVITE >> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> REGISTER, SUBSCRIBE, INFO >> Content-Type: application/sdp >> Supported: replaces >> User-Agent: Cisco-SIPGateway/IOS-12.x >> Allow-Events: hold, talk, conference >> Content-Length: 0 >> >> >> I would like to dive deeper and see if anyone else has seen this, I >> had also seen it today in the FreeSWITCH hipchat channel. >> >> /b >> >> >> >> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >>> >>> Hi team , >>> >>> Please help on below query >>> >>> Sent from my iPhone >>> >>> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >>> > >>> > Hi Team >>> > >>> > my account got hacked and attacked using my DID number as caller >>> > id and making calls via my FS server. >>> > >>> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what >>> > does this mean and how can they set my did as caller id and make >>> > calls... Urgent help needed. >>> > >>> > Thanks, >>> > Siju Nair >>> >>> ____________________________________________________________________ >>> _____ Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-u >>> sers >>> http://www.freeswitch.org >> >> >> >> >> -- >> >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> https://www.gofundme.com/allison-prompts-for-freeswitch >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here! | Reddit: /r/freeswitch >> >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> >> _____________________________________________________________________ >> ____ Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-us >> ers >> http://www.freeswitch.org > > > > > -- > Sincerely > > Jay > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ From steveayre at gmail.com Wed Mar 1 15:02:40 2017 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 1 Mar 2017 12:02:40 +0000 Subject: [Freeswitch-users] CPU sys load issue In-Reply-To: <7f1bddfb-7927-e00f-64f2-705b94ae9a0c@wirelessmundi.com> References: <17442261-ceca-5150-1306-cd456a7600a1@wirelessmundi.com> <43b9c231-f7c3-2739-baf5-5f1d1bceda61@wirelessmundi.com> <11ccae1f-ad9a-211c-f31c-13c848854264@wirelessmundi.com> <6c89c31e-daec-9647-60e8-775dc20ab3b9@wirelessmundi.com> <7f1bddfb-7927-e00f-64f2-705b94ae9a0c@wirelessmundi.com> Message-ID: We're planning on rolling it out but haven't yet done so. Need to schedule some testing on it first. I suspect the risk he refers to is if you're manually changing the system clock you can cause large clock jumps. That can affect CDR timestamps, either billing for longer periods than you should or getting negative call durations. If you're using the NTP daemon to get constant adjustments, it's configured correctly, it starts on boot, is trustworthy, refuses to make large clock changes and you're monitoring it properly you'll probably be fine. I'd suggest using UTC for the system clock too, to guarantee you're not seeing any DST jumps. Steve On 24 February 2017 at 18:02, Antonio Silva wrote: > Hi Steven, > > Thanks for the tips. > > i don't use sync_clock_when_idle because it waits until there is 0 calls, > if you never hit 0 calls then the clock is never sync, i wanted to be sure > that is done. > > didn't know about "enable-use-system-time", just see the commit and > there is a note from Anthony: "add enable-use-system-time param to > switch.conf.xml *use at your own risk*", are you using it? does it affect > performance? > > I've to tried it. > > > About cpu sys to high and getting block, using tcmalloc seams to solve it, > today everything went ok, no peaks in cpu sys. > Next week i'll put back the sync_clock. > > Regards, > > > On 02/24/2017 02:31 PM, Steven Ayre wrote: > > NTP adjusts the system clock while FS initialises a monotonic clock on > start. FS doesn't see adjustments for drift by NTP. > > sync_clock_when_idle is better than sync_clock. > > You can also use the enable-use-system-time option which'll get it to use > the system (and therefore NTP) time. > > On 23 February 2017 at 23:14, Antonio Silva > wrote: > >> i had a issue with cdr timestamp and the system date, after uptime of 140 >> days fs clock was behind 1min. >> It has something between system clock and ntp, so to force fs to keep up >> i force the sync_clock. >> >> >> >> On 02/24/2017 12:06 AM, Brian West wrote: >> >> First why did you ever call sync_clock? >> >> On Thu, Feb 23, 2017 at 4:51 PM, Antonio Silva >> wrote: >> >>> Hi Brian, >>> >>> Not for today, the first time it happens was my first though something >>> with the traffic, but i couldn't find any association with the type of >>> traffic. Actually after restart fs i receive traffic from the same >>> endpoints, same type of calls and the issue don't reproduce until next >>> morning... >>> >>> There was something i was doing at 00 every day, the command "fsctl >>> sync_clock"... well i just disabled it today. I've to wait until tomorrow >>> to check the results. >>> >>> I just install fs compiled with tcmalloc, so if there is no problems i >>> will put back the "sync_clock " command to really check if it could be the >>> cause. >>> >>> Right now i'm quite lost on what to do more... >>> >>> >>> >>> On 02/23/2017 11:37 PM, Brian West wrote: >>> >>> Do you have pcaps of the traffic that may trigger this behavior? >>> >>> /b >>> >>> >>> On Thu, Feb 23, 2017 at 2:58 PM, Antonio Silva >> > wrote: >>> >>>> Thanks Juan, that's it, i was missing the dev pkg. >>>> >>>> >>>> >>>> On 02/23/2017 08:34 PM, Juan Pablo Godoy Macari wrote: >>>> >>>> Antonio, you should install this: >>>> >>>> apt-get install libgoogle-perftools-dev >>>> >>>> Regards, >>>> >>>> 2017-02-23 16:26 GMT-03:00 Juan Pablo Godoy Macari < >>>> jpgodoy at redvoiss.net>: >>>> >>>>> Try this: ./configure LIBS="-ltcmalloc" >>>>> >>>>> 2017-02-23 16:19 GMT-03:00 Antonio Silva : >>>>> >>>>>> Hi, >>>>>> >>>>>> Did you compile fs in debian with tcmalloc? >>>>>> >>>>>> didn't work for me... do i miss something? >>>>>> >>>>>> >>>>>> root at dev:/usr/src/freeswitch.git# apt-get install >>>>>> libtcmalloc-minimal4 >>>>>> root at dev:/usr/src/freeswitch.git# export LIBS=-ltcmalloc >>>>>> root at dev:/usr/src/freeswitch.git# ./configure >>>>>> checking for a BSD-compatible install... /usr/bin/install -c >>>>>> checking whether build environment is sane... yes >>>>>> checking for a thread-safe mkdir -p... /bin/mkdir -p >>>>>> checking for gawk... no >>>>>> checking for mawk... mawk >>>>>> checking whether make sets $(MAKE)... yes >>>>>> checking whether make supports nested variables... yes >>>>>> checking whether make supports nested variables... (cached) yes >>>>>> checking build system type... x86_64-unknown-linux-gnu >>>>>> checking host system type... x86_64-unknown-linux-gnu >>>>>> checking for style of include used by make... GNU >>>>>> checking for gcc... gcc >>>>>> checking whether the C compiler works... no >>>>>> configure: error: in `/usr/src/freeswitch.git': >>>>>> configure: error: C compiler cannot create executables >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 02/23/2017 07:56 PM, Antonio Silva wrote: >>>>>> >>>>>> Hi Juan, >>>>>> >>>>>> Thanks for the tips!! >>>>>> >>>>>> Unfortunately i cannot test with -nosql option, i need to have the >>>>>> sip_registration fill to be able to send options to natted endpoints. But i >>>>>> don't think the issue is in db, i use postgres and to get better >>>>>> performance from it i run it on tmpfs. >>>>>> >>>>>> >>>>>> I read about tcmalloc, but from jira FS-7315, i get the idea that it >>>>>> didn't change anything.. but i guess i can try it and post the results, >>>>>> from the bt i do see some calls been done to malloc, but not sure if they >>>>>> are locking or not. >>>>>> >>>>>> Regards, >>>>>> >>>>>> >>>>>> On 02/23/2017 06:52 PM, Juan Pablo Godoy Macari wrote: >>>>>> >>>>>> Hello Antonio, >>>>>> >>>>>> I had the same issue, to fix it i tried many things written in this >>>>>> mail list. Try running FS with -nosql option, if that doesn't work >>>>>> recompile FS with tcmalloc (from google's perfomance tools). >>>>>> >>>>>> That did it for me. >>>>>> >>>>>> Regards, >>>>>> Juan Pablo. >>>>>> >>>>>> 2017-02-23 13:26 GMT-03:00 Antonio Silva : >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> i'm having an issue with FS that gets lock every morning with cpu >>>>>>> sys >>>>>>> hitting 80%, because is limited in fs with min-idle, it could reach >>>>>>> the >>>>>>> 100%, so the calls are rejected by load, to solve the problem i kill >>>>>>> fs >>>>>>> and start it again. >>>>>>> >>>>>>> I discard a load issue, because after restarting freeswitch the >>>>>>> system >>>>>>> increases in number of sessions/cps and no problems at all until next >>>>>>> day.... it's given me crazy... i've enough memory, lots of cores... >>>>>>> after restart fs the system stays at less than 30% of cpu usage. >>>>>>> >>>>>>> >>>>>>> Right now i have hpet as clocksource, transcoding is minimal (use >>>>>>> inheric_codec, only happens because of different ptimes with some >>>>>>> endpoints) . >>>>>>> >>>>>>> >>>>>>> anyone having similar problem? or any tip i can do to debug this >>>>>>> issue? >>>>>>> >>>>>>> >>>>>>> For info the Jira ticket can be located at >>>>>>> https://freeswitch.org/jira/browse/FS-9957, >>>>>>> >>>>>>> i've done a gcore, top, htop when the system is with high cpu sys >>>>>>> but i >>>>>>> can't figure the thread that is causing the issue... initial i >>>>>>> thought >>>>>>> it was because of module lua (most of my logic is done there), but >>>>>>> today >>>>>>> only 2 threads where running mod_lua when it happen. >>>>>>> >>>>>>> >>>>>>> Appreciate the help. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Saludos / Regards / Cumprimentos, >>>>>>> Ant?nio silva >>>>>>> >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users >>>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org http://www.freeswitchsolutions.com >>>>>> Official FreeSWITCH Sites http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org http://www.cluecon.com >>>>>> FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users http://www.freeswitch.org >>>>> >>>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >>>> http://www.freeswitch.org http://confluence.freeswitch.org >>>> http://www.cluecon.com FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >>>> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >>>> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org >>> >>> -- >>> >>> *Brian West* brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com http://www.freeswitchcookbook.com >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >>> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >>> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >>> http://www.freeswitch.org http://confluence.freeswitch.org >>> http://www.cluecon.com FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >>> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >>> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org >> >> -- >> >> *Brian West* brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison >> prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >> http://www.freeswitch.org http://confluence.freeswitch.org >> http://www.cluecon.com FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/69c36f19/attachment-0001.html From david.villasmil.work at gmail.com Wed Mar 1 15:52:33 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 01 Mar 2017 12:52:33 +0000 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: Hello, Thanks for your reply. I already use fail2ban to block IPs that FAIL to register, this means there's a response to a challenge with a bad password hash. But in my case there's no response. There's an INVITE and fs responds with 407, but the attacker never answers that challenge, so there's no log of a failure that can be used to block the ip. I don't see a feature where this can be done specifically. Can you please explain? Thanks a lot. David On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov wrote: > This may be done using fail2ban and mod_fail2ban > > ??, 1 ????? 2017, 5:19 David Villasmil : > > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/a8fede82/attachment.html From francesco.piccinin at insiel.it Wed Mar 1 16:51:00 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Wed, 1 Mar 2017 13:51:00 +0000 Subject: [Freeswitch-users] Customize CDR record per calls Message-ID: Hi all, we have setup a new feature for our customers called Personal Calls. Using a personal pin code they can bypass class of restriction. In order to enter the pin they have to call through an IVR and then the call is sent to the pstn gateways. We have a problem with the CDR records related to these calls since the call duration and the billsec include also IVR navigation time. Is there a way to reset these values or change some channels variables in order to have the real duration and billsec stored on cdrs? Thanks Regards Francesco AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel messaggio o nei suoi allegati. Se non siete i destinatari indicati nel messaggio, o responsabili per la sua consegna alla persona, o se avete ricevuto il messaggio per errore, siete pregati di non trascriverlo, copiarlo o inviarlo ad alcuno. In tal caso vi invitiamo a cancellare il messaggio ed i suoi allegati. Grazie. CONFIDENTIALITY NOTICE Confidential information may be contained in this message or in its attachments. If you are not the addressee indicated in this message, or responsible for message delivering to that person, or if you have received this message in error, you may not transcribe, copy or deliver this message to anyone. In that case, you should delete this message and its attachments. Thank you. From rick at magicmail.mooo.com Wed Mar 1 16:51:41 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Wed, 1 Mar 2017 13:51:41 +0000 Subject: [Freeswitch-users] debugging config errors Message-ID: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> When getting something like: freeswitch at internal> reloadxml +OK [[error near line 7391]: unexpected closing tag ] I?m sure I used to do something along the lines of: cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' And there at 7391 would be the offending line, surrounded by some of the lines before and after. Now, however, the line is never at the corresponding number. Am I looking at the wrong file maybe? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/3928a985/attachment.html From asilva at wirelessmundi.com Wed Mar 1 16:57:40 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Wed, 1 Mar 2017 14:57:40 +0100 Subject: [Freeswitch-users] CPU sys load issue In-Reply-To: References: <17442261-ceca-5150-1306-cd456a7600a1@wirelessmundi.com> <43b9c231-f7c3-2739-baf5-5f1d1bceda61@wirelessmundi.com> <11ccae1f-ad9a-211c-f31c-13c848854264@wirelessmundi.com> <6c89c31e-daec-9647-60e8-775dc20ab3b9@wirelessmundi.com> <7f1bddfb-7927-e00f-64f2-705b94ae9a0c@wirelessmundi.com> Message-ID: <3f5b7bf3-17d3-5eb9-afd5-ca2476bb2da9@wirelessmundi.com> thsk steven, i've to do some test first as well. As for the main problem, i put back the sync clock every night and do far no peaks on cpu sys. So the solution for me was to put fs compiled with tcmalloc. Regards, Ant?nio On 03/01/2017 01:02 PM, Steven Ayre wrote: > We're planning on rolling it out but haven't yet done so. Need to > schedule some testing on it first. > > I suspect the risk he refers to is if you're manually changing the > system clock you can cause large clock jumps. That can affect CDR > timestamps, either billing for longer periods than you should or > getting negative call durations. > > If you're using the NTP daemon to get constant adjustments, it's > configured correctly, it starts on boot, is trustworthy, refuses to > make large clock changes and you're monitoring it properly you'll > probably be fine. I'd suggest using UTC for the system clock too, to > guarantee you're not seeing any DST jumps. > > Steve > > On 24 February 2017 at 18:02, Antonio Silva > wrote: > > Hi Steven, > > Thanks for the tips. > > i don't use sync_clock_when_idle because it waits until there is 0 > calls, if you never hit 0 calls then the clock is never sync, i > wanted to be sure that is done. > > didn't know about "enable-use-system-time", just see the commit > and there is a note from Anthony: "add enable-use-system-time > param to switch.conf.xml *use at your own risk*", are you using > it? does it affect performance? > > I've to tried it. > > > About cpu sys to high and getting block, using tcmalloc seams to > solve it, today everything went ok, no peaks in cpu sys. > Next week i'll put back the sync_clock. > > Regards, > > > On 02/24/2017 02:31 PM, Steven Ayre wrote: >> NTP adjusts the system clock while FS initialises a monotonic >> clock on start. FS doesn't see adjustments for drift by NTP. >> >> sync_clock_when_idle is better than sync_clock. >> >> You can also use the enable-use-system-time option which'll get >> it to use the system (and therefore NTP) time. >> >> On 23 February 2017 at 23:14, Antonio Silva >> > wrote: >> >> i had a issue with cdr timestamp and the system date, after >> uptime of 140 days fs clock was behind 1min. >> It has something between system clock and ntp, so to force fs >> to keep up i force the sync_clock. >> >> >> >> On 02/24/2017 12:06 AM, Brian West wrote: >>> First why did you ever call sync_clock? >>> >>> On Thu, Feb 23, 2017 at 4:51 PM, Antonio Silva >>> > >>> wrote: >>> >>> Hi Brian, >>> >>> Not for today, the first time it happens was my first >>> though something with the traffic, but i couldn't find >>> any association with the type of traffic. Actually after >>> restart fs i receive traffic from the same endpoints, >>> same type of calls and the issue don't reproduce until >>> next morning... >>> >>> There was something i was doing at 00 every day, the >>> command "fsctl sync_clock"... well i just disabled it >>> today. I've to wait until tomorrow to check the results. >>> >>> I just install fs compiled with tcmalloc, so if there is >>> no problems i will put back the "sync_clock " command to >>> really check if it could be the cause. >>> >>> Right now i'm quite lost on what to do more... >>> >>> >>> >>> On 02/23/2017 11:37 PM, Brian West wrote: >>>> Do you have pcaps of the traffic that may trigger this >>>> behavior? >>>> >>>> /b >>>> >>>> >>>> On Thu, Feb 23, 2017 at 2:58 PM, Antonio Silva >>>> >>> > wrote: >>>> >>>> Thanks Juan, that's it, i was missing the dev pkg. >>>> >>>> >>>> >>>> On 02/23/2017 08:34 PM, Juan Pablo Godoy Macari wrote: >>>>> Antonio, you should install this: >>>>> >>>>> apt-get install libgoogle-perftools-dev >>>>> >>>>> Regards, >>>>> >>>>> 2017-02-23 16:26 GMT-03:00 Juan Pablo Godoy Macari >>>>> >: >>>>> >>>>> Try this: ./configure LIBS="-ltcmalloc" >>>>> >>>>> 2017-02-23 16:19 GMT-03:00 Antonio Silva >>>>> >>>> >: >>>>> >>>>> Hi, >>>>> >>>>> Did you compile fs in debian with tcmalloc? >>>>> >>>>> didn't work for me... do i miss something? >>>>> >>>>> >>>>> root at dev:/usr/src/freeswitch.git# >>>>> >>>>> apt-get install libtcmalloc-minimal4 >>>>> root at dev:/usr/src/freeswitch.git# >>>>> >>>>> export LIBS=-ltcmalloc >>>>> root at dev:/usr/src/freeswitch.git# >>>>> >>>>> ./configure >>>>> checking for a BSD-compatible install... >>>>> /usr/bin/install -c >>>>> checking whether build environment is >>>>> sane... yes >>>>> checking for a thread-safe mkdir -p... >>>>> /bin/mkdir -p >>>>> checking for gawk... no >>>>> checking for mawk... mawk >>>>> checking whether make sets $(MAKE)... yes >>>>> checking whether make supports nested >>>>> variables... yes >>>>> checking whether make supports nested >>>>> variables... (cached) yes >>>>> checking build system type... >>>>> x86_64-unknown-linux-gnu >>>>> checking host system type... >>>>> x86_64-unknown-linux-gnu >>>>> checking for style of include used by >>>>> make... GNU >>>>> checking for gcc... gcc >>>>> checking whether the C compiler works... no >>>>> configure: error: in >>>>> `/usr/src/freeswitch.git': >>>>> configure: error: C compiler cannot create >>>>> executables >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 02/23/2017 07:56 PM, Antonio Silva wrote: >>>>>> Hi Juan, >>>>>> >>>>>> Thanks for the tips!! >>>>>> >>>>>> Unfortunately i cannot test with -nosql >>>>>> option, i need to have the >>>>>> sip_registration fill to be able to send >>>>>> options to natted endpoints. But i don't >>>>>> think the issue is in db, i use postgres >>>>>> and to get better performance from it i >>>>>> run it on tmpfs. >>>>>> >>>>>> >>>>>> I read about tcmalloc, but from jira >>>>>> FS-7315, i get the idea that it didn't >>>>>> change anything.. but i guess i can try >>>>>> it and post the results, from the bt i do >>>>>> see some calls been done to malloc, but >>>>>> not sure if they are locking or not. >>>>>> >>>>>> Regards, >>>>>> >>>>>> >>>>>> On 02/23/2017 06:52 PM, Juan Pablo Godoy >>>>>> Macari wrote: >>>>>>> Hello Antonio, >>>>>>> >>>>>>> I had the same issue, to fix it i tried >>>>>>> many things written in this mail list. >>>>>>> Try running FS with -nosql option, if >>>>>>> that doesn't work recompile FS with >>>>>>> tcmalloc (from google's perfomance tools). >>>>>>> >>>>>>> That did it for me. >>>>>>> >>>>>>> Regards, >>>>>>> Juan Pablo. >>>>>>> >>>>>>> 2017-02-23 13:26 GMT-03:00 Antonio Silva >>>>>>> >>>>>> >: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> i'm having an issue with FS that >>>>>>> gets lock every morning with cpu sys >>>>>>> hitting 80%, because is limited in >>>>>>> fs with min-idle, it could reach the >>>>>>> 100%, so the calls are rejected by >>>>>>> load, to solve the problem i kill fs >>>>>>> and start it again. >>>>>>> >>>>>>> I discard a load issue, because >>>>>>> after restarting freeswitch the system >>>>>>> increases in number of sessions/cps >>>>>>> and no problems at all until next >>>>>>> day.... it's given me crazy... i've >>>>>>> enough memory, lots of cores... >>>>>>> after restart fs the system stays at >>>>>>> less than 30% of cpu usage. >>>>>>> >>>>>>> >>>>>>> Right now i have hpet as >>>>>>> clocksource, transcoding is minimal (use >>>>>>> inheric_codec, only happens because >>>>>>> of different ptimes with some >>>>>>> endpoints) . >>>>>>> >>>>>>> >>>>>>> anyone having similar problem? or >>>>>>> any tip i can do to debug this issue? >>>>>>> >>>>>>> >>>>>>> For info the Jira ticket can be >>>>>>> located at >>>>>>> https://freeswitch.org/jira/browse/FS-9957 >>>>>>> , >>>>>>> >>>>>>> i've done a gcore, top, htop when >>>>>>> the system is with high cpu sys but i >>>>>>> can't figure the thread that is >>>>>>> causing the issue... initial i thought >>>>>>> it was because of module lua (most >>>>>>> of my logic is done there), but today >>>>>>> only 2 threads where running mod_lua >>>>>>> when it happen. >>>>>>> >>>>>>> >>>>>>> Appreciate the help. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Saludos / Regards / Cumprimentos, >>>>>>> Ant?nio silva >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting >>>>>>> Services: >>>>>>> consulting at freeswitch.org >>>>>>> >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> >>>>>>> http://www.freeswitch.org >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> >>>>>> http://www.freeswitch.org >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting >>>>> Services: consulting at freeswitch.org >>>>> >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> >>>>> http://www.cluecon.com FreeSWITCH-users >>>>> mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> >>>>> http://www.freeswitch.org >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> >>>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> Official >>>> FreeSWITCH Sites http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> >>>> http://www.cluecon.com FreeSWITCH-users mailing >>>> list FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>>> http://www.freeswitch.org >>>> >>>> -- >>>> >>>> */Brian West/* brian at freeswitch.org >>>> >>>> >>>> */Twitter: @FreeSWITCH , @briankwest/* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> Allison prompts for >>>> FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Wish to schedule a meeting? >>>> >>>> http://app.timebridge.com/#/meet/freeswitch >>>> >>>> >>>> Got Bugs? Report them here >>>> ! | Reddit: /r/freeswitch >>>> >>>> >>>> *T:*+19184209001 | >>>> *F:*+19184209002 | >>>> *M:*+1918424WEST (9378) *Skype:*briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> >>> http://www.freeswitchsolutions.com >>> Official FreeSWITCH >>> Sites http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >>> -- >>> >>> */Brian West/* brian at freeswitch.org >>> >>> >>> */Twitter: @FreeSWITCH , @briankwest/* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> Allison prompts for >>> FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> >>> Got Bugs? Report them here ! | >>> Reddit: /r/freeswitch >>> >>> *T:*+19184209001 | >>> *F:*+19184209002 | >>> *M:*+1918424WEST (9378) *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> Official FreeSWITCH >> Sites http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > Official FreeSWITCH Sites > http://www.freeswitch.org http://confluence.freeswitch.org > http://www.cluecon.com > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/7b970afb/attachment-0001.html From s.safarov at gmail.com Wed Mar 1 16:59:27 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 01 Mar 2017 13:59:27 +0000 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: In this case is required to route register messages via kamailio and filter or log bad requests. As criteria may be used register domain equal IP address. And high rate of register messages. ??, 1 ???. 2017 ?. ? 15:53, David Villasmil : > Hello, > > Thanks for your reply. I already use fail2ban to block IPs that FAIL to > register, this means there's a response to a challenge with a bad password > hash. > But in my case there's no response. > > There's an INVITE and fs responds with 407, but the attacker never answers > that challenge, so there's no log of a failure that can be used to block > the ip. > > I don't see a feature where this can be done specifically. Can you please > explain? > > Thanks a lot. > > David > On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov wrote: > > This may be done using fail2ban and mod_fail2ban > > ??, 1 ????? 2017, 5:19 David Villasmil : > > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/320e27eb/attachment.html From o.calvano at gmail.com Wed Mar 1 11:14:58 2017 From: o.calvano at gmail.com (Olivier CALVANO) Date: Wed, 1 Mar 2017 09:14:58 +0100 Subject: [Freeswitch-users] FreeSwitch and SIP-I Message-ID: Hi Does Freeswitch support SIP-I ? On google, i see only a answer of 2013 that said "no" but now ? we want start a trunk service and our trunk supplier want a delivery in SIP-I regards Olivier -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/afbf155e/attachment.html From mike at jerris.com Wed Mar 1 19:07:33 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 1 Mar 2017 11:07:33 -0500 Subject: [Freeswitch-users] Customize CDR record per calls In-Reply-To: References: Message-ID: <55549D79-B06C-4D38-8B77-57A0F5A1C024@jerris.com> you want to look at the b leg cdr Please note that in spite of your signature, no content posted to this list will be considered private or confidential. All messages sent to this address will be public. > On Mar 1, 2017, at 8:51 AM, Piccinin Francesco wrote: > > Hi all, > we have setup a new feature for our customers called Personal Calls. > Using a personal pin code they can bypass class of restriction. In order to enter the pin they have to call through an IVR and then the call is sent to the pstn gateways. > We have a problem with the CDR records related to these calls since the call duration and the billsec include also IVR navigation time. > Is there a way to reset these values or change some channels variables in order to have the real duration and billsec stored on cdrs? > > Thanks > Regards > Francesco > > AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel messaggio o nei suoi allegati. Se non siete i destinatari indicati nel messaggio, o responsabili per la sua consegna alla persona, o se avete ricevuto il messaggio per errore, siete pregati di non trascriverlo, copiarlo o inviarlo ad alcuno. In tal caso vi invitiamo a cancellare il messaggio ed i suoi allegati. Grazie. > CONFIDENTIALITY NOTICE Confidential information may be contained in this message or in its attachments. If you are not the addressee indicated in this message, or responsible for message delivering to that person, or if you have received this message in error, you may not transcribe, copy or deliver this message to anyone. In that case, you should delete this message and its attachments. Thank you. > From mike at jerris.com Wed Mar 1 19:08:45 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 1 Mar 2017 11:08:45 -0500 Subject: [Freeswitch-users] debugging config errors In-Reply-To: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: missing closing tag is hard for this parser to find, so it will usually say at the end. you are looking for a condition with no closing tag. > On Mar 1, 2017, at 8:51 AM, Rick Jarvis wrote: > > When getting something like: > > freeswitch at internal> reloadxml > +OK [[error near line 7391]: unexpected closing tag ] > > I?m sure I used to do something along the lines of: > > cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' > > And there at 7391 would be the offending line, surrounded by some of the lines before and after. > > Now, however, the line is never at the corresponding number. Am I looking at the wrong file maybe? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/06af3023/attachment.html From mike at jerris.com Wed Mar 1 19:09:52 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 1 Mar 2017 11:09:52 -0500 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: <20A33B4C-6330-4655-A1FD-81C7AA4564FE@jerris.com> You can handle this w/ freeswitch with the wrong_call_state messages. No need to use a proxy to catch these. > On Mar 1, 2017, at 8:59 AM, Sergey Safarov wrote: > > In this case is required to route register messages via kamailio and filter or log bad requests. > As criteria may be used register domain equal IP address. > And high rate of register messages. > > > ??, 1 ???. 2017 ?. ? 15:53, David Villasmil >: > Hello, > > Thanks for your reply. I already use fail2ban to block IPs that FAIL to register, this means there's a response to a challenge with a bad password hash. > But in my case there's no response. > > There's an INVITE and fs responds with 407, but the attacker never answers that challenge, so there's no log of a failure that can be used to block the ip. > > I don't see a feature where this can be done specifically. Can you please explain? > > Thanks a lot. > > David > On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov > wrote: > This may be done using fail2ban and mod_fail2ban > > > ??, 1 ????? 2017, 5:19 David Villasmil >: > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/4231a7c1/attachment-0001.html From brian at freeswitch.org Wed Mar 1 19:19:29 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 10:19:29 -0600 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: Thats probably a bad idea to just block those, there are legit situations where they won't respond, especially nat clients, that may not received the challenge and can't answer the challenge, All I sense this doing is driving some poor support tech batty. On Wed, Mar 1, 2017 at 6:52 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello, > > Thanks for your reply. I already use fail2ban to block IPs that FAIL to > register, this means there's a response to a challenge with a bad password > hash. > But in my case there's no response. > > There's an INVITE and fs responds with 407, but the attacker never answers > that challenge, so there's no log of a failure that can be used to block > the ip. > > I don't see a feature where this can be done specifically. Can you please > explain? > > Thanks a lot. > > David > > On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov wrote: > >> This may be done using fail2ban and mod_fail2ban >> >> ??, 1 ????? 2017, 5:19 David Villasmil : >> >> Hello all, >> >> Anyone knows of a way to block unanswered challenges? >> >> >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> ? >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/2913bede/attachment.html From brian at freeswitch.org Wed Mar 1 19:21:37 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 10:21:37 -0600 Subject: [Freeswitch-users] debugging config errors In-Reply-To: References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: https://freeswitch.org/confluence/display/FREESWITCH/Freeswitch.xml.fsxml On Wed, Mar 1, 2017 at 10:08 AM, Michael Jerris wrote: > missing closing tag is hard for this parser to find, so it will usually > say at the end. you are looking for a condition with no closing tag. > > On Mar 1, 2017, at 8:51 AM, Rick Jarvis wrote: > > When getting something like: > > freeswitch at internal> reloadxml > +OK [[error near line 7391]: unexpected closing tag ] > > I?m sure I used to do something along the lines of: > > cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' > > And there at 7391 would be the offending line, surrounded by some of the > lines before and after. > > Now, however, the line is never at the corresponding number. Am I looking > at the wrong file maybe? > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/6930786c/attachment.html From david.villasmil.work at gmail.com Wed Mar 1 19:22:54 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 01 Mar 2017 16:22:54 +0000 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: Well, in my case it's all TCP, so once the INVITE is received there's a connection setup, the challenge SHOULD arrive. And in any case, i won't just block it, it would have to happen several times. On Wed, Mar 1, 2017 at 5:20 PM Brian West wrote: > Thats probably a bad idea to just block those, there are legit situations > where they won't respond, especially nat clients, that may not received the > challenge and can't answer the challenge, All I sense this doing is driving > some poor support tech batty. > > On Wed, Mar 1, 2017 at 6:52 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > Hello, > > Thanks for your reply. I already use fail2ban to block IPs that FAIL to > register, this means there's a response to a challenge with a bad password > hash. > But in my case there's no response. > > There's an INVITE and fs responds with 407, but the attacker never answers > that challenge, so there's no log of a failure that can be used to block > the ip. > > I don't see a feature where this can be done specifically. Can you please > explain? > > Thanks a lot. > > David > > On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov wrote: > > This may be done using fail2ban and mod_fail2ban > > ??, 1 ????? 2017, 5:19 David Villasmil : > > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/e509ce6e/attachment-0001.html From faycal.noushi at gmail.com Wed Mar 1 19:23:30 2017 From: faycal.noushi at gmail.com (=?UTF-8?Q?fay=C3=A7al_noushi?=) Date: Wed, 1 Mar 2017 16:23:30 +0000 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: Message-ID: +1 I've had the same question/issue a few years back. CSD being the main reason I wanted SIP-I to flow through. FreeSWITCH didn't accept binary multipart invites. I had to transform SIP-I packets using a Kamailio module before passing them to FS. Not sure about the current status. But, I'm interested to know if anything changed since then On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO wrote: > Hi > > Does Freeswitch support SIP-I ? > On google, i see only a answer of 2013 that said "no" but now ? > > we want start a trunk service and our trunk supplier want a delivery in > SIP-I > > regards > Olivier > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- NOUSHI Fay?al GSM : +212 661 56 03 37 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/71855749/attachment.html From jprangi at gmail.com Wed Mar 1 20:34:56 2017 From: jprangi at gmail.com (Jai Rangi) Date: Wed, 1 Mar 2017 09:34:56 -0800 Subject: [Freeswitch-users] T38 Fax, 488 Not Acceptable here Message-ID: Why would FS reply with 488 not acceptable on Re-invite for T38 and the disconnect it. Here is the scenario. It only a leg, so no trans-coding etc. FS Sends Invite to Carrier Get 200 OK Send ACK. Send Re-invite with T38 in SDP. Got 200 OK, Fax starts. Everything is fine so far. After 15 Minutes, Gets a Re-invite from Carrier with T.38 in SDP. ( FS Reply with 488 Not Acceptable Here Send Bye. Two things: 1. 488 is Codec negotiation issue, Since the call was already setup with T38, why would FS wont accept. Can it be due to different FaxMaxbuffer and Datagram value. Cause that the only difference I see. 2nd Sholdn't it fall back to G711 in place of hanging up the call. Any insight will be helpful. Thank you, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/b12aa3e4/attachment.html From brian at freeswitch.org Wed Mar 1 21:47:24 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 12:47:24 -0600 Subject: [Freeswitch-users] T38 Fax, 488 Not Acceptable here In-Reply-To: References: Message-ID: This is actually on purpose, see note in code. See sofia.c /* Refuse all re-invites once we are doing T.38 */ nua_respond(nh, SIP_488_NOT_ACCEPTABLE, TAG_END()); switch_channel_hangup(channel, SWITCH_CAUSE_INCOMPATIBLE _DESTINATION); https://freeswitch.org/jira/browse/FS-10059 I can replicate it and I'm aware of it, turn off session timers if possible. /b On Wed, Mar 1, 2017 at 11:34 AM, Jai Rangi wrote: > Why would FS reply with 488 not acceptable on Re-invite for T38 and the > disconnect it. > Here is the scenario. > It only a leg, so no trans-coding etc. > > FS Sends Invite to Carrier > Get 200 OK > Send ACK. > Send Re-invite with T38 in SDP. > Got 200 OK, > Fax starts. > Everything is fine so far. > After 15 Minutes, > Gets a Re-invite from Carrier with T.38 in SDP. ( > FS Reply with 488 Not Acceptable Here > Send Bye. > > Two things: > 1. 488 is Codec negotiation issue, Since the call was already setup with > T38, why would FS wont accept. Can it be due to different FaxMaxbuffer and > Datagram value. Cause that the only difference I see. > > 2nd Sholdn't it fall back to G711 in place of hanging up the call. > > Any insight will be helpful. > Thank you, > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/14d32acd/attachment.html From brian at freeswitch.org Wed Mar 1 21:49:00 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 12:49:00 -0600 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: Message-ID: SIP-I is something that is used by commercial implementors. Nobody has expressed interest in sponsoring such feature. On Wed, Mar 1, 2017 at 10:23 AM, fay?al noushi wrote: > +1 > > I've had the same question/issue a few years back. > CSD being the main reason I wanted SIP-I to flow through. > FreeSWITCH didn't accept binary multipart invites. I had to transform > SIP-I packets using a Kamailio module before passing them to FS. > Not sure about the current status. But, I'm interested to know if anything > changed since then > > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO > wrote: > >> Hi >> >> Does Freeswitch support SIP-I ? >> On google, i see only a answer of 2013 that said "no" but now ? >> >> we want start a trunk service and our trunk supplier want a delivery in >> SIP-I >> >> regards >> Olivier >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > NOUSHI Fay?al > GSM : +212 661 56 03 37 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/e54ff971/attachment-0001.html From brian at freeswitch.org Wed Mar 1 21:49:46 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 12:49:46 -0600 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: Give it a whirl, But make sure you communicate this to anyone thats in support, so they are aware. :) On Wed, Mar 1, 2017 at 10:22 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Well, in my case it's all TCP, so once the INVITE is received there's a > connection setup, the challenge SHOULD arrive. And in any case, i won't > just block it, it would have to happen several times. > > On Wed, Mar 1, 2017 at 5:20 PM Brian West wrote: > >> Thats probably a bad idea to just block those, there are legit situations >> where they won't respond, especially nat clients, that may not received the >> challenge and can't answer the challenge, All I sense this doing is driving >> some poor support tech batty. >> >> On Wed, Mar 1, 2017 at 6:52 AM, David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >> Hello, >> >> Thanks for your reply. I already use fail2ban to block IPs that FAIL to >> register, this means there's a response to a challenge with a bad password >> hash. >> But in my case there's no response. >> >> There's an INVITE and fs responds with 407, but the attacker never >> answers that challenge, so there's no log of a failure that can be used to >> block the ip. >> >> I don't see a feature where this can be done specifically. Can you please >> explain? >> >> Thanks a lot. >> >> David >> >> On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov >> wrote: >> >> This may be done using fail2ban and mod_fail2ban >> >> ??, 1 ????? 2017, 5:19 David Villasmil : >> >> Hello all, >> >> Anyone knows of a way to block unanswered challenges? >> >> >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> ? >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/9c3a0084/attachment-0001.html From jprangi at gmail.com Wed Mar 1 21:57:59 2017 From: jprangi at gmail.com (Jai Rangi) Date: Wed, 1 Mar 2017 10:57:59 -0800 Subject: [Freeswitch-users] T38 Fax, 488 Not Acceptable here In-Reply-To: References: Message-ID: sessiontimer is off on my side, but I cant control carrier. Any suggested workaround? Or say sorry to my customers and loose them. On Wed, Mar 1, 2017 at 10:47 AM, Brian West wrote: > This is actually on purpose, see note in code. > > See sofia.c > > /* Refuse all re-invites once we are doing T.38 */ > > nua_respond(nh, SIP_488_NOT_ACCEPTABLE, TAG_END()); > > switch_channel_hangup(channel, SWITCH_CAUSE_INCOMPATIBLE_ > DESTINATION); > > > https://freeswitch.org/jira/browse/FS-10059 > > I can replicate it and I'm aware of it, turn off session timers if > possible. > > /b > > On Wed, Mar 1, 2017 at 11:34 AM, Jai Rangi wrote: > >> Why would FS reply with 488 not acceptable on Re-invite for T38 and the >> disconnect it. >> Here is the scenario. >> It only a leg, so no trans-coding etc. >> >> FS Sends Invite to Carrier >> Get 200 OK >> Send ACK. >> Send Re-invite with T38 in SDP. >> Got 200 OK, >> Fax starts. >> Everything is fine so far. >> After 15 Minutes, >> Gets a Re-invite from Carrier with T.38 in SDP. ( >> FS Reply with 488 Not Acceptable Here >> Send Bye. >> >> Two things: >> 1. 488 is Codec negotiation issue, Since the call was already setup with >> T38, why would FS wont accept. Can it be due to different FaxMaxbuffer and >> Datagram value. Cause that the only difference I see. >> >> 2nd Sholdn't it fall back to G711 in place of hanging up the call. >> >> Any insight will be helpful. >> Thank you, >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/5fd1eae7/attachment.html From brian at freeswitch.org Wed Mar 1 22:10:18 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 13:10:18 -0600 Subject: [Freeswitch-users] T38 Fax, 488 Not Acceptable here In-Reply-To: References: Message-ID: Send your faxes out a different provider that doesn't trigger session timers to come back on, or introduce your customers to email. ;) I'm trying to figure out how to support this currently. /b On Wed, Mar 1, 2017 at 12:57 PM, Jai Rangi wrote: > sessiontimer is off on my side, but I cant control carrier. Any suggested > workaround? Or say sorry to my customers and loose them. > > On Wed, Mar 1, 2017 at 10:47 AM, Brian West wrote: > >> This is actually on purpose, see note in code. >> >> See sofia.c >> >> /* Refuse all re-invites once we are doing T.38 */ >> >> nua_respond(nh, SIP_488_NOT_ACCEPTABLE, TAG_END()); >> >> switch_channel_hangup(channel, SWITCH_CAUSE_INCOMPATIBLE_DEST >> INATION); >> >> >> https://freeswitch.org/jira/browse/FS-10059 >> >> I can replicate it and I'm aware of it, turn off session timers if >> possible. >> >> /b >> >> On Wed, Mar 1, 2017 at 11:34 AM, Jai Rangi wrote: >> >>> Why would FS reply with 488 not acceptable on Re-invite for T38 and the >>> disconnect it. >>> Here is the scenario. >>> It only a leg, so no trans-coding etc. >>> >>> FS Sends Invite to Carrier >>> Get 200 OK >>> Send ACK. >>> Send Re-invite with T38 in SDP. >>> Got 200 OK, >>> Fax starts. >>> Everything is fine so far. >>> After 15 Minutes, >>> Gets a Re-invite from Carrier with T.38 in SDP. ( >>> FS Reply with 488 Not Acceptable Here >>> Send Bye. >>> >>> Two things: >>> 1. 488 is Codec negotiation issue, Since the call was already setup with >>> T38, why would FS wont accept. Can it be due to different FaxMaxbuffer and >>> Datagram value. Cause that the only difference I see. >>> >>> 2nd Sholdn't it fall back to G711 in place of hanging up the call. >>> >>> Any insight will be helpful. >>> Thank you, >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/556ae23d/attachment-0001.html From vma at vallimamod.org Wed Mar 1 22:18:34 2017 From: vma at vallimamod.org (Vallimamod Abdullah) Date: Wed, 1 Mar 2017 20:18:34 +0100 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: Message-ID: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> Hello, AFAIK, there is currently no specific SIP-I implementation in FreeSWITCH even if it supports multipart invites. I use OpenSIPS for these kind of interconnections (like for French VAS numbers collect.) Feel free to contact me off-list if you have any specific questions. Best Regards, -- Vallimamod Abdullah SIP Solutions vma at vallimamod.org . > On 1 Mar 2017, at 17:23, fay?al noushi wrote: > > +1 > > I've had the same question/issue a few years back. > CSD being the main reason I wanted SIP-I to flow through. > FreeSWITCH didn't accept binary multipart invites. I had to transform SIP-I packets using a Kamailio module before passing them to FS. > Not sure about the current status. But, I'm interested to know if anything changed since then > > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO wrote: > Hi > > Does Freeswitch support SIP-I ? > On google, i see only a answer of 2013 that said "no" but now ? > > we want start a trunk service and our trunk supplier want a delivery in SIP-I > > regards > Olivier From david.villasmil.work at gmail.com Wed Mar 1 22:47:13 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 1 Mar 2017 20:47:13 +0100 Subject: [Freeswitch-users] SIP UA and WSS conflict Message-ID: Hello guys, I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) And I ran into a stupid thing, I configured sofia to listen on 5060 and forgot to disable WSS. When starting FS I get no errors whatsoever, but here's the weird thing: Calls would be served, about 50% of them would hit sofia properly and the rest would hit WSS and it would respond with "bad request"... I scratched my head for a couple of hours for this. Maybe it would be a good idea to fail is there's another agent listening on the same port? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/33bdf852/attachment.html From rick at magicmail.mooo.com Wed Mar 1 23:06:35 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Wed, 1 Mar 2017 20:06:35 +0000 Subject: [Freeswitch-users] debugging config errors In-Reply-To: References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: But shouldn?t line 7391 have the unexpected closing tag that it mentions? I found it in the end, and it wasn?t line 7391! > On 1 Mar 2017, at 16:08, Michael Jerris wrote: > > missing closing tag is hard for this parser to find, so it will usually say at the end. you are looking for a condition with no closing tag. > >> On Mar 1, 2017, at 8:51 AM, Rick Jarvis > wrote: >> >> When getting something like: >> >> freeswitch at internal> reloadxml >> +OK [[error near line 7391]: unexpected closing tag ] >> >> I?m sure I used to do something along the lines of: >> >> cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' >> >> And there at 7391 would be the offending line, surrounded by some of the lines before and after. >> >> Now, however, the line is never at the corresponding number. Am I looking at the wrong file maybe? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/a8ef661c/attachment.html From igorolhovskiy at gmail.com Wed Mar 1 23:18:04 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Wed, 1 Mar 2017 22:18:04 +0200 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED Message-ID: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> Hi! I?m facing a strange issue I can?t get why happening. I have Freeswitch 1.4.26 server on a public IP. 2 users are registered - 201 and 202. 201 user is registered from address, that is from one subnet to public of Freeswitch. 202 - totally different. All 201 and 202 are behind NAT. So, I?m trying to call from 202 to 201, but getting USER_NOT_REGISTERED EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge(user/201 at pbx3.abbyconnect.com) ?.. 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] But. freeswitch at internal> show registrations reg_user,realm,token,url,expires,network_ip,network_port,network_proto,hostname,metadata 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport=tcp,1488403310,24.234.110.55,63940,tcp,pbx, 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0,sofia/internal/sip:202 at 192.168.1.233:5060;transport=udp;registering_acc=pbx3_abbyconnect_com;fs_nat=yes;fs_path=sip%3A202%40176.104.49.75%3A5060%3Btransport%3Dudp%3Bregistering_acc%3Dpbx3_abbyconnect_com,1488400362,176.104.49.75,5060,udp,pbx, So, I see user is registered, but bridge is not trying to reach it. ( I see no INVITEs) But. When I?m moving this server to other IP, to not share same net with 201 extension, all works fine. at 201 I have same router as 202. Internal profile settings to NAT and networks aggressive-nat-detection [true] local-network-acl [localnet.auto] nat-options-ping [true] all-reg-options-ping [true] NDLB-force-rport [true] Thanks. Regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/59d1148e/attachment.html From david.villasmil.work at gmail.com Wed Mar 1 23:40:41 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 01 Mar 2017 20:40:41 +0000 Subject: [Freeswitch-users] Block unanswered challenges In-Reply-To: References: Message-ID: That would be me, myself and David. :D Thanks On Wed, Mar 1, 2017 at 7:50 PM Brian West wrote: > Give it a whirl, But make sure you communicate this to anyone thats in > support, so they are aware. :) > > On Wed, Mar 1, 2017 at 10:22 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > Well, in my case it's all TCP, so once the INVITE is received there's a > connection setup, the challenge SHOULD arrive. And in any case, i won't > just block it, it would have to happen several times. > > On Wed, Mar 1, 2017 at 5:20 PM Brian West wrote: > > Thats probably a bad idea to just block those, there are legit situations > where they won't respond, especially nat clients, that may not received the > challenge and can't answer the challenge, All I sense this doing is driving > some poor support tech batty. > > On Wed, Mar 1, 2017 at 6:52 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > Hello, > > Thanks for your reply. I already use fail2ban to block IPs that FAIL to > register, this means there's a response to a challenge with a bad password > hash. > But in my case there's no response. > > There's an INVITE and fs responds with 407, but the attacker never answers > that challenge, so there's no log of a failure that can be used to block > the ip. > > I don't see a feature where this can be done specifically. Can you please > explain? > > Thanks a lot. > > David > > On Wed, Mar 1, 2017 at 5:20 AM Sergey Safarov wrote: > > This may be done using fail2ban and mod_fail2ban > > ??, 1 ????? 2017, 5:19 David Villasmil : > > Hello all, > > Anyone knows of a way to block unanswered challenges? > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/3e58fdff/attachment-0001.html From mike at jerris.com Wed Mar 1 23:59:20 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 1 Mar 2017 15:59:20 -0500 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED In-Reply-To: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> References: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> Message-ID: does it behave the same on 1.6? 1.4.26 is quite old. > On Mar 1, 2017, at 3:18 PM, Igor Olhovskiy wrote: > > Hi! > I?m facing a strange issue I can?t get why happening. > I have Freeswitch 1.4.26 server on a public IP. > 2 users are registered - 201 and 202. > 201 user is registered from address, that is from one subnet to public of Freeswitch. > 202 - totally different. All 201 and 202 are behind NAT. > So, I?m trying to call from 202 to 201, but getting > USER_NOT_REGISTERED > > EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge(user/201 at pbx3.abbyconnect.com) > ?.. > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > But. > freeswitch at internal> show registrations > reg_user,realm,token,url,expires,network_ip,network_port,network_proto,hostname,metadata > 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport=tcp,1488403310,24.234.110.55,63940,tcp,pbx, > 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0,sofia/internal/sip:202 at 192.168.1.233:5060;transport=udp;registering_acc=pbx3_abbyconnect_com;fs_nat=yes;fs_path=sip%3A202%40176.104.49.75%3A5060%3Btransport%3Dudp%3Bregistering_acc%3Dpbx3_abbyconnect_com,1488400362,176.104.49.75,5060,udp,pbx, > So, I see user is registered, but bridge is not trying to reach it. ( I see no INVITEs) > > But. When I?m moving this server to other IP, to not share same net with 201 extension, all works fine. > at 201 I have same router as 202. > > Internal profile settings to NAT and networks > aggressive-nat-detection [true] > local-network-acl [localnet.auto] > nat-options-ping [true] > all-reg-options-ping [true] > NDLB-force-rport [true] > > Thanks. > > Regards, Igor > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/cf2d75da/attachment.html From brian at freeswitch.org Thu Mar 2 00:42:55 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 15:42:55 -0600 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> References: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> Message-ID: FreeSWITCH does support multipart SDP! Pairing FS with OpenSIPS is probably the best course. Because if you need SIP-I, you'll also need more than one box and you have the money to deploy it. /b On Wed, Mar 1, 2017 at 1:18 PM, Vallimamod Abdullah wrote: > Hello, > > AFAIK, there is currently no specific SIP-I implementation in FreeSWITCH > even if it supports multipart invites. > I use OpenSIPS for these kind of interconnections (like for French VAS > numbers collect.) > > Feel free to contact me off-list if you have any specific questions. > > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at vallimamod.org > . > > > On 1 Mar 2017, at 17:23, fay?al noushi wrote: > > > > +1 > > > > I've had the same question/issue a few years back. > > CSD being the main reason I wanted SIP-I to flow through. > > FreeSWITCH didn't accept binary multipart invites. I had to transform > SIP-I packets using a Kamailio module before passing them to FS. > > Not sure about the current status. But, I'm interested to know if > anything changed since then > > > > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO > wrote: > > Hi > > > > Does Freeswitch support SIP-I ? > > On google, i see only a answer of 2013 that said "no" but now ? > > > > we want start a trunk service and our trunk supplier want a delivery in > SIP-I > > > > regards > > Olivier > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/16e01a31/attachment.html From brian at freeswitch.org Thu Mar 2 00:44:53 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 15:44:53 -0600 Subject: [Freeswitch-users] debugging config errors In-Reply-To: References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: It would be line 7391 in freeswitch.xml.fsxml. On Wed, Mar 1, 2017 at 2:06 PM, Rick Jarvis wrote: > But shouldn?t line 7391 have the unexpected closing tag that it mentions? > I found it in the end, and it wasn?t line 7391! > > On 1 Mar 2017, at 16:08, Michael Jerris wrote: > > missing closing tag is hard for this parser to find, so it will usually > say at the end. you are looking for a condition with no closing tag. > > On Mar 1, 2017, at 8:51 AM, Rick Jarvis wrote: > > When getting something like: > > freeswitch at internal> reloadxml > +OK [[error near line 7391]: unexpected closing tag ] > > I?m sure I used to do something along the lines of: > > cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' > > And there at 7391 would be the offending line, surrounded by some of the > lines before and after. > > Now, however, the line is never at the corresponding number. Am I looking > at the wrong file maybe? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/1362eaeb/attachment-0001.html From brian at freeswitch.org Thu Mar 2 00:46:05 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 15:46:05 -0600 Subject: [Freeswitch-users] SIP UA and WSS conflict In-Reply-To: References: Message-ID: Thats because of the REUSE_ADDR and which ever thread serviced the packet faster. We seen this somewhere else in the past month, I can't recall right now. /b On Wed, Mar 1, 2017 at 1:47 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) > > And I ran into a stupid thing, I configured sofia to listen on 5060 and > forgot to disable WSS. > When starting FS I get no errors whatsoever, but here's the weird thing: > > Calls would be served, about 50% of them would hit sofia properly and the > rest would hit WSS and it would respond with "bad request"... I scratched > my head for a couple of hours for this. > > Maybe it would be a good idea to fail is there's another agent listening > on the same port? > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/7394f954/attachment.html From joel at gogii.net Thu Mar 2 01:36:09 2017 From: joel at gogii.net (Joel Serrano) Date: Wed, 1 Mar 2017 14:36:09 -0800 Subject: [Freeswitch-users] Audio/Video sync problem on latest cluecon weekly (2017-03-01) Message-ID: Hi guys, Is it just me or is the audio wayyy behind the video on today's weekly ClueCon video? https://www.youtube.com/watch?v=Fe757wdmqHA Thanks, Joel. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/64c0c756/attachment.html From brian at freeswitch.org Thu Mar 2 02:22:36 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 17:22:36 -0600 Subject: [Freeswitch-users] Audio/Video sync problem on latest cluecon weekly (2017-03-01) In-Reply-To: References: Message-ID: It wasn't till youtube got done processing. We are currently discussing this. /b On Wed, Mar 1, 2017 at 4:36 PM, Joel Serrano wrote: > Hi guys, > > Is it just me or is the audio wayyy behind the video on today's weekly > ClueCon video? > > https://www.youtube.com/watch?v=Fe757wdmqHA > > Thanks, > Joel. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/3e94cc30/attachment.html From brian at freeswitch.org Thu Mar 2 02:23:34 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 1 Mar 2017 17:23:34 -0600 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED In-Reply-To: References: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> Message-ID: your dial-string in the directory is out of sync with the actual domain you're using, or some such similar domain profile mismatch. /b On Wed, Mar 1, 2017 at 2:59 PM, Michael Jerris wrote: > does it behave the same on 1.6? 1.4.26 is quite old. > > > On Mar 1, 2017, at 3:18 PM, Igor Olhovskiy > wrote: > > Hi! > I?m facing a strange issue I can?t get why happening. > I have Freeswitch 1.4.26 server on a public IP. > 2 users are registered - 201 and 202. > 201 user is registered from address, that is from one subnet to public of > Freeswitch. > 202 - totally different. All 201 and 202 are behind NAT. > So, I?m trying to call from 202 to 201, but getting > USER_NOT_REGISTERED > > EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge(user/201 at pbx3. > abbyconnect.com) > ?.. > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot > create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate > Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot > create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate > Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > But. > freeswitch at internal> show registrations > reg_user,realm,token,url,expires,network_ip,network_ > port,network_proto,hostname,metadata > 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/ > sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport= > tcp,1488403310,24.234.110.55,63940,tcp,pbx, > 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0 > ,sofia/internal/sip:202 at 192.168.1.233:5060;transport=udp;registering_acc= > pbx3_abbyconnect_com;fs_nat=yes;fs_path=sip%3A202%40176. > 104.49.75%3A5060%3Btransport%3Dudp%3Bregistering_acc% > 3Dpbx3_abbyconnect_com,1488400362,176.104.49.75,5060,udp,pbx, > So, I see user is registered, but bridge is not trying to reach it. ( I > see no INVITEs) > > But. When I?m moving this server to other IP, to not share same net with > 201 extension, all works fine. > at 201 I have same router as 202. > > Internal profile settings to NAT and networks > aggressive-nat-detection [true] > local-network-acl [localnet.auto] > nat-options-ping [true] > all-reg-options-ping [true] > NDLB-force-rport [true] > > Thanks. > > Regards, Igor > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170301/6a1d80c1/attachment-0001.html From faycal.noushi at gmail.com Thu Mar 2 03:34:59 2017 From: faycal.noushi at gmail.com (=?UTF-8?Q?fay=C3=A7al_noushi?=) Date: Thu, 2 Mar 2017 01:34:59 +0100 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> Message-ID: Yes, FS supports multipart invites. But it was truncating invites with *binary* parts such as ISUP. Converting it to an hexadecimal representation did the trick to avoid truncating the packet on FS side. Basically, it was considering \x00 as an end of string when decoding On Wed, Mar 1, 2017 at 10:42 PM, Brian West wrote: > FreeSWITCH does support multipart SDP! Pairing FS with OpenSIPS is > probably the best course. Because if you need SIP-I, you'll also need more > than one box and you have the money to deploy it. > > /b > > > On Wed, Mar 1, 2017 at 1:18 PM, Vallimamod Abdullah > wrote: > >> Hello, >> >> AFAIK, there is currently no specific SIP-I implementation in FreeSWITCH >> even if it supports multipart invites. >> I use OpenSIPS for these kind of interconnections (like for French VAS >> numbers collect.) >> >> Feel free to contact me off-list if you have any specific questions. >> >> Best Regards, >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at vallimamod.org >> . >> >> > On 1 Mar 2017, at 17:23, fay?al noushi wrote: >> > >> > +1 >> > >> > I've had the same question/issue a few years back. >> > CSD being the main reason I wanted SIP-I to flow through. >> > FreeSWITCH didn't accept binary multipart invites. I had to transform >> SIP-I packets using a Kamailio module before passing them to FS. >> > Not sure about the current status. But, I'm interested to know if >> anything changed since then >> > >> > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO >> wrote: >> > Hi >> > >> > Does Freeswitch support SIP-I ? >> > On google, i see only a answer of 2013 that said "no" but now ? >> > >> > we want start a trunk service and our trunk supplier want a delivery in >> SIP-I >> > >> > regards >> > Olivier >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- NOUSHI Fay?al GSM : +212 661 56 03 37 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/e25d09f7/attachment.html From gascagonzalo at gmail.com Thu Mar 2 11:45:10 2017 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Thu, 2 Mar 2017 00:45:10 -0800 Subject: [Freeswitch-users] Freeswitch Verto + Video installation Message-ID: Hi all, I would like to use Freeswitch Verto + Video. I'm using documentation from Wiki: https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie *Question* a) I will be using this section "*Building From Source. **Compiling Release Branch (production)*" to build my Freeswitch, I found a note at the end: "Quick Start FreeSWITCH Demo With Verto Communicator" Is that part still required for Verto demo? or previous "Building From Source. Compiling Release Branch (production)" already includes some of the steps. Thanks -Gonzalo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/8c2ee232/attachment.html From igorolhovskiy at gmail.com Thu Mar 2 11:56:29 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Thu, 2 Mar 2017 10:56:29 +0200 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED In-Reply-To: References: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> Message-ID: <698c959f-8125-45a6-8d5a-dff7d3294967@Spark> Hi! Michael: No such option for now?.. Means to update. Yep, but why dialstring is out of sync only in case of same subnet??. Regards, Igor On 2 ????? 2017 ?., 1:24 +0200, Brian West , wrote: > your dial-string in the directory is out of sync with the actual domain you're using, or some such similar domain profile mismatch. > > /b > > > > On Wed, Mar 1, 2017 at 2:59 PM, Michael Jerris wrote: > > > does it behave the same on 1.6? ?1.4.26 is quite old. > > > > > > > > > > On Mar 1, 2017, at 3:18 PM, Igor Olhovskiy wrote: > > > > > > > > Hi! > > > > I?m facing a strange issue I can?t get why happening. > > > > I have Freeswitch 1.4.26 server on a public IP. > > > > 2 users are registered - 201 and 202. > > > > 201 user is registered from address, that is from one subnet to public of Freeswitch. > > > > 202 - totally different. All 201 and 202 are behind NAT. > > > > So, I?m trying to call from 202 to 201, but getting > > > > USER_NOT_REGISTERED > > > > > > > > EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge(user/201 at pbx3.abbyconnect.com) > > > > ?.. > > > > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] > > > > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > > > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] > > > > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > > > > > > > But. > > > > freeswitch at internal> show registrations > > > > reg_user,realm,token,url,expires,network_ip,network_port,network_proto,hostname,metadata > > > > 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport=tcp,1488403310,24.234.110.55,63940,tcp,pbx, > > > > 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0,sofia/internal/sip:202 at 192.168.1.233:5060;transport=udp;registering_acc=pbx3_abbyconnect_com;fs_nat=yes;fs_path=sip%3A202%40176.104.49.75%3A5060%3Btransport%3Dudp%3Bregistering_acc%3Dpbx3_abbyconnect_com,1488400362,176.104.49.75,5060,udp,pbx, > > > > So, I see user is registered, but bridge is not trying to reach it. ( I see no INVITEs) > > > > > > > > But. When I?m moving this server to other IP, to not share same net with 201 extension, all works fine. > > > > at 201 I have same router as 202. > > > > > > > > Internal profile settings to NAT and networks > > > > aggressive-nat-detection [true] > > > > local-network-acl [localnet.auto] > > > > nat-options-ping [true] > > > > all-reg-options-ping [true] > > > > NDLB-force-rport [true] > > > > > > > > Thanks. > > > > > > > > Regards, Igor > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at freeswitch.org > > > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > > > http://www.freeswitch.org > > > > http://confluence.freeswitch.org > > > > http://www.cluecon.com > > > > > > > > FreeSWITCH-users mailing list > > > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > https://www.gofundme.com/allison-prompts-for-freeswitch > Wish to schedule a meeting? > http://app.timebridge.com/#/meet/freeswitch > Got Bugs? Report them here! | Reddit:?/r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/404aba74/attachment-0001.html From igorolhovskiy at gmail.com Thu Mar 2 11:58:42 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Thu, 2 Mar 2017 10:58:42 +0200 Subject: [Freeswitch-users] Freeswitch Verto + Video installation In-Reply-To: References: Message-ID: Just use quickstart. Regards, Igor On 2 ????? 2017 ?., 10:46 +0200, Gonzalo Gasca Meza , wrote: > Hi all, > > I would like to use Freeswitch Verto + Video. I'm using documentation from Wiki: > https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie > > Question > > a) I will be using this section "Building From Source.?Compiling Release Branch (production)" to build my Freeswitch, I found a note at the end: > > "Quick Start FreeSWITCH Demo With Verto Communicator" > > Is that part still required for Verto demo? or previous "Building From Source.?Compiling Release Branch (production)" already includes some of the steps. > > Thanks > > -Gonzalo > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/eb0322ea/attachment.html From gascagonzalo at gmail.com Thu Mar 2 12:47:03 2017 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Thu, 2 Mar 2017 01:47:03 -0800 Subject: [Freeswitch-users] Freeswitch Verto + Video installation In-Reply-To: References: Message-ID: What about this section: https://freeswitch.org/confluence/display/FREESWITCH/WebRTC#WebRTC-InstallCertificates *Caveats* *The latest version of Freeswitch should automatically generate self-signed certificates. However, self-signed certs often don't work very well, since you will need to induce the prompt to allow an untrusted certificate. You should use a trusted certificate, just as you would your website. If you take your WebRTC url, such as wss://foo.bar.com:7443 and change it to https://foo.bar.com:7443 you can visit it in the browser and give it a permanent exception. On OS X and windows you may import the ca.crt into your trust store.* Seems to be that local WSS cert creation already happened. ( I understand that WSS nowadays requires not local self-signed certs but public certs) *fs_cli -x 'sofia status profile internal' | grep WSS-BIND-URL* WSS-BIND-URL sips:mod_sofia at 172.31.16.63:7443;transport=wss *ls -al /etc/freeswitch/tls/wss.pem* -rw-rw---- 1 freeswitch freeswitch 1572 Mar 2 09:21 /etc/freeswitch/tls/wss.pem *openssl s_client -connect 172.31.16.63:7443 * ...Verify return code: 18 (self signed certificate) Hence my understanding is that I will need the following after install FS and Video components: a) Enable freeswitch-mod-verto freeswitch-mod-rtc b) Install certs using: https://freeswitch.org/confluence/display/FREESWITCH/WebRTC#WebRTC-InstallCertificates and replace existing wss.pem ? c) Install verto d) Configure web server (Apache or Nginx) for SSL & Verto directory Am I correct? On Thu, Mar 2, 2017 at 12:58 AM, Igor Olhovskiy wrote: > Just use quickstart. > > Regards, Igor > > On 2 ????? 2017 ?., 10:46 +0200, Gonzalo Gasca Meza < > gascagonzalo at gmail.com>, wrote: > > Hi all, > > I would like to use Freeswitch Verto + Video. I'm using documentation from > Wiki: > https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie > > *Question* > > a) I will be using this section "*Building From Source. **Compiling > Release Branch (production)*" to build my Freeswitch, I found a note at > the end: > > "Quick Start FreeSWITCH Demo With Verto Communicator" > > Is that part still required for Verto demo? or previous "Building From > Source. Compiling Release Branch (production)" already includes some of > the steps. > > Thanks > > -Gonzalo > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/59ded440/attachment.html From russow at emtex.de Thu Mar 2 14:09:53 2017 From: russow at emtex.de (Christoph Russow) Date: Thu, 2 Mar 2017 12:09:53 +0100 Subject: [Freeswitch-users] Recording Stopped out of the Blue Message-ID: <5cd1400f-c58f-837b-515c-1b614af7776d@emtex.de> Hi all, i just discovered (at least) two calls where the recording stopped some seconds after it was started without a notice why it stopped. I only see: 2017-02-21 14:28:29.585573 [DEBUG] switch_core_media_bug.c:808 Removing BUG from sofia/default/@ in the log. The recording was started arround 7 seconds before the above line appeared in the log and an corresponding event was sent to the eventsocket. What are the reasons for freeswitch to stop a running recording? Things i've checked already: - HDD has enough free space for recordings. - permissions are ok (other calls record just fine on same dir) - no command was sent to stop recording (according to the log) - no dtmf tones in the pcap of the calls - no error message in the log for the calls or arround the record end line We do the recordings for our Customes so it is very crucial that they work correct. I apreciate every hint about this. Best Regards Christoph Russow -- ________________________________________________________________ EMTEX GmbH Christoph Russow Software Engineer Bischof-Otto-Weg 9 D-91086 Aurachtal Gesch?ftsf?hrer: Markus Enzinger Tel. +49 9132 7490 0 Sitz der Gesellschaft: 91086 Aurachtal Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 ________________________________________________________________ From rick at magicmail.mooo.com Thu Mar 2 15:51:51 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Thu, 2 Mar 2017 12:51:51 +0000 Subject: [Freeswitch-users] debugging config errors In-Reply-To: References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: It?s not though, that?s my point ;) It?s reporting the error to be around 13 lines earlier than it actually is (so in this example the problematic line was 7404). It?s hardly issue of the century I realise, but it?s messing my debugging processes up that?s all. Could there be whitespace somewhere that?s confusing it - does everyone else use ?cat -n? to locate line numbers? > On 1 Mar 2017, at 21:44, Brian West wrote: > > It would be line 7391 in freeswitch.xml.fsxml. > > On Wed, Mar 1, 2017 at 2:06 PM, Rick Jarvis > wrote: > But shouldn?t line 7391 have the unexpected closing tag that it mentions? I found it in the end, and it wasn?t line 7391! > >> On 1 Mar 2017, at 16:08, Michael Jerris > wrote: >> >> missing closing tag is hard for this parser to find, so it will usually say at the end. you are looking for a condition with no closing tag. >> >>> On Mar 1, 2017, at 8:51 AM, Rick Jarvis > wrote: >>> >>> When getting something like: >>> >>> freeswitch at internal> reloadxml >>> +OK [[error near line 7391]: unexpected closing tag ] >>> >>> I?m sure I used to do something along the lines of: >>> >>> cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' >>> >>> And there at 7391 would be the offending line, surrounded by some of the lines before and after. >>> >>> Now, however, the line is never at the corresponding number. Am I looking at the wrong file maybe? >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/6021d924/attachment-0001.html From brian at freeswitch.org Thu Mar 2 17:22:12 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Mar 2017 08:22:12 -0600 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> Message-ID: Did you write a patch for that? On Wed, Mar 1, 2017 at 6:34 PM, fay?al noushi wrote: > Yes, FS supports multipart invites. But it was truncating invites with > *binary* parts such as ISUP. Converting it to an hexadecimal representation > did the trick to avoid truncating the packet on FS side. Basically, it was > considering \x00 as an end of string when decoding > > On Wed, Mar 1, 2017 at 10:42 PM, Brian West wrote: > >> FreeSWITCH does support multipart SDP! Pairing FS with OpenSIPS is >> probably the best course. Because if you need SIP-I, you'll also need more >> than one box and you have the money to deploy it. >> >> /b >> >> >> On Wed, Mar 1, 2017 at 1:18 PM, Vallimamod Abdullah >> wrote: >> >>> Hello, >>> >>> AFAIK, there is currently no specific SIP-I implementation in FreeSWITCH >>> even if it supports multipart invites. >>> I use OpenSIPS for these kind of interconnections (like for French VAS >>> numbers collect.) >>> >>> Feel free to contact me off-list if you have any specific questions. >>> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at vallimamod.org >>> . >>> >>> > On 1 Mar 2017, at 17:23, fay?al noushi >>> wrote: >>> > >>> > +1 >>> > >>> > I've had the same question/issue a few years back. >>> > CSD being the main reason I wanted SIP-I to flow through. >>> > FreeSWITCH didn't accept binary multipart invites. I had to transform >>> SIP-I packets using a Kamailio module before passing them to FS. >>> > Not sure about the current status. But, I'm interested to know if >>> anything changed since then >>> > >>> > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO >>> wrote: >>> > Hi >>> > >>> > Does Freeswitch support SIP-I ? >>> > On google, i see only a answer of 2013 that said "no" but now ? >>> > >>> > we want start a trunk service and our trunk supplier want a delivery >>> in SIP-I >>> > >>> > regards >>> > Olivier >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > NOUSHI Fay?al > GSM : +212 661 56 03 37 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/929b3656/attachment.html From brian at freeswitch.org Thu Mar 2 17:22:48 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Mar 2017 08:22:48 -0600 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED In-Reply-To: <698c959f-8125-45a6-8d5a-dff7d3294967@Spark> References: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> <698c959f-8125-45a6-8d5a-dff7d3294967@Spark> Message-ID: what do you have your dial-string set to? and what profile are the phones registered with? On Thu, Mar 2, 2017 at 2:56 AM, Igor Olhovskiy wrote: > Hi! > > Michael: No such option for now?.. Means to update. > > Yep, but why dialstring is out of sync only in case of same subnet??. > > Regards, Igor > > On 2 ????? 2017 ?., 1:24 +0200, Brian West , wrote: > > your dial-string in the directory is out of sync with the actual domain > you're using, or some such similar domain profile mismatch. > > /b > > > On Wed, Mar 1, 2017 at 2:59 PM, Michael Jerris wrote: > >> does it behave the same on 1.6? 1.4.26 is quite old. >> >> >> On Mar 1, 2017, at 3:18 PM, Igor Olhovskiy >> wrote: >> >> Hi! >> I?m facing a strange issue I can?t get why happening. >> I have Freeswitch 1.4.26 server on a public IP. >> 2 users are registered - 201 and 202. >> 201 user is registered from address, that is from one subnet to public of >> Freeswitch. >> 202 - totally different. All 201 and 202 are behind NAT. >> So, I?m trying to call from 202 to 201, but getting >> USER_NOT_REGISTERED >> >> EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge( >> user/201 at pbx3.abbyconnect.com) >> ?.. >> 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot >> create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] >> 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate >> Resulted in Error Cause: 606 [USER_NOT_REGISTERED] >> 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot >> create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] >> 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate >> Resulted in Error Cause: 606 [USER_NOT_REGISTERED] >> >> But. >> freeswitch at internal> show registrations >> reg_user,realm,token,url,expires,network_ip,network_port, >> network_proto,hostname,metadata >> 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/ >> sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport=tcp, >> 1488403310,24.234.110.55,63940,tcp,pbx, >> 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0 >> ,sofia/internal/sip:202 at 192.168.1.233:5060;tran >> sport=udp;registering_acc=pbx3_abbyconnect_com;fs_nat=yes; >> fs_path=sip%3A202%40176.104.49.75%3A5060%3Btransport%3Dudp >> %3Bregistering_acc%3Dpbx3_abbyconnect_com,1488400362, >> 176.104.49.75,5060,udp,pbx, >> So, I see user is registered, but bridge is not trying to reach it. ( I >> see no INVITEs) >> >> But. When I?m moving this server to other IP, to not share same net with >> 201 extension, all works fine. >> at 201 I have same router as 202. >> >> Internal profile settings to NAT and networks >> aggressive-nat-detection [true] >> local-network-acl [localnet.auto] >> nat-options-ping [true] >> all-reg-options-ping [true] >> NDLB-force-rport [true] >> >> Thanks. >> >> Regards, Igor >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/5315890c/attachment-0001.html From brian at freeswitch.org Thu Mar 2 17:26:16 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Mar 2017 08:26:16 -0600 Subject: [Freeswitch-users] Recording Stopped out of the Blue In-Reply-To: <5cd1400f-c58f-837b-515c-1b614af7776d@emtex.de> References: <5cd1400f-c58f-837b-515c-1b614af7776d@emtex.de> Message-ID: Hard to really tel why with just one log line, which rev of FS are you running and what all do you do in the dialplan? On Thu, Mar 2, 2017 at 5:09 AM, Christoph Russow wrote: > Hi all, > > i just discovered (at least) two calls where the recording stopped some > seconds after it was started without a notice why it stopped. I only see: > > 2017-02-21 14:28:29.585573 [DEBUG] switch_core_media_bug.c:808 Removing > BUG from sofia/default/@ > > in the log. > > The recording was started arround 7 seconds before the above line > appeared in the log and an corresponding event was sent to the eventsocket. > > What are the reasons for freeswitch to stop a running recording? > > Things i've checked already: > - HDD has enough free space for recordings. > - permissions are ok (other calls record just fine on same dir) > - no command was sent to stop recording (according to the log) > - no dtmf tones in the pcap of the calls > - no error message in the log for the calls or arround the record end line > > We do the recordings for our Customes so it is very crucial that they > work correct. > I apreciate every hint about this. > > Best Regards > Christoph Russow > > -- > ________________________________________________________________ > > EMTEX GmbH > Christoph Russow > Software Engineer > > Bischof-Otto-Weg 9 > D-91086 Aurachtal > Gesch?ftsf?hrer: Markus Enzinger > Tel. +49 9132 7490 0 Sitz der Gesellschaft: 91086 Aurachtal > Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 > ________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/551af548/attachment.html From brian at freeswitch.org Thu Mar 2 17:29:35 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Mar 2017 08:29:35 -0600 Subject: [Freeswitch-users] debugging config errors In-Reply-To: References: <8C02D156-98E9-4DAD-95AF-8E75012448DC@magicmail.mooo.com> Message-ID: Did 7391 have the stray tag? Guessing you did a self closing stacked condition and copy and pasted a new one, causing the stray condition tag. /b On Thu, Mar 2, 2017 at 6:51 AM, Rick Jarvis wrote: > It?s not though, that?s my point ;) It?s reporting the error to be around > 13 lines earlier than it actually is (so in this example the problematic > line was 7404). It?s hardly issue of the century I realise, but it?s > messing my debugging processes up that?s all. Could there be whitespace > somewhere that?s confusing it - does everyone else use ?cat -n? to locate > line numbers? > > > On 1 Mar 2017, at 21:44, Brian West wrote: > > It would be line 7391 in freeswitch.xml.fsxml. > > On Wed, Mar 1, 2017 at 2:06 PM, Rick Jarvis > wrote: > >> But shouldn?t line 7391 have the unexpected closing tag that it mentions? >> I found it in the end, and it wasn?t line 7391! >> >> On 1 Mar 2017, at 16:08, Michael Jerris wrote: >> >> missing closing tag is hard for this parser to find, so it will usually >> say at the end. you are looking for a condition with no closing tag. >> >> On Mar 1, 2017, at 8:51 AM, Rick Jarvis wrote: >> >> When getting something like: >> >> freeswitch at internal> reloadxml >> +OK [[error near line 7391]: unexpected closing tag ] >> >> I?m sure I used to do something along the lines of: >> >> cat -n /var/log/freeswitch/freeswitch.xml.fsxml | sed -n '7380,7400p' >> >> And there at 7391 would be the offending line, surrounded by some of the >> lines before and after. >> >> Now, however, the line is never at the corresponding number. Am I looking >> at the wrong file maybe? >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/b2df57fc/attachment-0001.html From siju.irs at gmail.com Thu Mar 2 17:24:43 2017 From: siju.irs at gmail.com (Siju Nair) Date: Thu, 2 Mar 2017 19:54:43 +0530 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: <50BD32C4-DFBD-4D2C-A315-0FFF9CAF4891@gmail.com> Hi Brian, Thanks for ur reply ... Yes on pulling CDR report I could see outbound calls to few locations setting up my DID as caller I'd. Sent from my iPhone > On 01-Mar-2017, at 5:29 AM, Brian West wrote: > > You can calm down, Do you have any proof you've been hacked? This appears to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1---321bda12cf15b137;rport > Max-Forwards: 70 > Contact: ;+sip.instance="" > To: > From: ;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had also seen it today in the FreeSWITCH hipchat channel. > > /b > > > >> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >> Hi team , >> >> Please help on below query >> >> Sent from my iPhone >> >> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >> > >> > Hi Team >> > >> > my account got hacked and attacked using my DID number as caller id and making calls via my FS server. >> > >> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does this mean and how can they set my did as caller id and make calls... Urgent help needed. >> > >> > Thanks, >> > Siju Nair >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/4ace2bd6/attachment.html From brian at freeswitch.org Thu Mar 2 17:31:56 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 2 Mar 2017 08:31:56 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <50BD32C4-DFBD-4D2C-A315-0FFF9CAF4891@gmail.com> References: <50BD32C4-DFBD-4D2C-A315-0FFF9CAF4891@gmail.com> Message-ID: That has nothing to do with the original issue you reported, I suspect you have a snafu in your configuration that allowed this, This would probably make a good topic to cover during our weekly calls. /b On Thu, Mar 2, 2017 at 8:24 AM, Siju Nair wrote: > Hi Brian, > > Thanks for ur reply ... > > Yes on pulling CDR report I could see outbound calls to few locations > setting up my DID as caller I'd. > > Sent from my iPhone > > On 01-Mar-2017, at 5:29 AM, Brian West wrote: > > You can calm down, Do you have any proof you've been hacked? This appears > to be an SQL Injection attempt, I started seeing this yesterday! > > Here is what I had in my logs and what the packet has in it: > > 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 > a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 > 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] > switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@ > 190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 > (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended > 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close > Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] > > > > INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 > Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1--- > 321bda12cf15b137;rport > Max-Forwards: 70 > Contact: 245.31:41254>;+sip.instance=" 9b43-bd04fcd1634d>" > To: > From: >;tag=UBAWADPX > Call-ID: OIERRISLMMBKZCIIUGWESXQM > CSeq: 1 INVITE > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, > REGISTER, SUBSCRIBE, INFO > Content-Type: application/sdp > Supported: replaces > User-Agent: Cisco-SIPGateway/IOS-12.x > Allow-Events: hold, talk, conference > Content-Length: 0 > > > I would like to dive deeper and see if anyone else has seen this, I had > also seen it today in the FreeSWITCH hipchat channel. > > /b > > > > On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: > >> Hi team , >> >> Please help on below query >> >> Sent from my iPhone >> >> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >> > >> > Hi Team >> > >> > my account got hacked and attacked using my DID number as caller id and >> making calls via my FS server. >> > >> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >> this mean and how can they set my did as caller id and make calls... Urgent >> help needed. >> > >> > Thanks, >> > Siju Nair >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/c3b8bc3d/attachment-0001.html From russow at emtex.de Thu Mar 2 17:37:31 2017 From: russow at emtex.de (Christoph Russow) Date: Thu, 2 Mar 2017 15:37:31 +0100 Subject: [Freeswitch-users] Recording Stopped out of the Blue In-Reply-To: References: <5cd1400f-c58f-837b-515c-1b614af7776d@emtex.de> Message-ID: Hi, i'm sorry. i further investigated and saw that in fact the recordings are correct and complete and the below mentioned log line seems to be the end of the audiofile our system was playing to the caller while recording. so please just ignore this topic. again sorry for the noise. Best Regards Christoph Russow Am 02.03.2017 um 15:26 schrieb Brian West: > Hard to really tel why with just one log line, which rev of FS are you > running and what all do you do in the dialplan? > > On Thu, Mar 2, 2017 at 5:09 AM, Christoph Russow > wrote: > > Hi all, > > i just discovered (at least) two calls where the recording stopped some > seconds after it was started without a notice why it stopped. I only > see: > > 2017-02-21 14:28:29.585573 [DEBUG] switch_core_media_bug.c:808 Removing > BUG from sofia/default/@ > > in the log. > > The recording was started arround 7 seconds before the above line > appeared in the log and an corresponding event was sent to the > eventsocket. > > What are the reasons for freeswitch to stop a running recording? > > Things i've checked already: > - HDD has enough free space for recordings. > - permissions are ok (other calls record just fine on same dir) > - no command was sent to stop recording (according to the log) > - no dtmf tones in the pcap of the calls > - no error message in the log for the calls or arround the record > end line > > We do the recordings for our Customes so it is very crucial that they > work correct. > I apreciate every hint about this. > > Best Regards > Christoph Russow > > -- > ________________________________________________________________ > > EMTEX GmbH > Christoph Russow > Software Engineer > > Bischof-Otto-Weg 9 > D-91086 Aurachtal > Gesch?ftsf?hrer: Markus Enzinger > Tel. +49 9132 7490 0 Sitz der > Gesellschaft: 91086 Aurachtal > Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 > ________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > > */Brian West/* > brian at freeswitch.org > > */Twitter: @FreeSWITCH , @briankwest/* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | > Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *Skype:*briankwest > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ________________________________________________________________ EMTEX GmbH Christoph Russow Software Engineer Bischof-Otto-Weg 9 D-91086 Aurachtal Gesch?ftsf?hrer: Markus Enzinger Tel. +49 9132 7490 0 Sitz der Gesellschaft: 91086 Aurachtal Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 ________________________________________________________________ From david.villasmil.work at gmail.com Thu Mar 2 18:04:13 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 2 Mar 2017 16:04:13 +0100 Subject: [Freeswitch-users] 200 OK not forwarded Message-ID: Hello Guys, I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is ready And i'm seeing the issue where the 200OK is not being forwarded from FS to the client. I'm attaching FS Log and sip trace. 1.1.1.1 = Client (Grandstream GXP1165) 9.9.9.9 = freeSWITCH 10.10.10.10 = Terminating GW (my_gateway) Been scratching my head for some time... Appreciate your help! Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/ab15ddd1/attachment-0001.html -------------- next part -------------- 2017/03/02 09:35:55.618841 1.1.1.1:50156 -> 9.9.9.9:5066 INVITE sip:0017708999518 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1278143718;rport;alias From: ;tag=1741650402 To: Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 20 INVITE Contact: Max-Forwards: 70 User-Agent: Grandstream GXP1165 1.0.5.23 Privacy: none P-Preferred-Identity: Supported: replaces, path, timer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Type: application/sdp Accept: application/sdp, application/dtmf-relay Content-Length: 388 v=0 o=3059001001 8000 8000 IN IP4 1.1.1.1 s=SIP Call c=IN IP4 1.1.1.1 t=0 0 m=audio 5004 RTP/AVP 18 97 0 8 9 2 101 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=ptime:40 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2017/03/02 09:35:55.619316 9.9.9.9:5066 -> 1.1.1.1:50156 SIP/2.0 100 Trying Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1278143718;rport=50156;alias From: ;tag=1741650402 To: Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 20 INVITE User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~64bit Content-Length: 0 2017/03/02 09:35:55.620951 9.9.9.9:5066 -> 1.1.1.1:50156 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1278143718;rport=50156;alias From: ;tag=1741650402 To: ;tag=9pBNr4m6trjDB Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 20 INVITE User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~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="9.9.9.9", nonce="a27db99a-ff2b-11e6-8331-1dc743b2963b", algorithm=MD5, qop="auth" Content-Length: 0 2017/03/02 09:35:55.757383 1.1.1.1:50156 -> 9.9.9.9:5066 ACK sip:0017708999518 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1278143718;rport;alias From: ;tag=1741650402 To: ;tag=9pBNr4m6trjDB Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 20 ACK Content-Length: 0 2017/03/02 09:35:55.888940 1.1.1.1:50156 -> 9.9.9.9:5066 INVITE sip:0017708999518 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1324364852;rport;alias From: ;tag=1741650402 To: Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 21 INVITE Contact: Proxy-Authorization: Digest username="3059001001", realm="9.9.9.9", nonce="", uri="sip:0017708999518 at 9.9.9.9:5066;user=phone", response="", algorithm=MD5, cnonce="11144919", qop=auth, nc=00000003 Max-Forwards: 70 User-Agent: Grandstream GXP1165 1.0.5.23 Privacy: none P-Preferred-Identity: Supported: replaces, path, timer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Type: application/sdp Accept: application/sdp, application/dtmf-relay Content-Length: 388 v=0 o=3059001001 8000 8000 IN IP4 1.1.1.1 s=SIP Call c=IN IP4 1.1.1.1 t=0 0 m=audio 5004 RTP/AVP 18 97 0 8 9 2 101 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=ptime:40 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2017/03/02 09:35:55.889571 9.9.9.9:5066 -> 1.1.1.1:50156 SIP/2.0 100 Trying Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1324364852;rport=50156;alias From: ;tag=1741650402 To: Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 21 INVITE User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~64bit Content-Length: 0 2017/03/02 09:35:55.905515 9.9.9.9:5066 -> 1.1.1.1:50156 SIP/2.0 180 Ringing Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1324364852;rport=50156;alias From: ;tag=1741650402 To: ;tag=a04DtZ59Q18Zp Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 21 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~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-Length: 0 P-Asserted-Identity: "0017708999518" 2017/03/02 09:36:00.472432 9.9.9.9:5066 -> 1.1.1.1:50156 SIP/2.0 183 Session Progress Via: SIP/2.0/TCP 1.1.1.1:44245;branch=z9hG4bK1324364852;rport=50156;alias From: ;tag=1741650402 To: ;tag=a04DtZ59Q18Zp Call-ID: 954599984-5066-3 at CAA.FJ.BII.BCC CSeq: 21 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~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: 247 P-Asserted-Identity: "Outbound Call" v=0 o=FreeSWITCH 1488425630 1488425631 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21730 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 2017/03/02 09:35:55.910356 9.9.9.9:5060 -> 10.10.10.10:5060 INVITE sip:17708999518 at 10.10.10.10:5060 SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9;rport;branch=z9hG4bKU42462NpNt3Nr Max-Forwards: 69 From: "13059001001" ;tag=1Q59Z4g51y35K To: Call-ID: 7a083341-79ce-1235-cb81-be187db6d1b8 CSeq: 103887613 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20161115T015051Z~f3b7105d66~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 295 X-cid: 954599984-5066-3 at CAA.FJ.BII.BCC X-FS-Support: update_display,send_info Remote-Party-ID: "13059001001" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1488425749 1488425750 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21606 RTP/AVP 18 0 8 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 2017/03/02 09:35:55.911731 10.10.10.10:5060 -> 9.9.9.9:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP 9.9.9.9;rport=5060;received=9.9.9.9;branch=z9hG4bKU42462NpNt3Nr From: "13059001001" ;tag=1Q59Z4g51y35K To: Call-ID: 7a083341-79ce-1235-cb81-be187db6d1b8 CSeq: 103887613 INVITE Content-Length: 0 2017/03/02 09:36:00.449081 10.10.10.10:5060 -> 9.9.9.9:5060 SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 9.9.9.9;rport=5060;received=9.9.9.9;branch=z9hG4bKU42462NpNt3Nr To: ;tag=3697454212-983492 From: "13059001001" ;tag=1Q59Z4g51y35K Call-ID: 7a083341-79ce-1235-cb81-be187db6d1b8 CSeq: 103887613 INVITE Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=1000" Content-Type: application/sdp Content-Length: 155 v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 15906 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no 2017/03/02 09:36:05.849242 10.10.10.10:5060 -> 9.9.9.9:5060 SIP/2.0 200 OK Session-Expires: 3600;refresher=uas Require: timer Via: SIP/2.0/UDP 9.9.9.9;rport=5060;received=9.9.9.9;branch=z9hG4bKU42462NpNt3Nr To: ;tag=3697454212-983492 From: "13059001001" ;tag=1Q59Z4g51y35K Call-ID: 7a083341-79ce-1235-cb81-be187db6d1b8 CSeq: 103887613 INVITE Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=1000" Content-Type: application/sdp Content-Length: 155 v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 15906 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no 2017/03/02 09:36:05.853144 9.9.9.9:5060 -> 10.10.10.10:5060 ACK sip:17708999518 at 10.10.10.10:5060 SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9;rport;branch=z9hG4bKZ877DFS49Xv0p Max-Forwards: 70 From: "13059001001" ;tag=1Q59Z4g51y35K To: ;tag=3697454212-983492 Call-ID: 7a083341-79ce-1235-cb81-be187db6d1b8 CSeq: 103887613 ACK Contact: Content-Length: 0 -------------- next part -------------- 2017-03-02 09:35:55.610892 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/3059001001 at 9.9.9.9:5066 [a27da540-ff2b-11e6-8330-1dc743b2963b] 2017-03-02 09:35:55.610892 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_NEW (Cur 5 Tot 796) 2017-03-02 09:35:55.610892 [DEBUG] sofia.c:9831 sofia/internal/3059001001 at 9.9.9.9:5066 receiving invite from 1.1.1.1:50156 version: 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit 2017-03-02 09:35:55.610892 [DEBUG] sofia.c:9998 IP 1.1.1.1 Rejected by acl "domain". Falling back to Digest auth. 2017-03-02 09:35:55.610892 [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0017708999518 at 9.9.9.9] from ip 1.1.1.1 2017-03-02 09:35:55.610892 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/3059001001 at 9.9.9.9:5066) State NEW 2017-03-02 09:35:55.610892 [DEBUG] sofia.c:2339 detaching session a27da540-ff2b-11e6-8330-1dc743b2963b 2017-03-02 09:35:55.870882 [DEBUG] sofia.c:2448 Re-attaching to session a27da540-ff2b-11e6-8330-1dc743b2963b 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:9831 sofia/internal/3059001001 at 9.9.9.9:5066 receiving invite from 1.1.1.1:50156 version: 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:9998 IP 1.1.1.1 Rejected by acl "domain". Falling back to Digest auth. 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:11133 Setting NAT mode based on via port 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:7107 Channel sofia/internal/3059001001 at 9.9.9.9:5066 entering state [received][100] 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:7117 Remote SDP: v=0 o=3059001001 8000 8000 IN IP4 1.1.1.1 s=SIP Call c=IN IP4 1.1.1.1 t=0 0 m=audio 5004 RTP/AVP 18 97 0 8 9 2 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:40 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:7485 (sofia/internal/3059001001 at 9.9.9.9:5066) State Change CS_NEW -> CS_INIT 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_INIT (Cur 5 Tot 796) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:627 (sofia/internal/3059001001 at 9.9.9.9:5066) State INIT 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:92 sofia/internal/3059001001 at 9.9.9.9:5066 SOFIA INIT 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:40 sofia/internal/3059001001 at 9.9.9.9:5066 Standard INIT 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/3059001001 at 9.9.9.9:5066) State Change CS_INIT -> CS_ROUTING 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:627 (sofia/internal/3059001001 at 9.9.9.9:5066) State INIT going to sleep 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_ROUTING (Cur 5 Tot 796) 2017-03-02 09:35:55.890882 [DEBUG] switch_channel.c:2249 (sofia/internal/3059001001 at 9.9.9.9:5066) Callstate Change DOWN -> RINGING 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:643 (sofia/internal/3059001001 at 9.9.9.9:5066) State ROUTING 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:145 sofia/internal/3059001001 at 9.9.9.9:5066 SOFIA ROUTING 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:236 sofia/internal/3059001001 at 9.9.9.9:5066 Standard ROUTING 2017-03-02 09:35:55.890882 [INFO] mod_dialplan_xml.c:637 Processing 3059001001 <3059001001>->0017708999518 in context default Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 parsing [default->unloop] continue=false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 parsing [default->Add_Internal_UUID] continue=true Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (PASS) [Add_Internal_UUID] destination_number(0017708999518) =~ /^.*$/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action session_loglevel(debug) Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action log(ERR Call-ID: [${sip_call_id}]) Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action set(sip_h_X-cid=${sip_call_id}) Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 parsing [default->local.example.com] continue=false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (PASS) [local.example.com] ${toll_allow}(domestic,international,local) =~ /local/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (FAIL) [local.example.com] destination_number(0017708999518) =~ /^(305900100[0-9])$/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 parsing [default->david_test] continue=false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (FAIL) [david_test] destination_number(0017708999518) =~ /^(9999999)$/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 parsing [default->domestic] continue=false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Regex (PASS) [domestic] destination_number(0017708999518) =~ /^00(1[2-9][0-9]{2}[2-9][0-9]{6}$)/ break=on-false Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action ring_ready() Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action set(effective_caller_id_number=1${caller_id_number}) Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action set(effective_caller_id_name=1${caller_id_number}) Dialplan: sofia/internal/3059001001 at 9.9.9.9:5066 Action bridge(sofia/gateway/my_gatewaym/17708999518) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:286 (sofia/internal/3059001001 at 9.9.9.9:5066) State Change CS_ROUTING -> CS_EXECUTE 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:643 (sofia/internal/3059001001 at 9.9.9.9:5066) State ROUTING going to sleep 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_EXECUTE (Cur 5 Tot 796) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:650 (sofia/internal/3059001001 at 9.9.9.9:5066) State EXECUTE 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:200 sofia/internal/3059001001 at 9.9.9.9:5066 SOFIA EXECUTE 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:328 sofia/internal/3059001001 at 9.9.9.9:5066 Standard EXECUTE EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 session_loglevel(debug) 2017-03-02 09:35:55.890882 [DEBUG] mod_dptools.c:4549 Setting log level "DEBUG" on session EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 log(ERR Call-ID: [954599984-5066-3 at CAA.FJ.BII.BCC]) 2017-03-02 09:35:55.890882 [ERR] mod_dptools.c:1756 Call-ID: [954599984-5066-3 at CAA.FJ.BII.BCC] EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 set(sip_h_X-cid=954599984-5066-3 at CAA.FJ.BII.BCC) 2017-03-02 09:35:55.890882 [DEBUG] mod_dptools.c:1562 SET sofia/internal/3059001001 at 9.9.9.9:5066 [sip_h_X-cid]=[954599984-5066-3 at CAA.FJ.BII.BCC] EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 ring_ready() 2017-03-02 09:35:55.890882 [NOTICE] mod_sofia.c:2306 Ring-Ready sofia/internal/3059001001 at 9.9.9.9:5066! 2017-03-02 09:35:55.890882 [DEBUG] sofia.c:7107 Channel sofia/internal/3059001001 at 9.9.9.9:5066 entering state [early][180] 2017-03-02 09:35:55.890882 [NOTICE] mod_dptools.c:1060 Ring Ready sofia/internal/3059001001 at 9.9.9.9:5066! EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 set(effective_caller_id_number=13059001001) 2017-03-02 09:35:55.890882 [DEBUG] mod_dptools.c:1562 SET sofia/internal/3059001001 at 9.9.9.9:5066 [effective_caller_id_number]=[13059001001] EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 set(effective_caller_id_name=13059001001) 2017-03-02 09:35:55.890882 [DEBUG] mod_dptools.c:1562 SET sofia/internal/3059001001 at 9.9.9.9:5066 [effective_caller_id_name]=[13059001001] EXECUTE sofia/internal/3059001001 at 9.9.9.9:5066 bridge(sofia/gateway/my_gatewaym/17708999518) 2017-03-02 09:35:55.890882 [DEBUG] switch_ivr_originate.c:2143 Parsing global variables 2017-03-02 09:35:55.890882 [NOTICE] switch_channel.c:1104 New Channel sofia/external/17708999518 [a2a9ca80-ff2b-11e6-833d-1dc743b2963b] 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:4881 (sofia/external/17708999518) State Change CS_NEW -> CS_INIT 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_INIT (Cur 6 Tot 797) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:627 (sofia/external/17708999518) State INIT 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:92 sofia/external/17708999518 SOFIA INIT 2017-03-02 09:35:55.890882 [DEBUG] sofia_glue.c:1285 sofia/external/17708999518 sending invite version: 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit Local SDP: v=0 o=FreeSWITCH 1488425749 1488425750 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21606 RTP/AVP 18 0 8 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:40 sofia/external/17708999518 Standard INIT 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:48 (sofia/external/17708999518) State Change CS_INIT -> CS_ROUTING 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:627 (sofia/external/17708999518) State INIT going to sleep 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_ROUTING (Cur 6 Tot 797) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:643 (sofia/external/17708999518) State ROUTING 2017-03-02 09:35:55.890882 [DEBUG] mod_sofia.c:145 sofia/external/17708999518 SOFIA ROUTING 2017-03-02 09:35:55.890882 [DEBUG] switch_ivr_originate.c:67 (sofia/external/17708999518) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:643 (sofia/external/17708999518) State ROUTING going to sleep 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_CONSUME_MEDIA (Cur 6 Tot 797) 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:662 (sofia/external/17708999518) State CONSUME_MEDIA 2017-03-02 09:35:55.890882 [DEBUG] switch_core_state_machine.c:662 (sofia/external/17708999518) State CONSUME_MEDIA going to sleep 2017-03-02 09:35:55.910883 [DEBUG] sofia.c:7107 Channel sofia/external/17708999518 entering state [calling][0] 2017-03-02 09:36:00.430891 [DEBUG] sofia.c:7107 Channel sofia/external/17708999518 entering state [proceeding][183] 2017-03-02 09:36:00.430891 [DEBUG] sofia.c:7117 Remote SDP: v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 15906 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no 2017-03-02 09:36:00.430891 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:20:8000:1]/[G729:18:8000:40:8000:1] 2017-03-02 09:36:00.430891 [DEBUG] switch_core_media.c:4843 Audio Codec Compare [G729:18:8000:40:8000:1] ++++ is saved as a match 2017-03-02 09:36:00.430891 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMU:0:8000:40:64000:1] 2017-03-02 09:36:00.430891 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMA:8:8000:40:64000:1] 2017-03-02 09:36:00.430891 [DEBUG] switch_core_media.c:3385 Set Codec sofia/external/17708999518 G729/8000 40 ms 320 samples 8000 bits 1 channels 2017-03-02 09:36:00.430891 [DEBUG] switch_core_codec.c:111 sofia/external/17708999518 Original read codec set to G729:18 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:5077 No 2833 in SDP. Liberal DTMF mode adding 101 as telephone-event. 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:5106 sofia/external/17708999518 Set 2833 dtmf send payload to 101 recv payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7655 AUDIO RTP [sofia/external/17708999518] 9.9.9.9 port 21606 -> 173.230.226.241 port 15906 codec: 18 ms: 40 2017-03-02 09:36:00.450877 [DEBUG] switch_rtp.c:3885 Starting timer [soft] 320 bytes per 40ms 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7963 sofia/external/17708999518 Set 2833 dtmf send payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7970 sofia/external/17708999518 Set 2833 dtmf receive payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7993 sofia/external/17708999518 Set rtp dtmf delay to 40 2017-03-02 09:36:00.450877 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/17708999518! 2017-03-02 09:36:00.450877 [DEBUG] switch_channel.c:3471 (sofia/external/17708999518) Callstate Change DOWN -> EARLY 2017-03-02 09:36:00.450877 [INFO] switch_ivr_originate.c:3640 Sending early media 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:40:8000:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4824 Audio Codec Compare [G729:18:8000:20:8000:1] is saved as a near-match 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:40:8000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G729:18:8000:40:8000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [iLBC:97:8000:40:0:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [iLBC:97:8000:40:0:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [iLBC:97:8000:40:0:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4824 Audio Codec Compare [PCMU:0:8000:20:64000:1] is saved as a near-match 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4824 Audio Codec Compare [PCMA:8:8000:20:64000:1] is saved as a near-match 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G722:9:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G722:9:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G722:9:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G726-32:2:8000:40:0:1]/[G729:18:8000:20:8000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G726-32:2:8000:40:0:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4788 Audio Codec Compare [G726-32:2:8000:40:0:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4704 Set telephone-event payload to 101 at 8000 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:4895 Substituting codec G729 at 40i@8000h at 1c 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:3385 Set Codec sofia/internal/3059001001 at 9.9.9.9:5066 G729/8000 40 ms 320 samples 8000 bits 1 channels 2017-03-02 09:36:00.450877 [DEBUG] switch_core_codec.c:111 sofia/internal/3059001001 at 9.9.9.9:5066 Original read codec set to G729:18 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:5047 Set telephone-event payload to 101 at 8000 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:5106 sofia/internal/3059001001 at 9.9.9.9:5066 Set 2833 dtmf send payload to 101 recv payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7655 AUDIO RTP [sofia/internal/3059001001 at 9.9.9.9:5066] 9.9.9.9 port 21730 -> 1.1.1.1 port 5004 codec: 18 ms: 40 2017-03-02 09:36:00.450877 [DEBUG] switch_rtp.c:3885 Starting timer [soft] 320 bytes per 40ms 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7963 sofia/internal/3059001001 at 9.9.9.9:5066 Set 2833 dtmf send payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7970 sofia/internal/3059001001 at 9.9.9.9:5066 Set 2833 dtmf receive payload to 101 2017-03-02 09:36:00.450877 [DEBUG] switch_core_media.c:7993 sofia/internal/3059001001 at 9.9.9.9:5066 Set rtp dtmf delay to 40 2017-03-02 09:36:00.450877 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/3059001001 at 9.9.9.9:5066! 2017-03-02 09:36:00.470867 [DEBUG] switch_channel.c:3471 (sofia/internal/3059001001 at 9.9.9.9:5066) Callstate Change RINGING -> EARLY 2017-03-02 09:36:00.470867 [DEBUG] switch_core_media.c:7638 Audio params are unchanged for sofia/internal/3059001001 at 9.9.9.9:5066. 2017-03-02 09:36:00.470867 [DEBUG] mod_sofia.c:2397 Ring SDP: v=0 o=FreeSWITCH 1488425630 1488425631 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21730 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv 2017-03-02 09:36:00.470867 [DEBUG] switch_ivr_originate.c:3691 Originate Resulted in Success: [sofia/external/17708999518] 2017-03-02 09:36:00.470867 [DEBUG] sofia.c:7107 Channel sofia/internal/3059001001 at 9.9.9.9:5066 entering state [early][183] 2017-03-02 09:36:00.470867 [DEBUG] switch_ivr_bridge.c:1696 (sofia/external/17708999518) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2017-03-02 09:36:00.470867 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_EXCHANGE_MEDIA (Cur 4 Tot 797) 2017-03-02 09:36:00.470867 [DEBUG] switch_core_state_machine.c:653 (sofia/external/17708999518) State EXCHANGE_MEDIA 2017-03-02 09:36:00.470867 [DEBUG] mod_sofia.c:635 SOFIA EXCHANGE_MEDIA 2017-03-02 09:36:00.570897 [DEBUG] switch_rtp.c:6991 Correct audio ip/port confirmed. 2017-03-02 09:36:00.850880 [WARNING] switch_core_media.c:2748 [CBR]: Asynchronous PTIME not supported, changing our end from 40 to 20 2017-03-02 09:36:00.890879 [DEBUG] switch_core_media.c:3283 Changing Codec from G729 at 40ms@8000hz to G729 at 20ms@8000hz 2017-03-02 09:36:00.970881 [DEBUG] switch_rtp.c:3763 RE-Starting timer [soft] 160 bytes per 20ms 2017-03-02 09:36:00.970881 [DEBUG] switch_core_media.c:3385 Set Codec sofia/external/17708999518 G729/8000 20 ms 160 samples 8000 bits 1 channels 2017-03-02 09:36:00.970881 [DEBUG] switch_core_codec.c:123 sofia/external/17708999518 Original read codec replaced with G729:18 2017-03-02 09:36:01.010874 [DEBUG] switch_core_media.c:14735 Engaging Write Buffer at 640 bytes to accommodate 320->640 2017-03-02 09:36:01.010874 [DEBUG] switch_core_media.c:6336 sofia/external/17708999518 Starting Audio write thread 2017-03-02 09:36:01.010874 [DEBUG] switch_core_media.c:14735 Engaging Write Buffer at 320 bytes to accommodate 640->320 2017-03-02 09:36:01.290895 [INFO] switch_rtp.c:6951 Auto Changing audio port from 1.1.1.1:5004 to 1.1.1.1:1024 2017-03-02 09:36:05.850897 [DEBUG] sofia.c:7107 Channel sofia/external/17708999518 entering state [completing][200] 2017-03-02 09:36:05.850897 [DEBUG] sofia.c:7114 Duplicate SDP v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 15906 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no 2017-03-02 09:36:05.870885 [DEBUG] sofia.c:7107 Channel sofia/external/17708999518 entering state [ready][200] 2017-03-02 09:36:05.870885 [NOTICE] sofia.c:8113 Channel [sofia/external/17708999518] has been answered 2017-03-02 09:36:05.870885 [DEBUG] switch_channel.c:3770 (sofia/external/17708999518) Callstate Change EARLY -> ACTIVE 2017-03-02 09:36:05.910876 [DEBUG] switch_core_media.c:7638 Audio params are unchanged for sofia/internal/3059001001 at 9.9.9.9:5066. 2017-03-02 09:36:05.910876 [DEBUG] mod_sofia.c:826 Local SDP sofia/internal/3059001001 at 9.9.9.9:5066: v=0 o=FreeSWITCH 1488425630 1488425632 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21730 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv 2017-03-02 09:36:05.910876 [NOTICE] switch_ivr_bridge.c:703 Channel [sofia/internal/3059001001 at 9.9.9.9:5066] has been answered 2017-03-02 09:36:05.910876 [DEBUG] switch_rtp.c:6991 Correct audio ip/port confirmed. 2017-03-02 09:36:05.910876 [DEBUG] switch_channel.c:3770 (sofia/internal/3059001001 at 9.9.9.9:5066) Callstate Change EARLY -> ACTIVE 2017-03-02 09:36:05.910876 [DEBUG] sofia.c:7107 Channel sofia/internal/3059001001 at 9.9.9.9:5066 entering state [completed][200] 2017-03-02 09:36:06.010890 [DEBUG] switch_rtp.c:6991 Correct audio ip/port confirmed. 2017-03-02 09:36:37.930899 [DEBUG] sofia.c:7107 Channel sofia/internal/3059001001 at 9.9.9.9:5066 entering state [terminating][0] 2017-03-02 09:36:37.930899 [NOTICE] sofia.c:8227 Hangup sofia/internal/3059001001 at 9.9.9.9:5066 [CS_EXECUTE] [NORMAL_UNSPECIFIED] 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:798 sofia/internal/3059001001 at 9.9.9.9:5066 ending bridge by request from read function 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:882 BRIDGE THREAD DONE [sofia/internal/3059001001 at 9.9.9.9:5066] 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:792 sofia/internal/3059001001 at 9.9.9.9:5066 ending bridge by request from write function 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:882 BRIDGE THREAD DONE [sofia/external/17708999518] 2017-03-02 09:36:37.950865 [NOTICE] switch_ivr_bridge.c:986 Hangup sofia/external/17708999518 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:653 (sofia/external/17708999518) State EXCHANGE_MEDIA going to sleep 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_HANGUP (Cur 6 Tot 799) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:850 (sofia/external/17708999518) Callstate Change ACTIVE -> HANGUP 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:852 (sofia/external/17708999518) State HANGUP 2017-03-02 09:36:37.950865 [DEBUG] mod_sofia.c:440 Channel sofia/external/17708999518 hanging up, cause: NORMAL_CLEARING 2017-03-02 09:36:37.950865 [DEBUG] mod_sofia.c:493 Sending BYE to sofia/external/17708999518 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:1795 sofia/external/17708999518 skip receive message [UNBRIDGE] (channel is hungup already) 2017-03-02 09:36:37.950865 [DEBUG] switch_ivr_bridge.c:1798 sofia/internal/3059001001 at 9.9.9.9:5066 skip receive message [UNBRIDGE] (channel is hungup already) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_session.c:2867 sofia/internal/3059001001 at 9.9.9.9:5066 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:650 (sofia/internal/3059001001 at 9.9.9.9:5066) State EXECUTE going to sleep 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_HANGUP (Cur 6 Tot 799) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:60 sofia/external/17708999518 Standard HANGUP, cause: NORMAL_CLEARING 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:852 (sofia/external/17708999518) State HANGUP going to sleep 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:619 (sofia/external/17708999518) State Change CS_HANGUP -> CS_REPORTING 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17708999518) Running State Change CS_REPORTING (Cur 6 Tot 799) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:938 (sofia/external/17708999518) State REPORTING 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:174 sofia/external/17708999518 Standard REPORTING, cause: NORMAL_CLEARING 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:938 (sofia/external/17708999518) State REPORTING going to sleep 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/3059001001 at 9.9.9.9:5066) Callstate Change ACTIVE -> HANGUP 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/3059001001 at 9.9.9.9:5066) State HANGUP 2017-03-02 09:36:37.950865 [DEBUG] mod_sofia.c:440 Channel sofia/internal/3059001001 at 9.9.9.9:5066 hanging up, cause: NORMAL_UNSPECIFIED 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:610 (sofia/external/17708999518) State Change CS_REPORTING -> CS_DESTROY 2017-03-02 09:36:37.950865 [DEBUG] switch_core_session.c:1695 Session 797 (sofia/external/17708999518) Locked, Waiting on external entities 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:60 sofia/internal/3059001001 at 9.9.9.9:5066 Standard HANGUP, cause: NORMAL_UNSPECIFIED 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/3059001001 at 9.9.9.9:5066) State HANGUP going to sleep 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:619 (sofia/internal/3059001001 at 9.9.9.9:5066) State Change CS_HANGUP -> CS_REPORTING 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_REPORTING (Cur 6 Tot 799) 2017-03-02 09:36:37.950865 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001001 at 9.9.9.9:5066) State REPORTING 2017-03-02 09:36:37.970919 [NOTICE] switch_core_session.c:1713 Session 797 (sofia/external/17708999518) Ended 2017-03-02 09:36:37.970919 [NOTICE] switch_core_session.c:1717 Close Channel sofia/external/17708999518 [CS_DESTROY] 2017-03-02 09:36:37.970919 [DEBUG] switch_core_state_machine.c:741 (sofia/external/17708999518) Running State Change CS_DESTROY (Cur 5 Tot 799) 2017-03-02 09:36:37.970919 [DEBUG] switch_core_state_machine.c:751 (sofia/external/17708999518) State DESTROY 2017-03-02 09:36:37.970919 [DEBUG] mod_sofia.c:345 sofia/external/17708999518 SOFIA DESTROY 2017-03-02 09:36:37.970919 [DEBUG] switch_core_state_machine.c:181 sofia/external/17708999518 Standard DESTROY 2017-03-02 09:36:37.970919 [DEBUG] switch_core_state_machine.c:751 (sofia/external/17708999518) State DESTROY going to sleep 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:174 sofia/internal/3059001001 at 9.9.9.9:5066 Standard REPORTING, cause: NORMAL_UNSPECIFIED 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001001 at 9.9.9.9:5066) State REPORTING going to sleep 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:610 (sofia/internal/3059001001 at 9.9.9.9:5066) State Change CS_REPORTING -> CS_DESTROY 2017-03-02 09:36:37.990965 [DEBUG] switch_core_session.c:1695 Session 796 (sofia/internal/3059001001 at 9.9.9.9:5066) Locked, Waiting on external entities 2017-03-02 09:36:37.990965 [NOTICE] switch_core_session.c:1713 Session 796 (sofia/internal/3059001001 at 9.9.9.9:5066) Ended 2017-03-02 09:36:37.990965 [NOTICE] switch_core_session.c:1717 Close Channel sofia/internal/3059001001 at 9.9.9.9:5066 [CS_DESTROY] 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/3059001001 at 9.9.9.9:5066) Running State Change CS_DESTROY (Cur 4 Tot 799) 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001001 at 9.9.9.9:5066) State DESTROY 2017-03-02 09:36:37.990965 [DEBUG] mod_sofia.c:345 sofia/internal/3059001001 at 9.9.9.9:5066 SOFIA DESTROY 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:181 sofia/internal/3059001001 at 9.9.9.9:5066 Standard DESTROY 2017-03-02 09:36:37.990965 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001001 at 9.9.9.9:5066) State DESTROY going to sleep From asilva at wirelessmundi.com Thu Mar 2 18:14:21 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Thu, 2 Mar 2017 16:14:21 +0100 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: <00af3f67-002c-c9cc-beab-e3baf2facac9@wirelessmundi.com> Hi, Can you provide the fs log with siptrace and nua logs enabled? to enable it: sofia global siptrace on sofia loglevel all 9 Regards, Ant?nio On 03/02/2017 04:04 PM, David Villasmil wrote: > Hello Guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z > 64bit) is ready > > And i'm seeing the issue where the 200OK is not being forwarded from > FS to the client. > > I'm attaching FS Log and sip trace. > > 1.1.1.1 = Client (Grandstream GXP1165) > 9.9.9.9 = freeSWITCH > 10.10.10.10 = Terminating GW (my_gateway) > > Been scratching my head for some time... > > > Appreciate your help! > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > > phone: +34669448337 > ? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/a708ce83/attachment.html From nzaytsevc at gmail.com Thu Mar 2 19:24:02 2017 From: nzaytsevc at gmail.com (Nikolay Zaytsev) Date: Thu, 2 Mar 2017 19:24:02 +0300 Subject: [Freeswitch-users] Unbridge inbound and outbound legs Message-ID: Good day to everyone! Could you please advise me how to unbridge inbound and outbound legs via ESL? Basically, what I need is on certain dtmf on outbound leg, "unbridge" inbound and outbound legs and put inbound call on music_on_hold. Both legs should not affect each other after "unbridge" Please advise me how to do it, I am lost :( Thank you for advise, Best regards Nikolay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/5d7ce739/attachment.html From Chris.Young at enghouse.com Thu Mar 2 19:31:23 2017 From: Chris.Young at enghouse.com (Chris Young) Date: Thu, 2 Mar 2017 16:31:23 +0000 Subject: [Freeswitch-users] Unbridge inbound and outbound legs In-Reply-To: References: Message-ID: <729d18ac1ab946a79b5886ecf13776ff@UK-MAIL-001.edge.local> Hi Nikolay, Coincidentally, I needed to do something similar to this the other day and accomplished it by using a combination uuid_transfer and the park_after_bridge channel variable. I'm not sure whether this would be considered the 'right' way of doing it but it worked for my scenario. Maybe it will work for you, too? Regards, Chris Chris Young Senior Software Engineer [cid:image7482a0.PNG at dc00f514.4fb88205] t: +44 118 943 9249 e: chris.young at enghouse.com w: www.enghouseinteractive.co.uk [cid:image6c1ba6.PNG at b8963a35.449174f5] Enghouse Interactive (UK) Ltd is a company registered in England and Wales. Registered number: 04230977. Registered office: Imperium, Imperial Way, Reading, Berkshire, RG2 0TD From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nikolay Zaytsev Sent: 02 March 2017 16:24 To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Unbridge inbound and outbound legs Good day to everyone! Could you please advise me how to unbridge inbound and outbound legs via ESL? Basically, what I need is on certain dtmf on outbound leg, "unbridge" inbound and outbound legs and put inbound call on music_on_hold. Both legs should not affect each other after "unbridge" Please advise me how to do it, I am lost :( Thank you for advise, Best regards Nikolay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/f3dae6c7/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1045 bytes Desc: image001.png Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/f3dae6c7/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5097 bytes Desc: image002.png Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/f3dae6c7/attachment-0003.png From mike at jerris.com Thu Mar 2 20:23:40 2017 From: mike at jerris.com (Michael Jerris) Date: Thu, 2 Mar 2017 12:23:40 -0500 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: I?d update to latest 1.6 release or latest master before you do anything else here. > On Mar 2, 2017, at 10:04 AM, David Villasmil wrote: > > Hello Guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is ready > > And i'm seeing the issue where the 200OK is not being forwarded from FS to the client. > > I'm attaching FS Log and sip trace. > > 1.1.1.1 = Client (Grandstream GXP1165) > 9.9.9.9 = freeSWITCH > 10.10.10.10 = Terminating GW (my_gateway) > > Been scratching my head for some time... > > > Appreciate your help! > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/6be92156/attachment.html From david.villasmil.work at gmail.com Thu Mar 2 20:38:04 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 02 Mar 2017 17:38:04 +0000 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: Will do, still will also do the debugging On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris wrote: > I?d update to latest 1.6 release or latest master before you do anything > else here. > > On Mar 2, 2017, at 10:04 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > Hello Guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z > 64bit) is ready > > And i'm seeing the issue where the 200OK is not being forwarded from FS to > the client. > > I'm attaching FS Log and sip trace. > > 1.1.1.1 = Client (Grandstream GXP1165) > 9.9.9.9 = freeSWITCH > 10.10.10.10 = Terminating GW (my_gateway) > > Been scratching my head for some time... > > > Appreciate your help! > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/a3bb9ad1/attachment.html From olegstolyar at gmail.com Thu Mar 2 21:58:54 2017 From: olegstolyar at gmail.com (Oleg Stolyar) Date: Thu, 2 Mar 2017 10:58:54 -0800 Subject: [Freeswitch-users] Setting codec on the fly on incoming legs Message-ID: Hi guys, is there a way to set the codec string on the fly in the dialplan for an incoming leg? I tried setting codec_string and absolute_codec_string but it didn't seem to work on incoming calls. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/3a0fe5d7/attachment.html From olegstolyar at gmail.com Thu Mar 2 22:06:50 2017 From: olegstolyar at gmail.com (Oleg Stolyar) Date: Thu, 2 Mar 2017 11:06:50 -0800 Subject: [Freeswitch-users] Setting codec on the fly on incoming legs In-Reply-To: References: Message-ID: Sorry, never mind. codec_string and absolute_codec_string worked. I just has pre_answer earlier in my dialplan, so I was calling them too late. On Thu, Mar 2, 2017 at 10:58 AM, Oleg Stolyar wrote: > Hi guys, > > is there a way to set the codec string on the fly in the dialplan for an > incoming leg? > > I tried setting codec_string and absolute_codec_string but it didn't seem > to work on incoming calls. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/800fb48f/attachment.html From david.villasmil.work at gmail.com Thu Mar 2 23:13:01 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 2 Mar 2017 21:13:01 +0100 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: Michael, Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have solved the problem, keep you posted. Thanks for the suggestion. David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Will do, still will also do the debugging > > On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris wrote: > >> I?d update to latest 1.6 release or latest master before you do anything >> else here. >> >> On Mar 2, 2017, at 10:04 AM, David Villasmil > com> wrote: >> >> Hello Guys, >> >> I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z >> 64bit) is ready >> >> And i'm seeing the issue where the 200OK is not being forwarded from FS >> to the client. >> >> I'm attaching FS Log and sip trace. >> >> 1.1.1.1 = Client (Grandstream GXP1165) >> 9.9.9.9 = freeSWITCH >> 10.10.10.10 = Terminating GW (my_gateway) >> >> Been scratching my head for some time... >> >> >> Appreciate your help! >> >> >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> ? >> >> _____ >> ____________________________________________________________________ >> >> >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/36757d50/attachment-0001.html From steveayre at gmail.com Thu Mar 2 23:34:17 2017 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 2 Mar 2017 20:34:17 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: It's possible it's an attack against the CDR database rather than the SIP one http://www.securityfocus.com/bid/8599/discuss On 1 March 2017 at 06:36, Michael Jerris wrote: > i don't think it will... we have pretty robust sql injection protection in > the sip module. If anyone finds a hole in that please file a bug but in > doubtful there will be one. > > On Tue, Feb 28, 2017 at 9:41 PM David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> I can try this tomorrow >> On Wed, Mar 1, 2017 at 1:06 AM Brian West wrote: >> >> I haven't seen it actually accomplish anything against my instances of >> FreeSWITCH, I just googled the string and its in the SQL Injection list, >> but what I'm wonder is if you're using PGSQL or MYSQL if that invite I put >> in my last message causes any issues. >> >> /b >> >> >> On Tue, Feb 28, 2017 at 6:01 PM, Russell Treleaven < >> rtreleaven at bunnykick.ca> wrote: >> >> I've been seeing for approximately a week. >> >> On Feb 28, 2017 6:59 PM, "Brian West" wrote: >> >> You can calm down, Do you have any proof you've been hacked? This >> appears to be an SQL Injection attempt, I started seeing this yesterday! >> >> Here is what I had in my logs and what the packet has in it: >> >> 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 >> a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 >> 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] >> switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@ >> 190.102.98.246 [CS_NEW] [WRONG_CALL_STATE] >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 >> (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended >> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close >> Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] >> >> >> >> INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 >> Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9hG4bK-524287-1--- >> 321bda12cf15b137;rport >> Max-Forwards: 70 >> Contact: > 245.31:41254>;+sip.instance="> 9b43-bd04fcd1634d>" >> To: >> From: > 102.98.246>;tag=UBAWADPX >> Call-ID: OIERRISLMMBKZCIIUGWESXQM >> CSeq: 1 INVITE >> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >> REGISTER, SUBSCRIBE, INFO >> Content-Type: application/sdp >> Supported: replaces >> User-Agent: Cisco-SIPGateway/IOS-12.x >> Allow-Events: hold, talk, conference >> Content-Length: 0 >> >> >> I would like to dive deeper and see if anyone else has seen this, I had >> also seen it today in the FreeSWITCH hipchat channel. >> >> /b >> >> >> >> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >> >> Hi team , >> >> Please help on below query >> >> Sent from my iPhone >> >> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >> > >> > Hi Team >> > >> > my account got hacked and attacked using my DID number as caller id and >> making calls via my FS server. >> > >> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >> this mean and how can they set my did as caller id and make calls... Urgent >> help needed. >> > >> > Thanks, >> > Siju Nair >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/a9ee01a5/attachment-0001.html From steveayre at gmail.com Thu Mar 2 23:36:23 2017 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 2 Mar 2017 20:36:23 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: Or given the content of the string... bypass a CLI whitelist? On 2 March 2017 at 20:34, Steven Ayre wrote: > It's possible it's an attack against the CDR database rather than the SIP > one http://www.securityfocus.com/bid/8599/discuss > > On 1 March 2017 at 06:36, Michael Jerris wrote: > >> i don't think it will... we have pretty robust sql injection protection >> in the sip module. If anyone finds a hole in that please file a bug but in >> doubtful there will be one. >> >> On Tue, Feb 28, 2017 at 9:41 PM David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> I can try this tomorrow >>> On Wed, Mar 1, 2017 at 1:06 AM Brian West wrote: >>> >>> I haven't seen it actually accomplish anything against my instances of >>> FreeSWITCH, I just googled the string and its in the SQL Injection list, >>> but what I'm wonder is if you're using PGSQL or MYSQL if that invite I put >>> in my last message causes any issues. >>> >>> /b >>> >>> >>> On Tue, Feb 28, 2017 at 6:01 PM, Russell Treleaven < >>> rtreleaven at bunnykick.ca> wrote: >>> >>> I've been seeing for approximately a week. >>> >>> On Feb 28, 2017 6:59 PM, "Brian West" wrote: >>> >>> You can calm down, Do you have any proof you've been hacked? This >>> appears to be an SQL Injection attempt, I started seeing this yesterday! >>> >>> Here is what I had in my logs and what the packet has in it: >>> >>> 2017-02-27 18:40:20.451831 [WARNING] switch_core_state_machine.c:687 >>> a7c86b62-4dbf-4609-8bc2-3b6a38e2686a sofia/internal/?hi'or?x?='x'@190.10 >>> 2.98.246 Abandoned2017-02-27 18:40:20.451831 [NOTICE] >>> switch_core_state_machine.c:690 Hangup sofia/internal/?hi'or?x?='x'@1 >>> 90.102.98.246 [CS_NEW] [WRONG_CALL_STATE] >>> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1730 Session 2 >>> (sofia/internal/?hi'or?x?='x'@190.102.98.246) Ended >>> 2017-02-27 18:40:20.451831 [NOTICE] switch_core_session.c:1734 Close >>> Channel sofia/internal/?hi'or?x?='x'@190.102.98.246 [CS_DESTROY] >>> >>> >>> >>> INVITE sip:1259360048825408632 at 190.102.98.246 SIP/2.0 >>> Via: SIP/2.0/UDP 62.210.245.31:41254;branch=z9h >>> G4bK-524287-1---321bda12cf15b137;rport >>> Max-Forwards: 70 >>> Contact: >> 5.31:41254>;+sip.instance=">> -bd04fcd1634d>" >>> To: >>> From: >> 98.246>;tag=UBAWADPX >>> Call-ID: OIERRISLMMBKZCIIUGWESXQM >>> CSeq: 1 INVITE >>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, >>> REGISTER, SUBSCRIBE, INFO >>> Content-Type: application/sdp >>> Supported: replaces >>> User-Agent: Cisco-SIPGateway/IOS-12.x >>> Allow-Events: hold, talk, conference >>> Content-Length: 0 >>> >>> >>> I would like to dive deeper and see if anyone else has seen this, I had >>> also seen it today in the FreeSWITCH hipchat channel. >>> >>> /b >>> >>> >>> >>> On Tue, Feb 28, 2017 at 2:38 PM, Siju Nair wrote: >>> >>> Hi team , >>> >>> Please help on below query >>> >>> Sent from my iPhone >>> >>> > On 28-Feb-2017, at 3:59 PM, Siju Nair wrote: >>> > >>> > Hi Team >>> > >>> > my account got hacked and attacked using my DID number as caller id >>> and making calls via my FS server. >>> > >>> > in logs i could notice this sofia/external/'hi'or'x'='x' ... what does >>> this mean and how can they set my did as caller id and make calls... Urgent >>> help needed. >>> > >>> > Thanks, >>> > Siju Nair >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/4c1c3e20/attachment-0001.html From steveayre at gmail.com Fri Mar 3 00:07:40 2017 From: steveayre at gmail.com (Steven Ayre) Date: Thu, 2 Mar 2017 21:07:40 +0000 Subject: [Freeswitch-users] CPU sys load issue In-Reply-To: <3f5b7bf3-17d3-5eb9-afd5-ca2476bb2da9@wirelessmundi.com> References: <17442261-ceca-5150-1306-cd456a7600a1@wirelessmundi.com> <43b9c231-f7c3-2739-baf5-5f1d1bceda61@wirelessmundi.com> <11ccae1f-ad9a-211c-f31c-13c848854264@wirelessmundi.com> <6c89c31e-daec-9647-60e8-775dc20ab3b9@wirelessmundi.com> <7f1bddfb-7927-e00f-64f2-705b94ae9a0c@wirelessmundi.com> <3f5b7bf3-17d3-5eb9-afd5-ca2476bb2da9@wirelessmundi.com> Message-ID: Should add that we don't see the cpu behaviour you're seeing. We only sync clock because the monotonic clock drifts away from the NTP one on some of our servers by up to 300ms. Usually it's only an issue if FreeSWITCH starts on boot before NTP has synced. tcmalloc is presumably solving your cpu issue and sync clock working around your separate clock sync issue. If you're running sync clock frequently enough it's probably safe. enable-use-system-time is essentially the extreme end of that. The reason to normally prefer sync_clock_when_idle is so as not to affect CDRs of current calls by creating big jumps in timestamp/duration, but if you're never letting them drift far apart that shouldn't become an issue. On 1 March 2017 at 13:57, Antonio Silva wrote: > thsk steven, i've to do some test first as well. > > As for the main problem, i put back the sync clock every night and do far > no peaks on cpu sys. So the solution for me was to put fs compiled with > tcmalloc. > > Regards, > Ant?nio > > > On 03/01/2017 01:02 PM, Steven Ayre wrote: > > We're planning on rolling it out but haven't yet done so. Need to schedule > some testing on it first. > > I suspect the risk he refers to is if you're manually changing the system > clock you can cause large clock jumps. That can affect CDR timestamps, > either billing for longer periods than you should or getting negative call > durations. > > If you're using the NTP daemon to get constant adjustments, it's > configured correctly, it starts on boot, is trustworthy, refuses to make > large clock changes and you're monitoring it properly you'll probably be > fine. I'd suggest using UTC for the system clock too, to guarantee you're > not seeing any DST jumps. > > Steve > > On 24 February 2017 at 18:02, Antonio Silva > wrote: > >> Hi Steven, >> >> Thanks for the tips. >> >> i don't use sync_clock_when_idle because it waits until there is 0 calls, >> if you never hit 0 calls then the clock is never sync, i wanted to be sure >> that is done. >> >> didn't know about "enable-use-system-time", just see the commit and >> there is a note from Anthony: "add enable-use-system-time param to >> switch.conf.xml *use at your own risk*", are you using it? does it >> affect performance? >> >> I've to tried it. >> >> >> About cpu sys to high and getting block, using tcmalloc seams to solve >> it, today everything went ok, no peaks in cpu sys. >> Next week i'll put back the sync_clock. >> >> Regards, >> >> >> On 02/24/2017 02:31 PM, Steven Ayre wrote: >> >> NTP adjusts the system clock while FS initialises a monotonic clock on >> start. FS doesn't see adjustments for drift by NTP. >> >> sync_clock_when_idle is better than sync_clock. >> >> You can also use the enable-use-system-time option which'll get it to use >> the system (and therefore NTP) time. >> >> On 23 February 2017 at 23:14, Antonio Silva >> wrote: >> >>> i had a issue with cdr timestamp and the system date, after uptime of >>> 140 days fs clock was behind 1min. >>> It has something between system clock and ntp, so to force fs to keep up >>> i force the sync_clock. >>> >>> >>> >>> On 02/24/2017 12:06 AM, Brian West wrote: >>> >>> First why did you ever call sync_clock? >>> >>> On Thu, Feb 23, 2017 at 4:51 PM, Antonio Silva >> > wrote: >>> >>>> Hi Brian, >>>> >>>> Not for today, the first time it happens was my first though something >>>> with the traffic, but i couldn't find any association with the type of >>>> traffic. Actually after restart fs i receive traffic from the same >>>> endpoints, same type of calls and the issue don't reproduce until next >>>> morning... >>>> >>>> There was something i was doing at 00 every day, the command "fsctl >>>> sync_clock"... well i just disabled it today. I've to wait until tomorrow >>>> to check the results. >>>> >>>> I just install fs compiled with tcmalloc, so if there is no problems i >>>> will put back the "sync_clock " command to really check if it could be the >>>> cause. >>>> >>>> Right now i'm quite lost on what to do more... >>>> >>>> >>>> >>>> On 02/23/2017 11:37 PM, Brian West wrote: >>>> >>>> Do you have pcaps of the traffic that may trigger this behavior? >>>> >>>> /b >>>> >>>> >>>> On Thu, Feb 23, 2017 at 2:58 PM, Antonio Silva < >>>> asilva at wirelessmundi.com> wrote: >>>> >>>>> Thanks Juan, that's it, i was missing the dev pkg. >>>>> >>>>> >>>>> >>>>> On 02/23/2017 08:34 PM, Juan Pablo Godoy Macari wrote: >>>>> >>>>> Antonio, you should install this: >>>>> >>>>> apt-get install libgoogle-perftools-dev >>>>> >>>>> Regards, >>>>> >>>>> 2017-02-23 16:26 GMT-03:00 Juan Pablo Godoy Macari < >>>>> jpgodoy at redvoiss.net>: >>>>> >>>>>> Try this: ./configure LIBS="-ltcmalloc" >>>>>> >>>>>> 2017-02-23 16:19 GMT-03:00 Antonio Silva : >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Did you compile fs in debian with tcmalloc? >>>>>>> >>>>>>> didn't work for me... do i miss something? >>>>>>> >>>>>>> >>>>>>> root at dev:/usr/src/freeswitch.git# apt-get install >>>>>>> libtcmalloc-minimal4 >>>>>>> root at dev:/usr/src/freeswitch.git# export LIBS=-ltcmalloc >>>>>>> root at dev:/usr/src/freeswitch.git# ./configure >>>>>>> checking for a BSD-compatible install... /usr/bin/install -c >>>>>>> checking whether build environment is sane... yes >>>>>>> checking for a thread-safe mkdir -p... /bin/mkdir -p >>>>>>> checking for gawk... no >>>>>>> checking for mawk... mawk >>>>>>> checking whether make sets $(MAKE)... yes >>>>>>> checking whether make supports nested variables... yes >>>>>>> checking whether make supports nested variables... (cached) yes >>>>>>> checking build system type... x86_64-unknown-linux-gnu >>>>>>> checking host system type... x86_64-unknown-linux-gnu >>>>>>> checking for style of include used by make... GNU >>>>>>> checking for gcc... gcc >>>>>>> checking whether the C compiler works... no >>>>>>> configure: error: in `/usr/src/freeswitch.git': >>>>>>> configure: error: C compiler cannot create executables >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 02/23/2017 07:56 PM, Antonio Silva wrote: >>>>>>> >>>>>>> Hi Juan, >>>>>>> >>>>>>> Thanks for the tips!! >>>>>>> >>>>>>> Unfortunately i cannot test with -nosql option, i need to have the >>>>>>> sip_registration fill to be able to send options to natted endpoints. But i >>>>>>> don't think the issue is in db, i use postgres and to get better >>>>>>> performance from it i run it on tmpfs. >>>>>>> >>>>>>> >>>>>>> I read about tcmalloc, but from jira FS-7315, i get the idea that it >>>>>>> didn't change anything.. but i guess i can try it and post the results, >>>>>>> from the bt i do see some calls been done to malloc, but not sure if they >>>>>>> are locking or not. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> >>>>>>> On 02/23/2017 06:52 PM, Juan Pablo Godoy Macari wrote: >>>>>>> >>>>>>> Hello Antonio, >>>>>>> >>>>>>> I had the same issue, to fix it i tried many things written in this >>>>>>> mail list. Try running FS with -nosql option, if that doesn't work >>>>>>> recompile FS with tcmalloc (from google's perfomance tools). >>>>>>> >>>>>>> That did it for me. >>>>>>> >>>>>>> Regards, >>>>>>> Juan Pablo. >>>>>>> >>>>>>> 2017-02-23 13:26 GMT-03:00 Antonio Silva : >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> i'm having an issue with FS that gets lock every morning with cpu >>>>>>>> sys >>>>>>>> hitting 80%, because is limited in fs with min-idle, it could reach >>>>>>>> the >>>>>>>> 100%, so the calls are rejected by load, to solve the problem i >>>>>>>> kill fs >>>>>>>> and start it again. >>>>>>>> >>>>>>>> I discard a load issue, because after restarting freeswitch the >>>>>>>> system >>>>>>>> increases in number of sessions/cps and no problems at all until >>>>>>>> next >>>>>>>> day.... it's given me crazy... i've enough memory, lots of cores... >>>>>>>> after restart fs the system stays at less than 30% of cpu usage. >>>>>>>> >>>>>>>> >>>>>>>> Right now i have hpet as clocksource, transcoding is minimal (use >>>>>>>> inheric_codec, only happens because of different ptimes with some >>>>>>>> endpoints) . >>>>>>>> >>>>>>>> >>>>>>>> anyone having similar problem? or any tip i can do to debug this >>>>>>>> issue? >>>>>>>> >>>>>>>> >>>>>>>> For info the Jira ticket can be located at >>>>>>>> https://freeswitch.org/jira/browse/FS-9957, >>>>>>>> >>>>>>>> i've done a gcore, top, htop when the system is with high cpu sys >>>>>>>> but i >>>>>>>> can't figure the thread that is causing the issue... initial i >>>>>>>> thought >>>>>>>> it was because of module lua (most of my logic is done there), but >>>>>>>> today >>>>>>>> only 2 threads where running mod_lua when it happen. >>>>>>>> >>>>>>>> >>>>>>>> Appreciate the help. >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Saludos / Regards / Cumprimentos, >>>>>>>> Ant?nio silva >>>>>>>> >>>>>>>> >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting at freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>> switch-users >>>>>>>> http://www.freeswitch.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org http://www.freeswitchsolutions.com >>>>>>> Official FreeSWITCH Sites http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org http://www.cluecon.com >>>>>>> FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users http://www.freeswitch.org >>>>>> >>>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >>>>> http://www.freeswitch.org http://confluence.freeswitch.org >>>>> http://www.cluecon.com FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >>>>> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >>>>> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org >>>> >>>> -- >>>> >>>> *Brian West* brian at freeswitch.org >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> >>>> http://www.freeswitchbook.com http://www.freeswitchcookbook.com >>>> Allison prompts for FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Wish to schedule a meeting? >>>> >>>> http://app.timebridge.com/#/meet/freeswitch >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >>>> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >>>> http://www.freeswitch.org http://confluence.freeswitch.org >>>> http://www.cluecon.com FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >>>> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >>>> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org >>> >>> -- >>> >>> *Brian West* brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com http://www.freeswitchcookbook.com >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >>> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >>> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >>> http://www.freeswitch.org http://confluence.freeswitch.org >>> http://www.cluecon.com FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >>> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >>> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >> http://www.freeswitchsolutions.com Official FreeSWITCH Sites >> http://www.freeswitch.org http://confluence.freeswitch.org >> http://www.cluecon.com FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/ma >> ilman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.frees >> witch.org/mailman/options/freeswitch-users http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/4f928420/attachment-0001.html From david.villasmil.work at gmail.com Fri Mar 3 01:53:37 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 2 Mar 2017 23:53:37 +0100 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: Hello guys, By the way, the subject reads "200 ok not forwarded", but it's actually the BYE... I'm hoping there's something obvious i'm not seeing.... but it's still happening, BYE is not being forwarded and the other leg stays there until a timeout where the a leg triggers a BYE to be sent to FS and FS responds with 481... The only thing I see is a "not found by name" but i'm not sure what that means (I'd say fs can't find the other leg by name? Don't know why, the call is up) Help is very much appreciated. Attaching fs log with sofia debug on... David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 9:13 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Michael, > > Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have > solved the problem, keep you posted. > > Thanks for the suggestion. > > David > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > > On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Will do, still will also do the debugging >> >> On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris wrote: >> >>> I?d update to latest 1.6 release or latest master before you do anything >>> else here. >>> >>> On Mar 2, 2017, at 10:04 AM, David Villasmil < >>> david.villasmil.work at gmail.com> wrote: >>> >>> Hello Guys, >>> >>> I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z >>> 64bit) is ready >>> >>> And i'm seeing the issue where the 200OK is not being forwarded from FS >>> to the client. >>> >>> I'm attaching FS Log and sip trace. >>> >>> 1.1.1.1 = Client (Grandstream GXP1165) >>> 9.9.9.9 = freeSWITCH >>> 10.10.10.10 = Terminating GW (my_gateway) >>> >>> Been scratching my head for some time... >>> >>> >>> Appreciate your help! >>> >>> >>> >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work at gmail.com >>> phone: +34669448337 <+34%20669%2044%2083%2037> >>> ? >>> >>> ________ >>> _________________________________________________________________ >>> >>> >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/994b3eb5/attachment-0001.html -------------- next part -------------- tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940f9740 from (udp/9.9.9.9:5066) has 20 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): bad msg 0x7f78940f9740 (0 bytes) from udp/1.1.1.1:5066/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103899443) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78baeedd40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f78940048f0): events IN tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940f6af0 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f6af0): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f6af0): Setting TCP_KEEPINTVL to 30 tport.c:2640 tport_accept() tport_accept(0x7f78940f6af0): new connection from tcp/1.1.1.1:33919/sip tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f6af0) msg 0x7f78940edcc0 from (tcp/1.1.1.1:33919) has 1223 bytes, veclen = 1 recv 1223 bytes from tcp/[1.1.1.1]:33919 at 17:23:59.741159: ------------------------------------------------------------------------ INVITE sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK1821569725;rport;alias From: "3059001003" ;tag=1168498006 To: Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1300 INVITE Contact: "3059001003" Max-Forwards: 70 User-Agent: Grandstream GXP1165 1.0.5.26 Privacy: none P-Preferred-Identity: "3059001003" Supported: replaces, path, timer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Type: application/sdp Accept: application/sdp, application/dtmf-relay Content-Length: 410 v=0 o=3059001003 8000 8000 IN IP4 192.168.1.103 s=SIP Call c=IN IP4 192.168.1.103 t=0 0 m=audio 5004 RTP/AVP 18 0 8 97 9 4 2 101 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=ptime:40 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:9 G722/8000 a=rtpmap:4 G723/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f78940f6af0): msg 0x7f78940edcc0 (1223 bytes) from tcp/1.1.1.1:33919/sip next=(nil) nta.c:2880 agent_recv_request() nta: received INVITE sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 (CSeq 1300) nta.c:3174 agent_check_request_via() nta: Via check: received=1.1.1.1 nta.c:3248 agent_aliases() nta: canonizing sip:0017864732820 at 9.9.9.9:5066 with contact nta.c:3085 agent_recv_request() nta: INVITE (1300) going to a default leg nta.c:1350 set_timeout() nta: timer set to 2000 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f78940f7560) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940e3e90, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f78940eb7d0) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f78940e3e90) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f78940e3e90, (nil), 0x7f78940f574d, 410) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f78940f7560): adding session usage tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 404 bytes of 404 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 404 send 404 bytes to tcp/[1.1.1.1]:33919 at 17:23:59.741508: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK1821569725;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1300 INVITE User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (1300) nua_stack.c:271 nua_stack_event() nua(0x7f78940f7560): event i_invite 100 Trying nua_session.c:4139 signal_call_state_change() nua(0x7f78940f7560): call state changed: init -> received, received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f78940e3e90, [0x7f78baeed8c8], [0x7f78baeed8d0], [(nil)]) called nua_stack.c:271 nua_stack_event() nua(0x7f78940f7560): event i_state 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2017-03-02 17:23:59.732052 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/3059001003 at 9.9.9.9:5066 [bd617718-2614-4849-9976-af940afd2e17] nua_stack.c:359 nua_application_event() nua: nua_application_event: entering 2017-03-02 17:23:59.732052 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_NEW (Cur 1 Tot 100) nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.732052 [DEBUG] sofia.c:9819 sofia/internal/3059001003 at 9.9.9.9:5066 receiving invite from 1.1.1.1:33919 version: 1.6.15 -32-bec4538 64bit 2017-03-02 17:23:59.732052 [DEBUG] sofia.c:9990 IP 1.1.1.1 Rejected by acl "domain". Falling back to Digest auth. nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:573 nua_stack_signal() nua(0x7f78940f7560): recv signal r_respond 407 Proxy Authentication Required nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940e3e90, ...) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f78940e3e90) called tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 909 bytes of 909 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 909 send 909 bytes to tcp/[1.1.1.1]:33919 at 17:23:59.742806: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK1821569725;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: ;tag=t33eyj4X6UaZe Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1300 INVITE User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~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="9.9.9.9", nonce="0cb6e459-5f17-4ef2-94af-bcd5bac0eee4", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (1300) nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f78940f7560): removing session usage nua_session.c:4139 signal_call_state_change() nua(0x7f78940f7560): call state changed: received -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f78940f7560): event i_state 407 Proxy Authentication Required nua_stack.c:271 nua_stack_event() nua(0x7f78940f7560): event i_terminated 407 Proxy Authentication Required soa.c:356 soa_destroy() soa_destroy(static::0x7f78940e3e90) called nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f78940eb7d0) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering 2017-03-02 17:23:59.732052 [DEBUG] sofia.c:2334 detaching session bd617718-2614-4849-9976-af940afd2e17 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f78940f7560): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f78940f7560): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:529 nua_signal() nua(0x7f78940f7560): sent signal r_respond 2017-03-02 17:23:59.732052 [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0017864732820 at 9.9.9.9] from ip 1.1.1.1 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering 2017-03-02 17:23:59.732052 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/3059001003 at 9.9.9.9:5066) State NEW tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f6af0) msg 0x7f78940efe40 from (tcp/1.1.1.1:33919) has 373 bytes, veclen = 1 recv 373 bytes from tcp/[1.1.1.1]:33919 at 17:23:59.839587: ------------------------------------------------------------------------ ACK sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK1821569725;rport;alias From: "3059001003" ;tag=1168498006 To: ;tag=t33eyj4X6UaZe Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1300 ACK Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f78940f6af0): msg 0x7f78940efe40 (373 bytes) from tcp/1.1.1.1:33919/sip next=(nil) nta.c:2880 agent_recv_request() nta: received ACK sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 (CSeq 1300) nta.c:3174 agent_check_request_via() nta: Via check: received=1.1.1.1 nta.c:3019 agent_recv_request() nta: ACK (1300) is going to INVITE (1300) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f6af0) msg 0x7f78940e3e90 from (tcp/1.1.1.1:33919) has 1460 bytes, veclen = 1 tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f6af0) msg 0x7f78940e3e90 from (tcp/1.1.1.1:33919) has 41 bytes, veclen = 1 recv 1501 bytes from tcp/[1.1.1.1]:33919 at 17:23:59.924649: ------------------------------------------------------------------------ INVITE sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK835826063;rport;alias From: "3059001003" ;tag=1168498006 To: Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 INVITE Contact: "3059001003" Proxy-Authorization: Digest username="3059001003", realm="9.9.9.9", nonce="0cb6e459-5f17-4ef2-94af-bcd5bac0eee4", uri="sip:0017864732820 at 9.9.9.9:5066;user=phone", response="6e45981809c2e90f457a31fe6f0a8ab6", algorithm=MD5, cnonce="07978621", qop=auth, nc=0000000d Max-Forwards: 70 User-Agent: Grandstream GXP1165 1.0.5.26 Privacy: none P-Preferred-Identity: "3059001003" Supported: replaces, path, timer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Type: application/sdp Accept: application/sdp, application/dtmf-relay Content-Length: 410 v=0 o=3059001003 8000 8000 IN IP4 192.168.1.103 s=SIP Call c=IN IP4 192.168.1.103 t=0 0 m=audio 5004 RTP/AVP 18 0 8 97 9 4 2 101 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=ptime:40 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:9 G722/8000 a=rtpmap:4 G723/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f78940f6af0): msg 0x7f78940e3e90 (1501 bytes) from tcp/1.1.1.1:33919/sip next=(nil) nta.c:2880 agent_recv_request() nta: received INVITE sip:0017864732820 at 9.9.9.9:5066;user=phone SIP/2.0 (CSeq 1301) nta.c:3174 agent_check_request_via() nta: Via check: received=1.1.1.1 nta.c:3248 agent_aliases() nta: canonizing sip:0017864732820 at 9.9.9.9:5066 with contact nta.c:3085 agent_recv_request() nta: INVITE (1301) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f78940f0970) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940ea6c0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f78940acc30) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f78940ea6c0) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f78940ea6c0, (nil), 0x7f78940f0283, 410) called nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f78940f0970): adding session usage tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 403 bytes of 403 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 403 send 403 bytes to tcp/[1.1.1.1]:33919 at 17:23:59.924992: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK835826063;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 INVITE User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (1301) nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_invite 100 Trying nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: init -> received, received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f78940ea6c0, [0x7f78baeed8c8], [0x7f78baeed8d0], [(nil)]) called nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 100 Trying tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:2442 Re-attaching to session bd617718-2614-4849-9976-af940afd2e17 nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:9819 sofia/internal/3059001003 at 9.9.9.9:5066 receiving invite from 1.1.1.1:33919 version: 1.6.15 -32-bec4538 64bit 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:9990 IP 1.1.1.1 Rejected by acl "domain". Falling back to Digest auth. 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:11131 Setting NAT mode based on via received nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:7042 Channel sofia/internal/3059001003 at 9.9.9.9:5066 entering state [received][100] 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:7052 Remote SDP: v=0 o=3059001003 8000 8000 IN IP4 192.168.1.103 s=SIP Call c=IN IP4 192.168.1.103 t=0 0 m=audio 5004 RTP/AVP 18 0 8 97 9 4 2 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:9 G722/8000 a=rtpmap:4 G723/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:40 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:7444 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_NEW -> CS_INIT nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_INIT (Cur 1 Tot 100) 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:627 (sofia/internal/3059001003 at 9.9.9.9:5066) State INIT 2017-03-02 17:23:59.912035 [DEBUG] mod_sofia.c:90 sofia/internal/3059001003 at 9.9.9.9:5066 SOFIA INIT 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:40 sofia/internal/3059001003 at 9.9.9.9:5066 Standard INIT 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_INIT -> CS_ROUTING 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:627 (sofia/internal/3059001003 at 9.9.9.9:5066) State INIT going to sleep 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_ROUTING (Cur 1 Tot 100) 2017-03-02 17:23:59.912035 [DEBUG] switch_channel.c:2249 (sofia/internal/3059001003 at 9.9.9.9:5066) Callstate Change DOWN -> RINGING 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:643 (sofia/internal/3059001003 at 9.9.9.9:5066) State ROUTING 2017-03-02 17:23:59.912035 [DEBUG] mod_sofia.c:143 sofia/internal/3059001003 at 9.9.9.9:5066 SOFIA ROUTING 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:236 sofia/internal/3059001003 at 9.9.9.9:5066 Standard ROUTING 2017-03-02 17:23:59.912035 [INFO] mod_dialplan_xml.c:637 Processing 3059001003 <3059001003>->0017864732820 in context default Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 parsing [default->unloop] continue=false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 parsing [default->Add_Internal_UUID] continue=true Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (PASS) [Add_Internal_UUID] destination_number(0017864732820) =~ /^.*$/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action session_loglevel(debug) Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action log(ERR Call-ID: [${sip_call_id}]) Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action set(sip_h_X-cid=${sip_call_id}) Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 parsing [default->local.example.com] continue=false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (PASS) [local.example.com] ${toll_allow}(domestic,international,local) =~ /local/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (FAIL) [local.example.com] destination_number(0017864732820) =~ /^(305900100[0-9])$/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 parsing [default->david_test] continue=false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (FAIL) [david_test] destination_number(0017864732820) =~ /^(9999999)$/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 parsing [default->domestic] continue=false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Regex (PASS) [domestic] destination_number(0017864732820) =~ /^00(1[2-9][0-9]{2}[2-9][0-9]{6}$)/ break=on-false Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action ring_ready() Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action set(effective_caller_id_number=17863580970) Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action set(effective_caller_id_name=17863580970) Dialplan: sofia/internal/3059001003 at 9.9.9.9:5066 Action bridge(sofia/gateway/creacomm/17864732820) 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:286 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_ROUTING -> CS_EXECUTE 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:643 (sofia/internal/3059001003 at 9.9.9.9:5066) State ROUTING going to sleep 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_EXECUTE (Cur 1 Tot 100) 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:650 (sofia/internal/3059001003 at 9.9.9.9:5066) State EXECUTE 2017-03-02 17:23:59.912035 [DEBUG] mod_sofia.c:198 sofia/internal/3059001003 at 9.9.9.9:5066 SOFIA EXECUTE 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:328 sofia/internal/3059001003 at 9.9.9.9:5066 Standard EXECUTE EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 session_loglevel(debug) 2017-03-02 17:23:59.912035 [DEBUG] mod_dptools.c:4515 Setting log level "DEBUG" on session EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 log(ERR Call-ID: [661215423-5066-131 at BJC.BGI.B.BAD]) 2017-03-02 17:23:59.912035 [ERR] mod_dptools.c:1721 Call-ID: [661215423-5066-131 at BJC.BGI.B.BAD] EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 set(sip_h_X-cid=661215423-5066-131 at BJC.BGI.B.BAD) 2017-03-02 17:23:59.912035 [DEBUG] mod_dptools.c:1527 SET sofia/internal/3059001003 at 9.9.9.9:5066 [sip_h_X-cid]=[661215423-5066-131 at BJC.BGI.B.BAD] EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 ring_ready() nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:573 nua_stack_signal() nua(0x7f78940f0970): recv signal r_respond 180 Ringing nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940ea6c0, ...) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 899 bytes of 899 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 899 send 899 bytes to tcp/[1.1.1.1]:33919 at 17:23:59.928622: ------------------------------------------------------------------------ SIP/2.0 180 Ringing Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK835826063;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~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-Length: 0 P-Asserted-Identity: "0017864732820" ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 180 Ringing for INVITE (1301) nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: received -> early nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 180 Ringing nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_respond 2017-03-02 17:23:59.912035 [NOTICE] mod_sofia.c:2263 Ring-Ready sofia/internal/3059001003 at 9.9.9.9:5066! nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.912035 [DEBUG] sofia.c:7042 Channel sofia/internal/3059001003 at 9.9.9.9:5066 entering state [early][180] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.912035 [NOTICE] mod_dptools.c:1025 Ring Ready sofia/internal/3059001003 at 9.9.9.9:5066! EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 set(effective_caller_id_number=17863580970) 2017-03-02 17:23:59.912035 [DEBUG] mod_dptools.c:1527 SET sofia/internal/3059001003 at 9.9.9.9:5066 [effective_caller_id_number]=[17863580970] EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 set(effective_caller_id_name=17863580970) 2017-03-02 17:23:59.912035 [DEBUG] mod_dptools.c:1527 SET sofia/internal/3059001003 at 9.9.9.9:5066 [effective_caller_id_name]=[17863580970] EXECUTE sofia/internal/3059001003 at 9.9.9.9:5066 bridge(sofia/gateway/creacomm/17864732820) 2017-03-02 17:23:59.912035 [DEBUG] switch_ivr_originate.c:2138 Parsing global variables 2017-03-02 17:23:59.912035 [NOTICE] switch_channel.c:1104 New Channel sofia/external/17864732820 [4d2d5e62-710f-467d-9468-e584e335c141] 2017-03-02 17:23:59.912035 [DEBUG] mod_sofia.c:4809 (sofia/external/17864732820) State Change CS_NEW -> CS_INIT 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_INIT (Cur 2 Tot 101) 2017-03-02 17:23:59.912035 [DEBUG] switch_core_state_machine.c:627 (sofia/external/17864732820) State INIT 2017-03-02 17:23:59.912035 [DEBUG] mod_sofia.c:90 sofia/external/17864732820 SOFIA INIT nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering 2017-03-02 17:23:59.932020 [DEBUG] sofia_glue.c:1293 sofia/external/17864732820 sending invite version: 1.6.15 -32-bec4538 64bit Local SDP: v=0 o=FreeSWITCH 1488453939 1488453940 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21500 RTP/AVP 18 0 8 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv nua.c:633 nua_invite() nua: nua_invite: entering nua_stack.c:569 nua_stack_signal() nua(0x7f78a00047b0): recv signal r_invite nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f78a00047b0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78980122f0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78980122f0, ...) called soa.c:1052 soa_set_user_sdp() soa_set_user_sdp(static::0x7f78980122f0, (nil), 0x7f78a0001916, -1) called nua_stack.c:529 nua_signal() nua(0x7f78a00047b0): sent signal r_invite 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:40 sofia/external/17864732820 Standard INIT 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:48 (sofia/external/17864732820) State Change CS_INIT -> CS_ROUTING soa.c:890 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7f78980122f0, (nil), 0x7f78a0001916, -1) called 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:627 (sofia/external/17864732820) State INIT going to sleep nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f78a00047b0): adding session usage nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f7898018b80) soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f78980122f0) called soa.c:1426 soa_generate_offer() soa_generate_offer(static::0x7f78980122f0, 0) called soa_static.c:1148 offer_answer_step() soa_static_offer_answer_action(0x7f78980122f0, soa_generate_offer): called soa_static.c:1189 offer_answer_step() soa_static(0x7f78980122f0, soa_generate_offer): generating local description soa_static.c:1217 offer_answer_step() soa_static(0x7f78980122f0, soa_generate_offer): upgrade with local description soa_static.c:1029 soa_sdp_mode_set() soa_sdp_mode_set(0x7f78bbffca70, (nil), ""): called soa_static.c:1446 offer_answer_step() soa_static(0x7f78980122f0, soa_generate_offer): storing local description soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78980122f0, [(nil)], [0x7f78bbffebf8], [0x7f78bbffebf4]) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = */10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name */10.10.10.10:5060 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_ROUTING (Cur 2 Tot 101) 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:643 (sofia/external/17864732820) State ROUTING 2017-03-02 17:23:59.932020 [DEBUG] mod_sofia.c:143 sofia/external/17864732820 SOFIA ROUTING 2017-03-02 17:23:59.932020 [DEBUG] switch_ivr_originate.c:67 (sofia/external/17864732820) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:643 (sofia/external/17864732820) State ROUTING going to sleep 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_CONSUME_MEDIA (Cur 2 Tot 101) 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:662 (sofia/external/17864732820) State CONSUME_MEDIA 2017-03-02 17:23:59.932020 [DEBUG] switch_core_state_machine.c:662 (sofia/external/17864732820) State CONSUME_MEDIA going to sleep tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 1193 bytes of 1193 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 1193 send 1193 bytes to udp/[10.10.10.10]:5060 at 17:23:59.932287: ------------------------------------------------------------------------ INVITE sip:17864732820 at 10.10.10.10:5060 SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bK9vmg8Uj7mcDZH Max-Forwards: 69 From: "17863580970" ;tag=UmU2mvKN1pKNQ To: Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103901655 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 295 X-cid: 661215423-5066-131 at BJC.BGI.B.BAD X-FS-Support: update_display,send_info Remote-Party-ID: "17863580970" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1488453939 1488453940 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 21500 RTP/AVP 18 0 8 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent INVITE (103901655) to */10.10.10.10:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f78980217c0 for udp/9.9.9.9:5080 (already 0) nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 1000 ms nua_session.c:4139 signal_call_state_change() nua(0x7f78a00047b0): call state changed: init -> calling, sent offer soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78980122f0, [0x7f78bbffebd8], [0x7f78bbffebe0], [(nil)]) called nua_stack.c:269 nua_stack_event() nua(0x7f78a00047b0): event i_state INVITE sent nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:23:59.932020 [DEBUG] sofia.c:7042 Channel sofia/external/17864732820 entering state [calling][0] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f789803ed30 from (udp/9.9.9.9:5080) has 329 bytes, veclen = 1 recv 329 bytes from udp/[10.10.10.10]:5060 at 17:23:59.933826: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bK9vmg8Uj7mcDZH From: "17863580970" ;tag=UmU2mvKN1pKNQ To: Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103901655 INVITE Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f789803ed30 (329 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 100 Trying for INVITE (103901655) nta.c:3366 agent_recv_response() nta: 100 Trying is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 1.623 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f78980217c0 by 0x7f7898018340 with 0x7f789803ed30 (preliminary) nta.c:1289 agent_timer() nta: timer not set nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f78baeedc60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 0/0 term, 1/2 free nta.c:1296 agent_timer() nta: timer set next to 58187 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f78980480b0 from (udp/9.9.9.9:5080) has 783 bytes, veclen = 1 recv 783 bytes from udp/[10.10.10.10]:5060 at 17:24:03.779239: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bK9vmg8Uj7mcDZH To: ;tag=3697482296-311493 From: "17863580970" ;tag=UmU2mvKN1pKNQ Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103901655 INVITE Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=1000" Content-Type: application/sdp Content-Length: 155 v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 18014 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f78980480b0 (783 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 183 Session Progress for INVITE (103901655) nta.c:3366 agent_recv_response() nta: 183 Session Progress is going to a transaction tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f78980217c0 by 0x7f7898018340 with 0x7f78980480b0 (preliminary) soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f78980122f0, (nil), 0x7f7898046b04, 155) called soa.c:1595 soa_process_answer() soa_process_answer(static::0x7f78980122f0) called soa_static.c:1148 offer_answer_step() soa_static_offer_answer_action(0x7f78980122f0, soa_process_answer): called soa_static.c:1029 soa_sdp_mode_set() soa_sdp_mode_set(0x7f7898023d80, 0x7f789803de20, ""): called soa_static.c:1304 offer_answer_step() soa_static(0x7f78980122f0, soa_process_answer): upgrade codecs with remote description soa.c:1730 soa_activate() soa_activate(static::0x7f78980122f0, (nil)) called nua_session.c:988 nua_session_client_response() nua(0x7f78a00047b0): INVITE: processed SDP answer in 183 Session Progress nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event r_invite 183 Session Progress nua_session.c:4139 signal_call_state_change() nua(0x7f78a00047b0): call state changed: calling -> proceeding, received answer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f78980122f0, [0x7f78bbffe5e8], [0x7f78bbffe5f0], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f78980122f0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_state 183 Session Progress nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:03.772031 [DEBUG] sofia.c:7042 Channel sofia/external/17864732820 entering state [proceeding][183] 2017-03-02 17:24:03.772031 [DEBUG] sofia.c:7052 Remote SDP: v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 18014 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:20:8000:1]/[G729:18:8000:40:8000:1] 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4455 Audio Codec Compare [G729:18:8000:40:8000:1] ++++ is saved as a match 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMU:0:8000:40:64000:1] 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMA:8:8000:40:64000:1] 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:3047 Set Codec sofia/external/17864732820 G729/8000 40 ms 320 samples 8000 bits 1 channels 2017-03-02 17:24:03.772031 [DEBUG] switch_core_codec.c:111 sofia/external/17864732820 Original read codec set to G729:18 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4689 No 2833 in SDP. Liberal DTMF mode adding 101 as telephone-event. 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:4718 sofia/external/17864732820 Set 2833 dtmf send payload to 101 recv payload to 101 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:6732 AUDIO RTP [sofia/external/17864732820] 9.9.9.9 port 21500 -> 173.230.226.241 port 18014 codec: 18 ms: 40 2017-03-02 17:24:03.772031 [DEBUG] switch_rtp.c:3878 Starting timer [soft] 320 bytes per 40ms 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:7038 sofia/external/17864732820 Set 2833 dtmf send payload to 101 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:7045 sofia/external/17864732820 Set 2833 dtmf receive payload to 101 2017-03-02 17:24:03.772031 [DEBUG] switch_core_media.c:7068 sofia/external/17864732820 Set rtp dtmf delay to 40 2017-03-02 17:24:03.772031 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/17864732820! 2017-03-02 17:24:03.772031 [DEBUG] switch_channel.c:3473 (sofia/external/17864732820) Callstate Change DOWN -> EARLY nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:03.792043 [INFO] switch_ivr_originate.c:3635 Sending early media 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:40:8000:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4436 Audio Codec Compare [G729:18:8000:20:8000:1] is saved as a near-match 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:40:8000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G729:18:8000:40:8000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMU:0:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4436 Audio Codec Compare [PCMU:0:8000:20:64000:1] is saved as a near-match 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4436 Audio Codec Compare [PCMA:8:8000:20:64000:1] is saved as a near-match 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [PCMA:8:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [iLBC:97:8000:40:0:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [iLBC:97:8000:40:0:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [iLBC:97:8000:40:0:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G722:9:8000:40:64000:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G722:9:8000:40:64000:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G722:9:8000:40:64000:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G723:4:8000:40:6300:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G723:4:8000:40:6300:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G723:4:8000:40:6300:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G726-32:2:8000:40:0:1]/[G729:18:8000:20:8000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G726-32:2:8000:40:0:1]/[PCMA:8:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4400 Audio Codec Compare [G726-32:2:8000:40:0:1]/[PCMU:0:8000:20:64000:1] 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4316 Set telephone-event payload to 101 at 8000 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4507 Substituting codec G729 at 40i@8000h at 1c 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:3047 Set Codec sofia/internal/3059001003 at 9.9.9.9:5066 G729/8000 40 ms 320 samples 8000 bits 1 channels 2017-03-02 17:24:03.792043 [DEBUG] switch_core_codec.c:111 sofia/internal/3059001003 at 9.9.9.9:5066 Original read codec set to G729:18 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4659 Set telephone-event payload to 101 at 8000 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:4718 sofia/internal/3059001003 at 9.9.9.9:5066 Set 2833 dtmf send payload to 101 recv payload to 101 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:6732 AUDIO RTP [sofia/internal/3059001003 at 9.9.9.9:5066] 9.9.9.9 port 25936 -> 192.168.1.103 port 5004 codec: 18 ms: 40 2017-03-02 17:24:03.792043 [DEBUG] switch_rtp.c:3878 Starting timer [soft] 320 bytes per 40ms 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:7038 sofia/internal/3059001003 at 9.9.9.9:5066 Set 2833 dtmf send payload to 101 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:7045 sofia/internal/3059001003 at 9.9.9.9:5066 Set 2833 dtmf receive payload to 101 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:7068 sofia/internal/3059001003 at 9.9.9.9:5066 Set rtp dtmf delay to 40 2017-03-02 17:24:03.792043 [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/3059001003 at 9.9.9.9:5066! 2017-03-02 17:24:03.792043 [DEBUG] switch_channel.c:3473 (sofia/internal/3059001003 at 9.9.9.9:5066) Callstate Change RINGING -> EARLY 2017-03-02 17:24:03.792043 [DEBUG] switch_core_media.c:6715 Audio params are unchanged for sofia/internal/3059001003 at 9.9.9.9:5066. 2017-03-02 17:24:03.792043 [DEBUG] mod_sofia.c:2354 Ring SDP: v=0 o=FreeSWITCH 1488449507 1488449508 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 25936 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_respond 2017-03-02 17:24:03.792043 [DEBUG] switch_ivr_originate.c:3686 Originate Resulted in Success: [sofia/external/17864732820] nua_stack.c:573 nua_stack_signal() nua(0x7f78940f0970): recv signal r_respond 183 Session Progress nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940ea6c0, ...) called soa.c:1052 soa_set_user_sdp() soa_set_user_sdp(static::0x7f78940ea6c0, (nil), 0x7f789800fec3, -1) called soa.c:890 soa_set_capability_sdp() soa_set_capability_sdp(static::0x7f78940ea6c0, (nil), 0x7f789800fec3, -1) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1515 soa_generate_answer() soa_generate_answer(static::0x7f78940ea6c0) called soa_static.c:1148 offer_answer_step() soa_static_offer_answer_action(0x7f78940ea6c0, soa_generate_answer): called soa_static.c:1189 offer_answer_step() soa_static(0x7f78940ea6c0, soa_generate_answer): generating local description soa_static.c:1230 offer_answer_step() soa_static(0x7f78940ea6c0, soa_generate_answer): upgrade with remote description soa_static.c:1029 soa_sdp_mode_set() soa_sdp_mode_set(0x7f78baeebab0, 0x7f78940fbbb0, ""): called soa_static.c:1446 offer_answer_step() soa_static(0x7f78940ea6c0, soa_generate_answer): storing local description soa.c:1730 soa_activate() soa_activate(static::0x7f78940ea6c0, (nil)) called soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78940ea6c0, [(nil)], [0x7f78baeedc38], [0x7f78baeedc34]) called tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 1191 bytes of 1191 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 1191 send 1191 bytes to tcp/[1.1.1.1]:33919 at 17:24:03.797039: ------------------------------------------------------------------------ SIP/2.0 183 Session Progress Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK835826063;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~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: 247 P-Asserted-Identity: "Outbound Call" v=0 o=FreeSWITCH 1488449507 1488449508 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 25936 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 183 Session Progress for INVITE (1301) nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: early -> early, sent answer soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78940ea6c0, [0x7f78baeedce8], [0x7f78baeedcf0], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f78940ea6c0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 183 Session Progress nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:03.792043 [DEBUG] sofia.c:7042 Channel sofia/internal/3059001003 at 9.9.9.9:5066 entering state [early][183] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:03.792043 [DEBUG] switch_ivr_bridge.c:1566 (sofia/external/17864732820) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2017-03-02 17:24:03.792043 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_EXCHANGE_MEDIA (Cur 2 Tot 101) 2017-03-02 17:24:03.792043 [DEBUG] switch_core_state_machine.c:653 (sofia/external/17864732820) State EXCHANGE_MEDIA 2017-03-02 17:24:03.792043 [DEBUG] mod_sofia.c:631 SOFIA EXCHANGE_MEDIA 2017-03-02 17:24:03.892018 [DEBUG] switch_rtp.c:6994 Correct audio ip/port confirmed. 2017-03-02 17:24:04.172051 [WARNING] switch_core_media.c:2472 [CBR]: Asynchronous PTIME not supported, changing our end from 40 to 20 2017-03-02 17:24:04.212058 [DEBUG] switch_core_media.c:2945 Changing Codec from G729 at 40ms@8000hz to G729 at 20ms@8000hz 2017-03-02 17:24:04.292046 [DEBUG] switch_rtp.c:3756 RE-Starting timer [soft] 160 bytes per 20ms 2017-03-02 17:24:04.292046 [DEBUG] switch_core_media.c:3047 Set Codec sofia/external/17864732820 G729/8000 20 ms 160 samples 8000 bits 1 channels 2017-03-02 17:24:04.292046 [DEBUG] switch_core_codec.c:123 sofia/external/17864732820 Original read codec replaced with G729:18 2017-03-02 17:24:04.312033 [DEBUG] switch_core_io.c:1448 Engaging Write Buffer at 320 bytes to accommodate 640->320 2017-03-02 17:24:04.332084 [DEBUG] switch_core_io.c:1448 Engaging Write Buffer at 640 bytes to accommodate 320->640 2017-03-02 17:24:04.472049 [INFO] switch_rtp.c:6954 Auto Changing audio port from 192.168.1.103:5004 to 1.1.1.1:5004 nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_stack.c:529 nua_signal() nua(0x7f7888021bf0): sent signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898049e80, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898049e80, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/9.9.9.9:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 9.9.9.9:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/9.9.9.9:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 547 bytes of 547 to udp/9.9.9.9:5060 tport.c:3492 tport_send_msg() tport_vsend returned 547 send 547 bytes to udp/[9.9.9.9]:5060 at 17:24:04.589988: ------------------------------------------------------------------------ OPTIONS sip:9.9.9.9:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKa6D99p3ajN3HD Max-Forwards: 70 From: ;tag=vXmUpQ4ryZ97j To: Call-ID: e0309566-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900182 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900182) to udp/9.9.9.9:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f789804a0a0 for udp/9.9.9.9:5080 (already 1) nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events ERR tport_type_udp.c:519 tport_udp_error() tport_udp_error: Connection refused (111) [icmp type=3 code=3] tport_type_udp.c:524 tport_udp_error() reported by [9.9.9.9]:0 tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f789804a0a0 by 0x7f789804a450 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103900182): Connection refused (111) with udp/[9.9.9.9]:5060 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 503 Service Unavailable nua_stack.c:569 nua_stack_signal() nua(0x7f7888021bf0): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f7888021bf0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898048c70, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898048c70, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/10.10.10.10:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 550 bytes of 550 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 550 send 550 bytes to udp/[10.10.10.10]:5060 at 17:24:04.590338: ------------------------------------------------------------------------ OPTIONS sip:10.10.10.10:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKBF71BjmeFyS4r Max-Forwards: 70 From: ;tag=yF7ctD6ZrHpDa To: Call-ID: e030a4fc-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900183 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900183) to udp/10.10.10.10:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f7898002450 for udp/9.9.9.9:5080 (already 1) nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:04.572056 [WARNING] sofia.c:6092 Ping failed my_212 with code 503 - count 1/0/1, state DOWN nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898049e80) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f7898066e60 from (udp/9.9.9.9:5080) has 578 bytes, veclen = 1 recv 578 bytes from udp/[10.10.10.10]:5060 at 17:24:04.592046: ------------------------------------------------------------------------ SIP/2.0 200 OK Session-Expires: 3600 Require: timer Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bKBF71BjmeFyS4r To: ;tag=3697482297-124379 From: ;tag=yF7ctD6ZrHpDa Call-ID: e030a4fc-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900183 OPTIONS Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Allow-Events: talk Allow-Events: hold Allow-Events: conference Allow-Events: refer Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f7898066e60 (578 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (103900183) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 1.84 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f7898002450 by 0x7f78980031f0 with 0x7f7898066e60 nua_stack.c:271 nua_stack_event() nua(0x7f7888021bf0): event r_options 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f7888021bf0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f7888021bf0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898048c70) called nta.c:1296 agent_timer() nta: timer set next to 3999 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940fa6d0 from (udp/9.9.9.9:5066) has 20 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): bad msg 0x7f78940fa6d0 (0 bytes) from udp/1.1.1.1:5066/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900182) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 2 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900183) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/2 free nta.c:1289 agent_timer() nta: timer not set nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898005890, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898005890, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/162.212.218.50:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 162.212.218.50:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/162.212.218.50:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 532 bytes of 532 to udp/162.212.218.50:5060 tport.c:3492 tport_send_msg() tport_vsend returned 532 send 532 bytes to udp/[162.212.218.50]:5060 at 17:24:09.597933: ------------------------------------------------------------------------ OPTIONS sip:162.212.218.50;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKcr0tDD5Hc7FQm Max-Forwards: 70 From: ;tag=Zr05U8p3Ntc0N To: Call-ID: e32cbc18-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900184 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900184) to udp/162.212.218.50:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f789803f420 for udp/9.9.9.9:5080 (already 1) nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f789800eca0 from (udp/9.9.9.9:5080) has 351 bytes, veclen = 1 recv 351 bytes from udp/[162.212.218.50]:5060 at 17:24:09.644388: ------------------------------------------------------------------------ SIP/2.0 200 ok Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;branch=z9hG4bKcr0tDD5Hc7FQm;received=9.9.9.9 From: ;tag=Zr05U8p3Ntc0N To: ;tag=900aae4af3fd28f18c13cc10467a9d91.bd75 Call-ID: e32cbc18-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900184 OPTIONS Server: AlcazarProxy 1.25 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f789800eca0 (351 bytes) from udp/162.212.218.50:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 ok for OPTIONS (103900184) nta.c:3366 agent_recv_response() nta: 200 ok is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 46.564 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f789803f420 by 0x7f7898047180 with 0x7f789800eca0 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 200 ok nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898005890) called nta.c:1296 agent_timer() nta: timer set next to 4045 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789801d560, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789801d560, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/162.212.218.52:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 162.212.218.52:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/162.212.218.52:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 532 bytes of 532 to udp/162.212.218.52:5060 tport.c:3492 tport_send_msg() tport_vsend returned 532 send 532 bytes to udp/[162.212.218.52]:5060 at 17:24:10.599485: ------------------------------------------------------------------------ OPTIONS sip:162.212.218.52;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKD1SKF8NN9F69F Max-Forwards: 70 From: ;tag=01SyX376j32jH To: Call-ID: e3c58ecf-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900185 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900185) to udp/162.212.218.52:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f789801b950 for udp/9.9.9.9:5080 (already 1) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f78980644f0 from (udp/9.9.9.9:5080) has 351 bytes, veclen = 1 recv 351 bytes from udp/[162.212.218.52]:5060 at 17:24:10.645802: ------------------------------------------------------------------------ SIP/2.0 200 ok Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;branch=z9hG4bKD1SKF8NN9F69F;received=9.9.9.9 From: ;tag=01SyX376j32jH To: ;tag=ce5d5216cc02f22158052e1d29245ffc.cc4b Call-ID: e3c58ecf-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900185 OPTIONS Server: AlcazarProxy 1.25 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f78980644f0 (351 bytes) from udp/162.212.218.52:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 ok for OPTIONS (103900185) nta.c:3366 agent_recv_response() nta: 200 ok is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 46.442 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f789801b950 by 0x7f789800fd00 with 0x7f78980644f0 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 200 ok nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f789801d560) called nta.c:1296 agent_timer() nta: timer set next to 3044 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f7898049310 from (udp/9.9.9.9:5080) has 822 bytes, veclen = 1 recv 822 bytes from udp/[10.10.10.10]:5060 at 17:24:14.119045: ------------------------------------------------------------------------ SIP/2.0 200 OK Session-Expires: 3600;refresher=uas Require: timer Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bK9vmg8Uj7mcDZH To: ;tag=3697482296-311493 From: "17863580970" ;tag=UmU2mvKN1pKNQ Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103901655 INVITE Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=1000" Content-Type: application/sdp Content-Length: 155 v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 18014 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f7898049310 (822 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for INVITE (103901655) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f78980217c0 by 0x7f7898018340 with 0x7f7898049310 nua_dialog.c:564 nua_dialog_usage_set_refresh_range() nua(): refresh session after 1803 seconds (in [1795..1805]) soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f78980122f0, (nil), 0x7f789804995b, 155) called soa.c:1595 soa_process_answer() soa_process_answer(static::0x7f78980122f0) called nua_session.c:978 nua_session_client_response() nua(0x7f78a00047b0): INVITE: error processing SDP answer in 200 OK nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event r_invite 200 OK nua_session.c:4139 signal_call_state_change() nua(0x7f78a00047b0): call state changed: proceeding -> completing, received answer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f78980122f0, [0x7f78bbffe778], [0x7f78bbffe780], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f78980122f0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_state 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.112049 [DEBUG] sofia.c:7042 Channel sofia/external/17864732820 entering state [completing][200] 2017-03-02 17:24:14.112049 [DEBUG] sofia.c:7049 Duplicate SDP v=0 o=msw1 0 0 IN IP4 10.10.10.10 s=sip call c=IN IP4 173.230.226.241 t=0 0 m=audio 18014 RTP/AVP 18 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no nua.c:639 nua_ack() nua: nua_ack: entering nua_stack.c:529 nua_signal() nua(0x7f78a00047b0): sent signal r_ack nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:569 nua_stack_signal() nua(0x7f78a00047b0): recv signal r_ack nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78980122f0, ...) called soa.c:1730 soa_activate() soa_activate(static::0x7f78980122f0, (nil)) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = */10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name */10.10.10.10:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 441 bytes of 441 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 441 send 441 bytes to udp/[10.10.10.10]:5060 at 17:24:14.123575: ------------------------------------------------------------------------ ACK sip:17864732820 at 10.10.10.10:5060 SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKeaKcH36r6rvvB Max-Forwards: 70 From: "17863580970" ;tag=UmU2mvKN1pKNQ To: ;tag=3697482296-311493 Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103901655 ACK Contact: Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent ACK (103901655) to */10.10.10.10:5060 nua_session.c:4139 signal_call_state_change() nua(0x7f78a00047b0): call state changed: completing -> ready nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_state 200 ACK sent nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_active 200 Call active nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.132021 [DEBUG] sofia.c:7042 Channel sofia/external/17864732820 entering state [ready][200] 2017-03-02 17:24:14.132021 [NOTICE] sofia.c:8102 Channel [sofia/external/17864732820] has been answered 2017-03-02 17:24:14.132021 [DEBUG] switch_channel.c:3772 (sofia/external/17864732820) Callstate Change EARLY -> ACTIVE nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.152056 [DEBUG] switch_core_media.c:6715 Audio params are unchanged for sofia/internal/3059001003 at 9.9.9.9:5066. 2017-03-02 17:24:14.152056 [DEBUG] mod_sofia.c:850 Local SDP sofia/internal/3059001003 at 9.9.9.9:5066: v=0 o=FreeSWITCH 1488449507 1488449509 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 25936 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 a=sendrecv nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:573 nua_stack_signal() nua(0x7f78940f0970): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940ea6c0, ...) called soa.c:1052 soa_set_user_sdp() soa_set_user_sdp(static::0x7f78940ea6c0, (nil), 0x7f789804a284, -1) called nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_respond nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78940ea6c0, [(nil)], [0x7f78baeedc38], [0x7f78baeedc34]) called tport.c:3257 tport_tsend() tport_tsend(0x7f78940f6af0) tpn = TCP/1.1.1.1:33919 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f6af0): 1229 bytes of 1229 to tcp/1.1.1.1:33919 tport.c:3492 tport_send_msg() tport_vsend returned 1229 send 1229 bytes to tcp/[1.1.1.1]:33919 at 17:24:14.156005: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK835826063;rport=33919;alias;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Require: timer 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 Session-Expires: 120;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 247 P-Asserted-Identity: "Outbound Call" v=0 o=FreeSWITCH 1488449507 1488449508 IN IP4 9.9.9.9 s=FreeSWITCH c=IN IP4 9.9.9.9 t=0 0 m=audio 25936 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:40 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nta.c:6791 incoming_reply() nta: sent 200 OK for INVITE (1301) nta.c:1348 set_timeout() nta: timer shortened to 500 ms nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: early -> completed, sent answer soa.c:1270 soa_get_local_sdp() soa_get_local_sdp(static::0x7f78940ea6c0, [0x7f78baeedce8], [0x7f78baeedcf0], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f78940ea6c0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 200 OK 2017-03-02 17:24:14.152056 [NOTICE] switch_ivr_bridge.c:590 Channel [sofia/internal/3059001003 at 9.9.9.9:5066] has been answered 2017-03-02 17:24:14.152056 [DEBUG] switch_channel.c:3772 (sofia/internal/3059001003 at 9.9.9.9:5066) Callstate Change EARLY -> ACTIVE nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.192033 [DEBUG] sofia.c:7042 Channel sofia/internal/3059001003 at 9.9.9.9:5066 entering state [completed][200] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.192033 [DEBUG] switch_rtp.c:6994 Correct audio ip/port confirmed. 2017-03-02 17:24:14.272025 [DEBUG] switch_rtp.c:6994 Correct audio ip/port confirmed. tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f6af0) msg 0x7f78940fa6d0 from (tcp/1.1.1.1:33919) has 905 bytes, veclen = 1 recv 905 bytes from tcp/[1.1.1.1]:33919 at 17:24:14.345236: ------------------------------------------------------------------------ ACK sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK1995827622;rport From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1301 ACK Contact: Proxy-Authorization: Digest username="3059001003", realm="9.9.9.9", nonce="0cb6e459-5f17-4ef2-94af-bcd5bac0eee4", uri="sip:0017864732820 at 9.9.9.9:5066;user=phone", response="6e45981809c2e90f457a31fe6f0a8ab6", algorithm=MD5, cnonce="07978621", qop=auth, nc=0000000d Max-Forwards: 70 Supported: replaces, path, timer User-Agent: Grandstream GXP1165 1.0.5.26 Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f78940f6af0): msg 0x7f78940fa6d0 (905 bytes) from tcp/1.1.1.1:33919/sip next=(nil) nta.c:2880 agent_recv_request() nta: received ACK sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 (CSeq 1301) nta.c:3174 agent_check_request_via() nta: Via check: received=1.1.1.1 nta.c:3019 agent_recv_request() nta: ACK (1301) is going to INVITE (1301) nua_session.c:2569 process_ack_or_cancel() nua: process_ack_or_cancel: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f78940ea6c0) called nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_ack 200 OK nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: completed -> ready nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 200 OK nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_active 200 Call active nua_dialog.c:564 nua_dialog_usage_set_refresh_range() nua(): refresh session after 108 seconds (in [108..108]) nta.c:5744 incoming_free() nta: incoming_free(0x7f78940f30e0) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:573 nua_stack_signal() nua(0x7f78940f0970): recv signal r_respond 401 Unauthorized nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_error 500 Responding to a Non-Existing Request nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_respond nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:14.352019 [DEBUG] sofia.c:7042 Channel sofia/internal/3059001003 at 9.9.9.9:5066 entering state [ready][200] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900184) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/3 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 1002 ms nta.c:1289 agent_timer() nta: timer not set tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport_type_tcp.c:302 tport_recv_stream() tport_recv_stream(0x7f78940f6af0): received keepalive (total 0) tport_type_tcp.c:542 tport_tcp_pong() tport_tcp_pong(0x7f78940f6af0): sending PONG to tcp/1.1.1.1:33919/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f6af0): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:2157 tport_shutdown0() tport_shutdown0(0x7f78940f6af0, 2) tport.c:2090 tport_close() tport_close(0x7f78940f6af0): tcp/1.1.1.1:33919/sip tport.c:2263 tport_set_secondary_timer() tport(0x7f78940f6af0): set timer at 0 ms because zap nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900185) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 30473 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788401d860): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f788401d860) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940cc2f0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940cc2f0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip nua_stack.c:529 nua_signal() nua(0x7f788401d860): sent signal r_options tport.c:3257 tport_tsend() tport_tsend(0x7f78940048f0) tpn = tcp/1.1.1.1:57489 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:57489 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f78940048f0): not found by name tcp/1.1.1.1:57489 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940f6af0 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f6af0): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f6af0): Setting TCP_KEEPINTVL to 30 nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering tport.c:1032 tport_base_connect() tport_base_connect(0x7f78940f6af0): connecting to tcp/1.1.1.1:57489/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:3782 tport_queue() tport_queue(0x7f78940f6af0): queueing 0x7f78940e3e90 for tcp/1.1.1.1:57489 nta.c:8304 outgoing_send() nta: sent OPTIONS (103899445) to tcp/1.1.1.1:57489 tport.c:4160 tport_pend() tport_pend(0x7f78940f6af0): pending 0x7f78940e3e90 for tcp/1.1.1.1:57489 (already 0) nta.c:1350 set_timeout() nta: timer set to 32000 ms nua_stack.c:569 nua_stack_signal() nua(0x7f78840145d0): recv signal r_options nua_stack.c:529 nua_signal() nua(0x7f78840145d0): sent signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f78840145d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940df1d0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940df1d0, ...) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip nua_stack.c:529 nua_signal() nua(0x7f78840252d0): sent signal r_options tport.c:3257 tport_tsend() tport_tsend(0x7f7894004440) tpn = */1.1.1.1:5066 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:5066 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7894004440): not found by name */1.1.1.1:5066 tport.c:3594 tport_vsend() tport_vsend(0x7f7894004440): 849 bytes of 849 to udp/1.1.1.1:5066 tport.c:3492 tport_send_msg() tport_vsend returned 849 send 849 bytes to udp/[1.1.1.1]:5066 at 17:24:23.920315: ------------------------------------------------------------------------ OPTIONS sip:3059001001 at 192.168.1.101:5066;user=phone SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5066;rport;branch=z9hG4bK7ZeN9Ucgtg9Hm Route: ;user=phone Max-Forwards: 70 From: ;tag=XyFS33p8XpDQH To: Call-ID: 6223e86f-90dd-4092-a3af-fe0617630210_383685583-5066-1 at BJC.BGI.B.BAB CSeq: 103899446 OPTIONS Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~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-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103899446) to */1.1.1.1:5066 tport.c:4160 tport_pend() tport_pend(0x7f7894004440): pending 0x7f78940fc3d0 for udp/9.9.9.9:5066 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms nua_stack.c:569 nua_stack_signal() nua(0x7f78840252d0): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f78840252d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940934a0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940934a0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f78940048f0) tpn = tcp/1.1.1.1:59162 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:59162 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f78940048f0): not found by name tcp/1.1.1.1:59162 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940f0250 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f0250): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f0250): Setting TCP_KEEPINTVL to 30 tport.c:1032 tport_base_connect() tport_base_connect(0x7f78940f0250): connecting to tcp/1.1.1.1:59162/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f0250): reset timer tport.c:3782 tport_queue() tport_queue(0x7f78940f0250): queueing 0x7f78940fe860 for tcp/1.1.1.1:59162 nta.c:8304 outgoing_send() nta: sent OPTIONS (103899447) to tcp/1.1.1.1:59162 tport.c:4160 tport_pend() tport_pend(0x7f78940f0250): pending 0x7f78940fe860 for tcp/1.1.1.1:59162 (already 0) tport.c:2689 tport_connected() tport_connected(0x7f78940f6af0): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940f6af0): 0x7f78940e3e90 by 0x7f78940f43f0 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103899445): Connection refused (111) with tcp/[1.1.1.1]:57489 nua_stack.c:271 nua_stack_event() nua(0x7f788401d860): event r_options 503 Service Unavailable nta.c:8722 outgoing_free() nta: outgoing_free(0x7f78940f43f0) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f6af0): reset timer tport.c:2090 tport_close() tport_close(0x7f78940f6af0): tcp/1.1.1.1:57489/sip nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2689 tport_connected() tport_connected(0x7f78940f0250): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940f0250): 0x7f78940fe860 by 0x7f78940ed660 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103899447): Connection refused (111) with tcp/[1.1.1.1]:59162 nua_stack.c:271 nua_stack_event() nua(0x7f78840252d0): event r_options 503 Service Unavailable nta.c:8722 outgoing_free() nta: outgoing_free(0x7f78940ed660) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f0250): reset timer tport.c:2090 tport_close() tport_close(0x7f78940f0250): tcp/1.1.1.1:59162/sip nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788401d860): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788401d860): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940cc2f0) called nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f78840252d0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f78840252d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940934a0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940f88e0 from (udp/9.9.9.9:5066) has 496 bytes, veclen = 1 recv 496 bytes from udp/[1.1.1.1]:5066 at 17:24:23.994114: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 9.9.9.9:5066;rport=5066;branch=z9hG4bK7ZeN9Ucgtg9Hm From: ;tag=XyFS33p8XpDQH To: ;tag=481865407 Call-ID: 6223e86f-90dd-4092-a3af-fe0617630210_383685583-5066-1 at BJC.BGI.B.BAB CSeq: 103899446 OPTIONS Supported: replaces, path, timer User-Agent: Grandstream GXP1165 1.0.5.23 Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): msg 0x7f78940f88e0 (496 bytes) from udp/1.1.1.1:5066/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (103899446) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 73.9 ms tport.c:4222 tport_release() tport_release(0x7f7894004440): 0x7f78940fc3d0 by 0x7f78940fcd20 with 0x7f78940f88e0 nua_stack.c:271 nua_stack_event() nua(0x7f78840145d0): event r_options 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:569 nua_stack_signal() nua(0x7f78840145d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940df1d0) called nua_stack.c:529 nua_signal() nua(0x7f78840145d0): sent signal r_destroy nta.c:1296 agent_timer() nta: timer set next to 4073 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940e3e90 from (udp/9.9.9.9:5066) has 20 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): bad msg 0x7f78940e3e90 (0 bytes) from udp/1.1.1.1:5066/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103899446) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78baeedd40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua.c:657 nua_options() nua: nua_options: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f7888021cd0): sent signal r_options soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898046e40, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898046e40, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/9.9.9.9:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 9.9.9.9:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/9.9.9.9:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 547 bytes of 547 to udp/9.9.9.9:5060 tport.c:3492 tport_send_msg() tport_vsend returned 547 send 547 bytes to udp/[9.9.9.9]:5060 at 17:24:29.671792: ------------------------------------------------------------------------ OPTIONS sip:9.9.9.9:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKFKc5jyQv31jFQ Max-Forwards: 70 From: ;tag=1aKQZyragcS5c To: Call-ID: ef23c2b8-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900186 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900186) to udp/9.9.9.9:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f78980139c0 for udp/9.9.9.9:5080 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events ERR tport_type_udp.c:519 tport_udp_error() tport_udp_error: Connection refused (111) [icmp type=3 code=3] tport_type_udp.c:524 tport_udp_error() reported by [9.9.9.9]:0 tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f78980139c0 by 0x7f789804a450 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103900186): Connection refused (111) with udp/[9.9.9.9]:5060 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 503 Service Unavailable nua_stack.c:569 nua_stack_signal() nua(0x7f7888021cd0): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f7888021cd0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/10.10.10.10:5060 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:29.672020 [WARNING] sofia.c:6092 Ping failed my_212 with code 503 - count 1/0/1, state DOWN nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 550 bytes of 550 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 550 send 550 bytes to udp/[10.10.10.10]:5060 at 17:24:29.672175: ------------------------------------------------------------------------ OPTIONS sip:10.10.10.10:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKgv5XmS8Z0a91j Max-Forwards: 70 From: ;tag=3v582mtHay5am To: Call-ID: ef23d3d2-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900187 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900187) to udp/10.10.10.10:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f7898003d60 for udp/9.9.9.9:5080 (already 0) nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898046e40) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f7898003690 from (udp/9.9.9.9:5080) has 578 bytes, veclen = 1 recv 578 bytes from udp/[10.10.10.10]:5060 at 17:24:29.673685: ------------------------------------------------------------------------ SIP/2.0 200 OK Session-Expires: 3600 Require: timer Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bKgv5XmS8Z0a91j To: ;tag=3697482322-206106 From: ;tag=3v582mtHay5am Call-ID: ef23d3d2-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900187 OPTIONS Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Allow-Events: talk Allow-Events: hold Allow-Events: conference Allow-Events: refer Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f7898003690 (578 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (103900187) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 1.607 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f7898003d60 by 0x7f78980221a0 with 0x7f7898003690 nua_stack.c:271 nua_stack_event() nua(0x7f7888021cd0): event r_options 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f7888021cd0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f7888021cd0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f789800abe0) called nta.c:1296 agent_timer() nta: timer set next to 4000 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900186) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/3 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 1 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900187) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 11445 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/162.212.218.50:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 162.212.218.50:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/162.212.218.50:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 532 bytes of 532 to udp/162.212.218.50:5060 tport.c:3492 tport_send_msg() tport_vsend returned 532 send 532 bytes to udp/[162.212.218.50]:5060 at 17:24:39.686170: ------------------------------------------------------------------------ OPTIONS sip:162.212.218.50;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKH5yppmS3XKZme Max-Forwards: 70 From: ;tag=45y14FBN76UXF To: Call-ID: f51bd57e-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900188 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900188) to udp/162.212.218.50:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f789801cfb0 for udp/9.9.9.9:5080 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f789800eca0 from (udp/9.9.9.9:5080) has 351 bytes, veclen = 1 recv 351 bytes from udp/[162.212.218.50]:5060 at 17:24:39.732641: ------------------------------------------------------------------------ SIP/2.0 200 ok Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;branch=z9hG4bKH5yppmS3XKZme;received=9.9.9.9 From: ;tag=45y14FBN76UXF To: ;tag=900aae4af3fd28f18c13cc10467a9d91.9545 Call-ID: f51bd57e-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900188 OPTIONS Server: AlcazarProxy 1.25 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f789800eca0 (351 bytes) from udp/162.212.218.50:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 ok for OPTIONS (103900188) nta.c:3366 agent_recv_response() nta: 200 ok is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 46.594 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f789801cfb0 by 0x7f7898047180 with 0x7f789800eca0 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 200 ok nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f789800abe0) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f789800abe0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/162.212.218.52:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 162.212.218.52:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/162.212.218.52:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 532 bytes of 532 to udp/162.212.218.52:5060 tport.c:3492 tport_send_msg() tport_vsend returned 532 send 532 bytes to udp/[162.212.218.52]:5060 at 17:24:40.687634: ------------------------------------------------------------------------ OPTIONS sip:162.212.218.52;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKjerFrFa7tvN7S Max-Forwards: 70 From: ;tag=5ert6avr4FjgB To: Call-ID: f5b4a4b2-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900189 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900189) to udp/162.212.218.52:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f7898002450 for udp/9.9.9.9:5080 (already 0) nta.c:1296 agent_timer() nta: timer set next to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f7898048e40 from (udp/9.9.9.9:5080) has 351 bytes, veclen = 1 recv 351 bytes from udp/[162.212.218.52]:5060 at 17:24:40.734001: ------------------------------------------------------------------------ SIP/2.0 200 ok Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;branch=z9hG4bKjerFrFa7tvN7S;received=9.9.9.9 From: ;tag=5ert6avr4FjgB To: ;tag=ce5d5216cc02f22158052e1d29245ffc.61b4 Call-ID: f5b4a4b2-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900189 OPTIONS Server: AlcazarProxy 1.25 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f7898048e40 (351 bytes) from udp/162.212.218.52:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 ok for OPTIONS (103900189) nta.c:3366 agent_recv_response() nta: 200 ok is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 46.495 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f7898002450 by 0x7f7898048a40 with 0x7f7898048e40 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 200 ok nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f789800abe0) called nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nta.c:1296 agent_timer() nta: timer set next to 3045 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900188) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/3 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 1000 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900189) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/2 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 383 ms nta.c:9101 outgoing_timer_dk() nta: timer D fired, terminate INVITE (103901655) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/1 tout, 1/1 term, 1/2 free nta.c:1296 agent_timer() nta: timer set next to 5 ms nta.c:8982 outgoing_timer_bf() nta: timer F fired, terminating ACK (103901655) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 1/1 tout, 0/0 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940e3e90 from (udp/9.9.9.9:5066) has 20 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): bad msg 0x7f78940e3e90 (0 bytes) from udp/1.1.1.1:5066/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f7888021cd0): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898012bb0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898012bb0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/9.9.9.9:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 9.9.9.9:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/9.9.9.9:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 547 bytes of 547 to udp/9.9.9.9:5060 tport.c:3492 tport_send_msg() tport_vsend returned 547 send 547 bytes to udp/[9.9.9.9]:5060 at 17:24:54.713377: ------------------------------------------------------------------------ OPTIONS sip:9.9.9.9:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKKQH8SaUar5BtN Max-Forwards: 70 From: ;tag=6QHK85cv1r82p To: Call-ID: fe10cc62-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900190 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900190) to udp/9.9.9.9:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f78980480b0 for udp/9.9.9.9:5080 (already 0) nta.c:1350 set_timeout() nta: timer set to 32000 ms nta.c:1348 set_timeout() nta: timer shortened to 1000 ms nua_stack.c:569 nua_stack_signal() nua(0x7f7888021cd0): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f7888021cd0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898021e40, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898021e40, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/10.10.10.10:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 550 bytes of 550 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 550 send 550 bytes to udp/[10.10.10.10]:5060 at 17:24:54.715062: ------------------------------------------------------------------------ OPTIONS sip:10.10.10.10:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5080;rport;branch=z9hG4bKm0a1U5BeNe2cH Max-Forwards: 70 From: ;tag=70aca1XZy1yNj To: Call-ID: fe1110ab-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900191 OPTIONS User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103900191) to udp/10.10.10.10:5060 tport.c:4160 tport_pend() tport_pend(0x7f7898008a70): pending 0x7f7898047a00 for udp/9.9.9.9:5080 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events ERR tport_type_udp.c:519 tport_udp_error() tport_udp_error: Connection refused (111) [icmp type=3 code=3] tport_type_udp.c:524 tport_udp_error() reported by [9.9.9.9]:0 tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f78980480b0 by 0x7f7898047180 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103900190): Connection refused (111) with udp/[9.9.9.9]:5060 nua_stack.c:271 nua_stack_event() nua(0x7f788801a090): event r_options 503 Service Unavailable nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:24:54.712058 [WARNING] sofia.c:6092 Ping failed my_212 with code 503 - count 1/0/1, state DOWN nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898012bb0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f7898010ad0 from (udp/9.9.9.9:5080) has 578 bytes, veclen = 1 recv 578 bytes from udp/[10.10.10.10]:5060 at 17:24:54.717078: ------------------------------------------------------------------------ SIP/2.0 200 OK Session-Expires: 3600 Require: timer Via: SIP/2.0/UDP 9.9.9.9:5080;rport=5080;received=9.9.9.9;branch=z9hG4bKm0a1U5BeNe2cH To: ;tag=3697482347-248953 From: ;tag=70aca1XZy1yNj Call-ID: fe1110ab-7a0f-1235-f1ac-be187db6d1b8 CSeq: 103900191 OPTIONS Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Contact: Allow-Events: talk Allow-Events: hold Allow-Events: conference Allow-Events: refer Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f7898010ad0 (578 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (103900191) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 2.289 ms tport.c:4222 tport_release() tport_release(0x7f7898008a70): 0x7f7898047a00 by 0x7f789801d240 with 0x7f7898010ad0 nua_stack.c:271 nua_stack_event() nua(0x7f7888021cd0): event r_options 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f7888021cd0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f7888021cd0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f7898021e40) called nta.c:1296 agent_timer() nta: timer set next to 4000 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900190) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1296 agent_timer() nta: timer set next to 1 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103900191) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78bbffed40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f7884025d50): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f7884025d50): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f7884025d50) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940aabb0, ...) called nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940aabb0, ...) called nua_stack.c:529 nua_signal() nua(0x7f788401d820): sent signal r_options nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f7884026790): sent signal r_options nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f78940048f0) tpn = tcp/1.1.1.1:57489 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:57489 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f78940048f0): not found by name tcp/1.1.1.1:57489 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940f5420 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f5420): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f5420): Setting TCP_KEEPINTVL to 30 tport.c:1032 tport_base_connect() tport_base_connect(0x7f78940f5420): connecting to tcp/1.1.1.1:57489/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f5420): reset timer tport.c:3782 tport_queue() tport_queue(0x7f78940f5420): queueing 0x7f78940f88e0 for tcp/1.1.1.1:57489 nta.c:8304 outgoing_send() nta: sent OPTIONS (103899448) to tcp/1.1.1.1:57489 tport.c:4160 tport_pend() tport_pend(0x7f78940f5420): pending 0x7f78940f88e0 for tcp/1.1.1.1:57489 (already 0) nta.c:1350 set_timeout() nta: timer set to 32000 ms nua_stack.c:569 nua_stack_signal() nua(0x7f788401d820): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f788401d820) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940cc2f0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940cc2f0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7894004440) tpn = */1.1.1.1:5066 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:5066 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7894004440): not found by name */1.1.1.1:5066 tport.c:3594 tport_vsend() tport_vsend(0x7f7894004440): 849 bytes of 849 to udp/1.1.1.1:5066 tport.c:3492 tport_send_msg() tport_vsend returned 849 send 849 bytes to udp/[1.1.1.1]:5066 at 17:25:00.021679: ------------------------------------------------------------------------ OPTIONS sip:3059001001 at 192.168.1.101:5066;user=phone SIP/2.0 Via: SIP/2.0/UDP 9.9.9.9:5066;rport;branch=z9hG4bKaUtZeDZtHBcaQ Route: ;user=phone Max-Forwards: 70 From: ;tag=2BeNcBBtF3vmB To: Call-ID: 313b31d8-d3cd-40f5-b8cd-89ff32611ac8_383685583-5066-1 at BJC.BGI.B.BAB CSeq: 103899449 OPTIONS Contact: User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~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-Length: 0 ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent OPTIONS (103899449) to */1.1.1.1:5066 tport.c:4160 tport_pend() tport_pend(0x7f7894004440): pending 0x7f78940fc660 for udp/9.9.9.9:5066 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms nua_stack.c:569 nua_stack_signal() nua(0x7f7884026790): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7894001930, 0x7f7894001130, 0x7f7884026790) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940934a0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f78940934a0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f78940048f0) tpn = tcp/1.1.1.1:59162 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:59162 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f78940048f0): not found by name tcp/1.1.1.1:59162 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940ff060 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940ff060): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940ff060): Setting TCP_KEEPINTVL to 30 tport.c:1032 tport_base_connect() tport_base_connect(0x7f78940ff060): connecting to tcp/1.1.1.1:59162/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940ff060): reset timer tport.c:3782 tport_queue() tport_queue(0x7f78940ff060): queueing 0x7f78940fecb0 for tcp/1.1.1.1:59162 nta.c:8304 outgoing_send() nta: sent OPTIONS (103899450) to tcp/1.1.1.1:59162 tport.c:4160 tport_pend() tport_pend(0x7f78940ff060): pending 0x7f78940fecb0 for tcp/1.1.1.1:59162 (already 0) tport.c:2689 tport_connected() tport_connected(0x7f78940ff060): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940ff060): 0x7f78940fecb0 by 0x7f78940efa60 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103899450): Connection refused (111) with tcp/[1.1.1.1]:59162 nua_stack.c:271 nua_stack_event() nua(0x7f7884026790): event r_options 503 Service Unavailable nta.c:8722 outgoing_free() nta: outgoing_free(0x7f78940efa60) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940ff060): reset timer tport.c:2090 tport_close() tport_close(0x7f78940ff060): tcp/1.1.1.1:59162/sip nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2689 tport_connected() tport_connected(0x7f78940f5420): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940f5420): 0x7f78940f88e0 by 0x7f78940f43f0 with (nil) nta.c:8496 outgoing_print_tport_error() nta: OPTIONS (103899448): Connection refused (111) with tcp/[1.1.1.1]:57489 nua_stack.c:271 nua_stack_event() nua(0x7f7884025d50): event r_options 503 Service Unavailable nta.c:8722 outgoing_free() nta: outgoing_free(0x7f78940f43f0) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f5420): reset timer tport.c:2090 tport_close() tport_close(0x7f78940f5420): tcp/1.1.1.1:57489/sip nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f7884026790): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:569 nua_stack_signal() nua(0x7f7884026790): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940934a0) called nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f7884025d50): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f7884025d50): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940aabb0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940f88e0 from (udp/9.9.9.9:5066) has 496 bytes, veclen = 1 recv 496 bytes from udp/[1.1.1.1]:5066 at 17:25:00.098416: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 9.9.9.9:5066;rport=5066;branch=z9hG4bKaUtZeDZtHBcaQ From: ;tag=2BeNcBBtF3vmB To: ;tag=472551479 Call-ID: 313b31d8-d3cd-40f5-b8cd-89ff32611ac8_383685583-5066-1 at BJC.BGI.B.BAB CSeq: 103899449 OPTIONS Supported: replaces, path, timer User-Agent: Grandstream GXP1165 1.0.5.23 Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): msg 0x7f78940f88e0 (496 bytes) from udp/1.1.1.1:5066/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for OPTIONS (103899449) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 76.879 ms tport.c:4222 tport_release() tport_release(0x7f7894004440): 0x7f78940fc660 by 0x7f78940eb6f0 with 0x7f78940f88e0 nua_stack.c:271 nua_stack_event() nua(0x7f788401d820): event r_options 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f788401d820): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f788401d820): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f78940cc2f0) called nta.c:1296 agent_timer() nta: timer set next to 4076 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7898008a70): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7898008a70) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7898008a70) msg 0x7f78980480b0 from (udp/9.9.9.9:5080) has 532 bytes, veclen = 1 recv 532 bytes from udp/[10.10.10.10]:5060 at 17:25:02.944958: ------------------------------------------------------------------------ BYE sip:gw+creacomm at 9.9.9.9:5080;gw=creacomm SIP/2.0 Max-Forwards: 69 To: "17863580970" ;tag=UmU2mvKN1pKNQ From: ;tag=3697482296-311493 Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 2 BYE Allow: INVITE, BYE, OPTIONS, CANCEL, ACK, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE Via: SIP/2.0/UDP 10.10.10.10:5060;branch=z9hG4bK42e5da9c5b3106a6887a0af153a3e263 Contact: Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f7898008a70): msg 0x7f78980480b0 (532 bytes) from udp/10.10.10.10:5080/sip next=(nil) nta.c:2880 agent_recv_request() nta: received BYE sip:gw+creacomm at 9.9.9.9:5080;gw=creacomm SIP/2.0 (CSeq 2) nta.c:3248 agent_aliases() nta: canonizing sip:gw+creacomm at 9.9.9.9:5080 with contact nta.c:3060 agent_recv_request() nta: BYE (2) going to existing leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_bye 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2017-03-02 17:25:02.952048 [NOTICE] sofia.c:1012 Hangup sofia/external/17864732820 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f78a00047b0): sent signal r_respond nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f78a00047b0): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f78a00047b0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78980122f0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = UDP/10.10.10.10:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 10.10.10.10:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name UDP/10.10.10.10:5060 2017-03-02 17:25:02.952048 [DEBUG] switch_ivr_bridge.c:752 BRIDGE THREAD DONE [sofia/external/17864732820] 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:653 (sofia/external/17864732820) State EXCHANGE_MEDIA going to sleep 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_HANGUP (Cur 2 Tot 101) tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 503 bytes of 503 to udp/10.10.10.10:5060 tport.c:3492 tport_send_msg() tport_vsend returned 503 send 503 bytes to udp/[10.10.10.10]:5060 at 17:25:02.962671: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.10.10.10:5060;branch=z9hG4bK42e5da9c5b3106a6887a0af153a3e263 From: ;tag=3697482296-311493 To: "17863580970" ;tag=UmU2mvKN1pKNQ Call-ID: dd69de46-7a0f-1235-f1ac-be187db6d1b8 CSeq: 2 BYE User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for BYE (2) nta.c:1350 set_timeout() nta: timer set to 32000 ms nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f78a00047b0): removing session usage nua_session.c:4139 signal_call_state_change() nua(0x7f78a00047b0): call state changed: ready -> terminated 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:850 (sofia/external/17864732820) Callstate Change ACTIVE -> HANGUP nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_state 200 Session Terminated nua_stack.c:271 nua_stack_event() nua(0x7f78a00047b0): event i_terminated 200 Session Terminated soa.c:356 soa_destroy() soa_destroy(static::0x7f78980122f0) called nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f7898018b80) nua_stack.c:569 nua_stack_signal() nua(0x7f78a00047b0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:852 (sofia/external/17864732820) State HANGUP 2017-03-02 17:25:02.952048 [DEBUG] mod_sofia.c:438 Channel sofia/external/17864732820 hanging up, cause: NORMAL_CLEARING 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:60 sofia/external/17864732820 Standard HANGUP, cause: NORMAL_CLEARING 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:852 (sofia/external/17864732820) State HANGUP going to sleep 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:619 (sofia/external/17864732820) State Change CS_HANGUP -> CS_REPORTING 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:584 (sofia/external/17864732820) Running State Change CS_REPORTING (Cur 2 Tot 101) 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:938 (sofia/external/17864732820) State REPORTING 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:174 sofia/external/17864732820 Standard REPORTING, cause: NORMAL_CLEARING 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:938 (sofia/external/17864732820) State REPORTING going to sleep 2017-03-02 17:25:02.952048 [DEBUG] switch_core_state_machine.c:610 (sofia/external/17864732820) State Change CS_REPORTING -> CS_DESTROY 2017-03-02 17:25:02.952048 [DEBUG] switch_core_session.c:1664 Session 101 (sofia/external/17864732820) Locked, Waiting on external entities 2017-03-02 17:25:02.992038 [DEBUG] switch_ivr_bridge.c:752 BRIDGE THREAD DONE [sofia/internal/3059001003 at 9.9.9.9:5066] 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1682 Session 101 (sofia/external/17864732820) Ended 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1686 Close Channel sofia/external/17864732820 [CS_DESTROY] 2017-03-02 17:25:02.992038 [NOTICE] switch_core_state_machine.c:385 sofia/internal/3059001003 at 9.9.9.9:5066 has executed the last dialplan instruction, hanging up. 2017-03-02 17:25:02.992038 [NOTICE] switch_core_state_machine.c:387 Hangup sofia/internal/3059001003 at 9.9.9.9:5066 [CS_EXECUTE] [NORMAL_CLEARING] 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:741 (sofia/external/17864732820) Running State Change CS_DESTROY (Cur 1 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:650 (sofia/internal/3059001003 at 9.9.9.9:5066) State EXECUTE going to sleep 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_HANGUP (Cur 1 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/external/17864732820) State DESTROY 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:343 sofia/external/17864732820 SOFIA DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/3059001003 at 9.9.9.9:5066) Callstate Change ACTIVE -> HANGUP 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:181 sofia/external/17864732820 Standard DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/external/17864732820) State DESTROY going to sleep 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/3059001003 at 9.9.9.9:5066) State HANGUP 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:432 sofia/internal/3059001003 at 9.9.9.9:5066 Overriding SIP cause 480 with 200 from the other leg 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:438 Channel sofia/internal/3059001003 at 9.9.9.9:5066 hanging up, cause: NORMAL_CLEARING 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:491 Sending BYE to sofia/internal/3059001003 at 9.9.9.9:5066 nua.c:645 nua_bye() nua: nua_bye: entering nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_bye 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:60 sofia/internal/3059001003 at 9.9.9.9:5066 Standard HANGUP, cause: NORMAL_CLEARING 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/3059001003 at 9.9.9.9:5066) State HANGUP going to sleep nua_stack.c:569 nua_stack_signal() nua(0x7f78940f0970): recv signal r_bye nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f78940ea6c0, ...) called soa.c:1784 soa_terminate() soa_terminate(static::0x7f78940ea6c0) called 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:619 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_HANGUP -> CS_REPORTING soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f78940ea6c0) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f78940048f0) tpn = tcp/1.1.1.1:33919 tport.c:4046 tport_resolve() tport_resolve addrinfo = 1.1.1.1:33919 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f78940048f0): not found by name tcp/1.1.1.1:33919 tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940e3e90 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940e3e90): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940e3e90): Setting TCP_KEEPINTVL to 30 tport.c:1032 tport_base_connect() tport_base_connect(0x7f78940e3e90): connecting to tcp/1.1.1.1:33919/sip tport.c:2296 tport_set_secondary_timer() tport(0x7f78940e3e90): reset timer tport.c:3782 tport_queue() tport_queue(0x7f78940e3e90): queueing 0x7f78941006e0 for tcp/1.1.1.1:33919 nta.c:8304 outgoing_send() nta: sent BYE (103901687) to tcp/1.1.1.1:33919 tport.c:4160 tport_pend() tport_pend(0x7f78940e3e90): pending 0x7f78941006e0 for tcp/1.1.1.1:33919 (already 0) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_REPORTING (Cur 1 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001003 at 9.9.9.9:5066) State REPORTING 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:174 sofia/internal/3059001003 at 9.9.9.9:5066 Standard REPORTING, cause: NORMAL_CLEARING 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001003 at 9.9.9.9:5066) State REPORTING going to sleep 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:610 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_REPORTING -> CS_DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_session.c:1664 Session 100 (sofia/internal/3059001003 at 9.9.9.9:5066) Locked, Waiting on external entities 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1682 Session 100 (sofia/internal/3059001003 at 9.9.9.9:5066) Ended 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1686 Close Channel sofia/internal/3059001003 at 9.9.9.9:5066 [CS_DESTROY] 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_DESTROY (Cur 0 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001003 at 9.9.9.9:5066) State DESTROY 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:343 sofia/internal/3059001003 at 9.9.9.9:5066 SOFIA DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:181 sofia/internal/3059001003 at 9.9.9.9:5066 Standard DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001003 at 9.9.9.9:5066) State DESTROY going to sleep tport.c:2689 tport_connected() tport_connected(0x7f78940e3e90): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940e3e90): 0x7f78941006e0 by 0x7f78940f43f0 with (nil) nta.c:8496 outgoing_print_tport_error() nta: BYE (103901687): Connection refused (111) with tcp/[1.1.1.1]:33919 nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event r_bye 503 Service Unavailable nua_session.c:4139 signal_call_state_change() nua(0x7f78940f0970): call state changed: terminating -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_state 503 to BYE nua_stack.c:271 nua_stack_event() nua(0x7f78940f0970): event i_terminated 503 to BYE nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f78940f0970): removing session usage soa.c:356 soa_destroy() soa_destroy(static::0x7f78940ea6c0) called nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f78940acc30) nua_session.c:351 nua_session_usage_destroy() nua: terminated session 0x7f78940f0970 nta.c:8722 outgoing_free() nta: outgoing_free(0x7f78940f43f0) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940e3e90): reset timer tport.c:2090 tport_close() tport_close(0x7f78940e3e90): tcp/1.1.1.1:33919/sip nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:569 nua_stack_signal() nua(0x7f78940f0970): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) nua_stack.c:529 nua_signal() nua(0x7f78940f0970): sent signal r_destroy nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate OPTIONS (103899449) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f78baeedd40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f7894004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f7894004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f7894004440) msg 0x7f78940f9740 from (udp/9.9.9.9:5066) has 20 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f7894004440): bad msg 0x7f78940f9740 (0 bytes) from udp/1.1.1.1:5066/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f78940048f0): events IN tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f78940048f0): new secondary tport 0x7f78940f0450 tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f0450): Setting TCP_KEEPIDLE to 30 tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f78940f0450): Setting TCP_KEEPINTVL to 30 tport.c:2640 tport_accept() tport_accept(0x7f78940f0450): new connection from tcp/1.1.1.1:33920/sip tport.c:2773 tport_wakeup() tport_wakeup(0x7f78940f0450): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f0450) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f78940f0450) msg 0x7f78940edcc0 from (tcp/1.1.1.1:33920) has 625 bytes, veclen = 1 recv 625 bytes from tcp/[1.1.1.1]:33920 at 17:25:08.872547: ------------------------------------------------------------------------ BYE sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK646800288;rport From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1302 BYE Contact: Max-Forwards: 70 Supported: replaces, path, timer User-Agent: Grandstream GXP1165 1.0.5.26 Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f78940f0450): msg 0x7f78940edcc0 (625 bytes) from tcp/1.1.1.1:33920/sip next=(nil) nta.c:2880 agent_recv_request() nta: received BYE sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 (CSeq 1302) nta.c:3174 agent_check_request_via() nta: Via check: received=1.1.1.1 nta.c:3248 agent_aliases() nta: canonizing sip:0017864732820 at 9.9.9.9:5066 with contact nta.c:3085 agent_recv_request() nta: BYE (1302) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f78940f0450) tpn = TCP/1.1.1.1:33920 tport.c:3594 tport_vsend() tport_vsend(0x7f78940f0450): 569 bytes of 569 to tcp/1.1.1.1:33920 tport.c:3492 tport_send_msg() tport_vsend returned 569 send 569 bytes to tcp/[1.1.1.1]:33920 at 17:25:08.872729: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/TCP 192.168.1.103:5066;branch=z9hG4bK646800288;rport=33920;received=1.1.1.1 From: "3059001003" ;tag=1168498006 To: ;tag=UcX7ZDN1340Ha Call-ID: 661215423-5066-131 at BJC.BGI.B.BAD CSeq: 1302 BYE User-Agent: FreeSWITCH-mod_sofia/1.6.15-32-bec4538~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f0450): reset timer nta.c:6791 incoming_reply() nta: sent 481 Call Does Not Exist for BYE (1302) nta.c:5744 incoming_free() nta: incoming_free(0x7f7894076990) tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f0450): reset timer tport.c:2296 tport_set_secondary_timer() tport(0x7f78940f0450): reset timer nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:657 nua_options() nua: nua_options: entering nua_stack.c:529 nua_signal() nua(0x7f788801a090): sent signal r_options nua_stack.c:569 nua_stack_signal() nua(0x7f788801a090): recv signal r_options nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f7898001100, 0x7f78980078e0, 0x7f788801a090) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898049de0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f7898049de0, ...) called nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f7898008a70) tpn = udp/162.212.218.50:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = 162.212.218.50:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f7898008a70): not found by name udp/162.212.218.50:5060 tport.c:3594 tport_vsend() tport_vsend(0x7f7898008a70): 532 bytes of 532 to udp/162.212.218.50:5060 tport.c:3492 tport_send_msg() tport_vsend returned 532 From joel at gogii.net Fri Mar 3 01:55:55 2017 From: joel at gogii.net (Joel Serrano) Date: Thu, 2 Mar 2017 14:55:55 -0800 Subject: [Freeswitch-users] Change RTP port range for specific call Message-ID: Hi all, I know you can set the upper/lower RTP port limit in autoload_configs/switch.conf.xml but, is it possible to have an upper/lower limit set and change it for a specific call? For example: switch.conf.xml has: We have certain clients that require a VPN connection to reach our servers, and the VPN blocks all UDP traffic from ports >10000. One solution would be of course just to lower our range, ok... But is there a way that I can set the RTP port range for a specific call? Something like this in diaplan: [...] [...] I don't know if this is doable some way... If FS doesn't have this option, maybe with a Kamailio + rtpengine in front we could potentially achieve this? Thanks! Best regards, Joel. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/a6e6ccc2/attachment.html From mike at jerris.com Fri Mar 3 02:00:39 2017 From: mike at jerris.com (Michael Jerris) Date: Thu, 2 Mar 2017 18:00:39 -0500 Subject: [Freeswitch-users] Change RTP port range for specific call In-Reply-To: References: Message-ID: There is not a way to do that on a per call basis. > On Mar 2, 2017, at 5:55 PM, Joel Serrano wrote: > > Hi all, > > I know you can set the upper/lower RTP port limit in autoload_configs/switch.conf.xml but, is it possible to have an upper/lower limit set and change it for a specific call? > > For example: > > switch.conf.xml has: > > > > > We have certain clients that require a VPN connection to reach our servers, and the VPN blocks all UDP traffic from ports >10000. > > One solution would be of course just to lower our range, ok... But is there a way that I can set the RTP port range for a specific call? > > Something like this in diaplan: > > [...] > > > [...] > > > I don't know if this is doable some way... If FS doesn't have this option, maybe with a Kamailio + rtpengine in front we could potentially achieve this? > > Thanks! > > Best regards, > Joel. > From joel at gogii.net Fri Mar 3 02:18:41 2017 From: joel at gogii.net (Joel Serrano) Date: Thu, 2 Mar 2017 15:18:41 -0800 Subject: [Freeswitch-users] Change RTP port range for specific call In-Reply-To: References: Message-ID: I thought it wasn't possible, but worth to confirm! I'll have to find a workaround. Thanks Michael. On Thu, Mar 2, 2017 at 3:00 PM, Michael Jerris wrote: > There is not a way to do that on a per call basis. > > > On Mar 2, 2017, at 5:55 PM, Joel Serrano wrote: > > > > Hi all, > > > > I know you can set the upper/lower RTP port limit in > autoload_configs/switch.conf.xml but, is it possible to have an > upper/lower limit set and change it for a specific call? > > > > For example: > > > > switch.conf.xml has: > > > > > > > > > > We have certain clients that require a VPN connection to reach our > servers, and the VPN blocks all UDP traffic from ports >10000. > > > > One solution would be of course just to lower our range, ok... But is > there a way that I can set the RTP port range for a specific call? > > > > Something like this in diaplan: > > > > [...] > > > > > > [...] > > > > > > I don't know if this is doable some way... If FS doesn't have this > option, maybe with a Kamailio + rtpengine in front we could potentially > achieve this? > > > > Thanks! > > > > Best regards, > > Joel. > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170302/4a6df350/attachment.html From nzaytsevc at gmail.com Fri Mar 3 08:49:15 2017 From: nzaytsevc at gmail.com (Nikolay Zaytsev) Date: Fri, 3 Mar 2017 08:49:15 +0300 Subject: [Freeswitch-users] Unbridge inbound and outbound legs Message-ID: Hello Chris, Thank you for your advise I will try it. I was also thinking about using the plain park() of the inbound call. Best regards, Nikolay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/364485b6/attachment.html From kamil.nigmatullin at gmail.com Fri Mar 3 09:07:16 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Fri, 3 Mar 2017 12:07:16 +0600 Subject: [Freeswitch-users] Mod_callcenter question Message-ID: I have CRM system and all out clients are devided between managers. CRM system knows who is client's manager. So on incoming call I want to try first this manager, and if he is not answering then route him to another manager. Is there a way to do so somehow passing parameters to callcenter application. I want to get all this call through mod_callcenter to keep statistics and queuing correct. -- Kamil Nigmatullin Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/57ecd4df/attachment.html From vbvbrj at gmail.com Fri Mar 3 10:23:44 2017 From: vbvbrj at gmail.com (Mimiko) Date: Fri, 3 Mar 2017 09:23:44 +0200 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: Message-ID: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> Hello. Today I see a brute force from 212.83.154.177 and 212.83.148.20 So I just drop 212.83.0.0/16 Do you report the abuser's IP to someone? -- Mimiko desu. From asilva at wirelessmundi.com Fri Mar 3 13:07:15 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Fri, 3 Mar 2017 11:07:15 +0100 Subject: [Freeswitch-users] CPU sys load issue In-Reply-To: References: <17442261-ceca-5150-1306-cd456a7600a1@wirelessmundi.com> <43b9c231-f7c3-2739-baf5-5f1d1bceda61@wirelessmundi.com> <11ccae1f-ad9a-211c-f31c-13c848854264@wirelessmundi.com> <6c89c31e-daec-9647-60e8-775dc20ab3b9@wirelessmundi.com> <7f1bddfb-7927-e00f-64f2-705b94ae9a0c@wirelessmundi.com> <3f5b7bf3-17d3-5eb9-afd5-ca2476bb2da9@wirelessmundi.com> Message-ID: <99523359-699f-9eab-99fd-45c2c50e56fd@wirelessmundi.com> Yes, to clarify the sync_clock was a different issue it appear in this tread to discard that could be the cause behind from the main problem on cpu peaks, and it doesn't. My initial problem off cpu peaks, the main reason behind looks like that malloc calls are locking the cpu after a while of running fs, or something is triggering block in fs. I've putt all the info in jira, I'm still searching and trying to reproduce the issue in a local machine. using tcmalloc implementation solves the issue, and so far as been quite mornings. :) Regards, Ant?nio On 03/02/2017 10:07 PM, Steven Ayre wrote: > Should add that we don't see the cpu behaviour you're seeing. We only > sync clock because the monotonic clock drifts away from the NTP one on > some of our servers by up to 300ms. Usually it's only an issue if > FreeSWITCH starts on boot before NTP has synced. > > tcmalloc is presumably solving your cpu issue and sync clock working > around your separate clock sync issue. If you're running sync clock > frequently enough it's probably safe. enable-use-system-time is > essentially the extreme end of that. The reason to normally prefer > sync_clock_when_idle is so as not to affect CDRs of current calls by > creating big jumps in timestamp/duration, but if you're never letting > them drift far apart that shouldn't become an issue. > > On 1 March 2017 at 13:57, Antonio Silva > wrote: > > thsk steven, i've to do some test first as well. > > As for the main problem, i put back the sync clock every night and > do far no peaks on cpu sys. So the solution for me was to put fs > compiled with tcmalloc. > > Regards, > Ant?nio > > > On 03/01/2017 01:02 PM, Steven Ayre wrote: >> We're planning on rolling it out but haven't yet done so. Need to >> schedule some testing on it first. >> >> I suspect the risk he refers to is if you're manually changing >> the system clock you can cause large clock jumps. That can affect >> CDR timestamps, either billing for longer periods than you should >> or getting negative call durations. >> >> If you're using the NTP daemon to get constant adjustments, it's >> configured correctly, it starts on boot, is trustworthy, refuses >> to make large clock changes and you're monitoring it properly >> you'll probably be fine. I'd suggest using UTC for the system >> clock too, to guarantee you're not seeing any DST jumps. >> >> Steve >> >> On 24 February 2017 at 18:02, Antonio Silva >> > wrote: >> >> Hi Steven, >> >> Thanks for the tips. >> >> i don't use sync_clock_when_idle because it waits until there >> is 0 calls, if you never hit 0 calls then the clock is never >> sync, i wanted to be sure that is done. >> >> didn't know about "enable-use-system-time", just see the >> commit and there is a note from Anthony: "add >> enable-use-system-time param to switch.conf.xml *use at your >> own risk*", are you using it? does it affect performance? >> >> I've to tried it. >> >> >> About cpu sys to high and getting block, using tcmalloc seams >> to solve it, today everything went ok, no peaks in cpu sys. >> Next week i'll put back the sync_clock. >> >> Regards, >> >> >> On 02/24/2017 02:31 PM, Steven Ayre wrote: >>> NTP adjusts the system clock while FS initialises a >>> monotonic clock on start. FS doesn't see adjustments for >>> drift by NTP. >>> >>> sync_clock_when_idle is better than sync_clock. >>> >>> You can also use the enable-use-system-time option which'll >>> get it to use the system (and therefore NTP) time. >>> >>> On 23 February 2017 at 23:14, Antonio Silva >>> > >>> wrote: >>> >>> i had a issue with cdr timestamp and the system date, >>> after uptime of 140 days fs clock was behind 1min. >>> It has something between system clock and ntp, so to >>> force fs to keep up i force the sync_clock. >>> >>> >>> >>> On 02/24/2017 12:06 AM, Brian West wrote: >>>> First why did you ever call sync_clock? >>>> >>>> On Thu, Feb 23, 2017 at 4:51 PM, Antonio Silva >>>> >>> > wrote: >>>> >>>> Hi Brian, >>>> >>>> Not for today, the first time it happens was my >>>> first though something with the traffic, but i >>>> couldn't find any association with the type of >>>> traffic. Actually after restart fs i receive >>>> traffic from the same endpoints, same type of calls >>>> and the issue don't reproduce until next morning... >>>> >>>> There was something i was doing at 00 every day, >>>> the command "fsctl sync_clock"... well i just >>>> disabled it today. I've to wait until tomorrow to >>>> check the results. >>>> >>>> I just install fs compiled with tcmalloc, so if >>>> there is no problems i will put back the >>>> "sync_clock " command to really check if it could >>>> be the cause. >>>> >>>> Right now i'm quite lost on what to do more... >>>> >>>> >>>> >>>> On 02/23/2017 11:37 PM, Brian West wrote: >>>>> Do you have pcaps of the traffic that may trigger >>>>> this behavior? >>>>> >>>>> /b >>>>> >>>>> >>>>> On Thu, Feb 23, 2017 at 2:58 PM, Antonio Silva >>>>> >>>> > wrote: >>>>> >>>>> Thanks Juan, that's it, i was missing the dev >>>>> pkg. >>>>> >>>>> >>>>> >>>>> On 02/23/2017 08:34 PM, Juan Pablo Godoy >>>>> Macari wrote: >>>>>> Antonio, you should install this: >>>>>> >>>>>> apt-get install libgoogle-perftools-dev >>>>>> >>>>>> Regards, >>>>>> >>>>>> 2017-02-23 16:26 GMT-03:00 Juan Pablo Godoy >>>>>> Macari >>>>> >: >>>>>> >>>>>> Try this: ./configure LIBS="-ltcmalloc" >>>>>> >>>>>> 2017-02-23 16:19 GMT-03:00 Antonio Silva >>>>>> >>>>> >: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Did you compile fs in debian with >>>>>> tcmalloc? >>>>>> >>>>>> didn't work for me... do i miss >>>>>> something? >>>>>> >>>>>> >>>>>> root at dev:/usr/src/freeswitch.git# >>>>>> >>>>>> apt-get install libtcmalloc-minimal4 >>>>>> root at dev:/usr/src/freeswitch.git# >>>>>> >>>>>> export LIBS=-ltcmalloc >>>>>> root at dev:/usr/src/freeswitch.git# >>>>>> >>>>>> ./configure >>>>>> checking for a BSD-compatible >>>>>> install... /usr/bin/install -c >>>>>> checking whether build environment is >>>>>> sane... yes >>>>>> checking for a thread-safe mkdir >>>>>> -p... /bin/mkdir -p >>>>>> checking for gawk... no >>>>>> checking for mawk... mawk >>>>>> checking whether make sets $(MAKE)... yes >>>>>> checking whether make supports nested >>>>>> variables... yes >>>>>> checking whether make supports nested >>>>>> variables... (cached) yes >>>>>> checking build system type... >>>>>> x86_64-unknown-linux-gnu >>>>>> checking host system type... >>>>>> x86_64-unknown-linux-gnu >>>>>> checking for style of include used by >>>>>> make... GNU >>>>>> checking for gcc... gcc >>>>>> checking whether the C compiler >>>>>> works... no >>>>>> configure: error: in >>>>>> `/usr/src/freeswitch.git': >>>>>> configure: error: C compiler cannot >>>>>> create executables >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 02/23/2017 07:56 PM, Antonio Silva >>>>>> wrote: >>>>>>> Hi Juan, >>>>>>> >>>>>>> Thanks for the tips!! >>>>>>> >>>>>>> Unfortunately i cannot test with >>>>>>> -nosql option, i need to have the >>>>>>> sip_registration fill to be able to >>>>>>> send options to natted endpoints. >>>>>>> But i don't think the issue is in >>>>>>> db, i use postgres and to get better >>>>>>> performance from it i run it on tmpfs. >>>>>>> >>>>>>> >>>>>>> I read about tcmalloc, but from jira >>>>>>> FS-7315, i get the idea that it >>>>>>> didn't change anything.. but i guess >>>>>>> i can try it and post the results, >>>>>>> from the bt i do see some calls been >>>>>>> done to malloc, but not sure if they >>>>>>> are locking or not. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> >>>>>>> On 02/23/2017 06:52 PM, Juan Pablo >>>>>>> Godoy Macari wrote: >>>>>>>> Hello Antonio, >>>>>>>> >>>>>>>> I had the same issue, to fix it i >>>>>>>> tried many things written in this >>>>>>>> mail list. Try running FS with >>>>>>>> -nosql option, if that doesn't work >>>>>>>> recompile FS with tcmalloc (from >>>>>>>> google's perfomance tools). >>>>>>>> >>>>>>>> That did it for me. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Juan Pablo. >>>>>>>> >>>>>>>> 2017-02-23 13:26 GMT-03:00 Antonio >>>>>>>> Silva >>>>>>> >: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> i'm having an issue with FS >>>>>>>> that gets lock every morning >>>>>>>> with cpu sys >>>>>>>> hitting 80%, because is limited >>>>>>>> in fs with min-idle, it could >>>>>>>> reach the >>>>>>>> 100%, so the calls are rejected >>>>>>>> by load, to solve the problem i >>>>>>>> kill fs >>>>>>>> and start it again. >>>>>>>> >>>>>>>> I discard a load issue, because >>>>>>>> after restarting freeswitch the >>>>>>>> system >>>>>>>> increases in number of >>>>>>>> sessions/cps and no problems at >>>>>>>> all until next >>>>>>>> day.... it's given me crazy... >>>>>>>> i've enough memory, lots of >>>>>>>> cores... >>>>>>>> after restart fs the system >>>>>>>> stays at less than 30% of cpu >>>>>>>> usage. >>>>>>>> >>>>>>>> >>>>>>>> Right now i have hpet as >>>>>>>> clocksource, transcoding is >>>>>>>> minimal (use >>>>>>>> inheric_codec, only happens >>>>>>>> because of different ptimes >>>>>>>> with some >>>>>>>> endpoints) . >>>>>>>> >>>>>>>> >>>>>>>> anyone having similar problem? >>>>>>>> or any tip i can do to debug >>>>>>>> this issue? >>>>>>>> >>>>>>>> >>>>>>>> For info the Jira ticket can be >>>>>>>> located at >>>>>>>> https://freeswitch.org/jira/browse/FS-9957 >>>>>>>> , >>>>>>>> >>>>>>>> i've done a gcore, top, htop >>>>>>>> when the system is with high >>>>>>>> cpu sys but i >>>>>>>> can't figure the thread that is >>>>>>>> causing the issue... initial i >>>>>>>> thought >>>>>>>> it was because of module lua >>>>>>>> (most of my logic is done >>>>>>>> there), but today >>>>>>>> only 2 threads where running >>>>>>>> mod_lua when it happen. >>>>>>>> >>>>>>>> >>>>>>>> Appreciate the help. >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Saludos / Regards / Cumprimentos, >>>>>>>> Ant?nio silva >>>>>>>> >>>>>>>> >>>>>>>> _________________________________________________________________________ >>>>>>>> Professional FreeSWITCH >>>>>>>> Consulting Services: >>>>>>>> consulting at freeswitch.org >>>>>>>> >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>> >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _________________________________________________________________________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting at freeswitch.org >>>>>>>> >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>> >>>>>>>> http://www.freeswitch.org >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> >>>>>>> http://www.freeswitch.org >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting >>>>>> Services: consulting at freeswitch.org >>>>>> >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> >>>>>> http://www.cluecon.com >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> >>>>>> http://www.freeswitch.org >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> >>>>>> http://www.freeswitch.org >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> >>>>> http://www.freeswitchsolutions.com >>>>> Official >>>>> FreeSWITCH Sites http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> >>>>> http://www.cluecon.com FreeSWITCH-users >>>>> mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> >>>>> http://www.freeswitch.org >>>>> >>>>> -- >>>>> >>>>> */Brian West/* brian at freeswitch.org >>>>> >>>>> >>>>> */Twitter: @FreeSWITCH , @briankwest/* >>>>> >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> Allison >>>>> prompts for FreeSWITCH: >>>>> >>>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>>> >>>>> >>>>> Wish to schedule a meeting? >>>>> >>>>> http://app.timebridge.com/#/meet/freeswitch >>>>> >>>>> >>>>> Got Bugs? Report them here >>>>> ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | >>>>> *F:*+19184209002 | >>>>> *M:*+1918424WEST (9378) *Skype:*briankwest >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> >>>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> Official >>>> FreeSWITCH Sites http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> >>>> http://www.cluecon.com FreeSWITCH-users mailing >>>> list FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>>> http://www.freeswitch.org >>>> >>>> -- >>>> >>>> */Brian West/* brian at freeswitch.org >>>> >>>> >>>> */Twitter: @FreeSWITCH , @briankwest/* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> Allison prompts for >>>> FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Wish to schedule a meeting? >>>> >>>> http://app.timebridge.com/#/meet/freeswitch >>>> >>>> >>>> Got Bugs? Report them here >>>> ! | Reddit: /r/freeswitch >>>> >>>> >>>> *T:*+19184209001 | >>>> *F:*+19184209002 | >>>> *M:*+1918424WEST (9378) *Skype:*briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> >>> http://www.freeswitchsolutions.com >>> Official FreeSWITCH >>> Sites http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> Official FreeSWITCH >> Sites http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > Official FreeSWITCH Sites > http://www.freeswitch.org http://confluence.freeswitch.org > http://www.cluecon.com > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/8ee364ee/attachment-0001.html From igorolhovskiy at gmail.com Fri Mar 3 15:43:39 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Fri, 3 Mar 2017 14:43:39 +0200 Subject: [Freeswitch-users] Bridge - USER_NOT_REGISTERED In-Reply-To: References: <9dbd8d64-d592-49d7-ade4-8167e23bd6c4@Spark> <698c959f-8125-45a6-8d5a-dff7d3294967@Spark> Message-ID: <62efcdc9-36a6-45ee-b37b-8eba617ff753@Spark> , wrote: > what do you have your dial-string set to? and what profile are the phones registered with? > > > On Thu, Mar 2, 2017 at 2:56 AM, Igor Olhovskiy wrote: > > > Hi! > > > > > > Michael: No such option for now?.. Means to update. > > > > > > Yep, but why dialstring is out of sync only in case of same subnet??. > > > > > > Regards, Igor > > > > > > On 2 ????? 2017 ?., 1:24 +0200, Brian West , wrote: > > > > your dial-string in the directory is out of sync with the actual domain you're using, or some such similar domain profile mismatch. > > > > > > > > /b > > > > > > > > > > > > > On Wed, Mar 1, 2017 at 2:59 PM, Michael Jerris wrote: > > > > > > does it behave the same on 1.6? ?1.4.26 is quite old. > > > > > > > > > > > > > > > > > > > On Mar 1, 2017, at 3:18 PM, Igor Olhovskiy wrote: > > > > > > > > > > > > > > Hi! > > > > > > > I?m facing a strange issue I can?t get why happening. > > > > > > > I have Freeswitch 1.4.26 server on a public IP. > > > > > > > 2 users are registered - 201 and 202. > > > > > > > 201 user is registered from address, that is from one subnet to public of Freeswitch. > > > > > > > 202 - totally different. All 201 and 202 are behind NAT. > > > > > > > So, I?m trying to call from 202 to 201, but getting > > > > > > > USER_NOT_REGISTERED > > > > > > > > > > > > > > EXECUTE sofia/internal/202 at pbx3.abbyconnect.com bridge(user/201 at pbx3.abbyconnect.com) > > > > > > > ?.. > > > > > > > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] > > > > > > > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > > > > > > 2017-03-01 15:13:32.989992 [NOTICE] switch_ivr_originate.c:2759 Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] > > > > > > > 2017-03-01 15:13:32.989992 [DEBUG] switch_ivr_originate.c:3747 Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] > > > > > > > > > > > > > > But. > > > > > > > freeswitch at internal> show registrations > > > > > > > reg_user,realm,token,url,expires,network_ip,network_port,network_proto,hostname,metadata > > > > > > > 201,pbx3.abbyconnect.com,jjrRmyMeA6NyWFDzw-2SgQ..,sofia/internal/sip:201 at 192.168.3.111:36490;rinstance=fdd02e2e94b8fba0;transport=tcp,1488403310,24.234.110.55,63940,tcp,pbx, > > > > > > > 202,pbx3.abbyconnect.com,a707f9609d7fecf432d00074da1ef5cf at 0:0:0:0:0:0:0:0,sofia/internal/sip:202 at 192.168.1.233:5060;transport=udp;registering_acc=pbx3_abbyconnect_com;fs_nat=yes;fs_path=sip%3A202%40176.104.49.75%3A5060%3Btransport%3Dudp%3Bregistering_acc%3Dpbx3_abbyconnect_com,1488400362,176.104.49.75,5060,udp,pbx, > > > > > > > So, I see user is registered, but bridge is not trying to reach it. ( I see no INVITEs) > > > > > > > > > > > > > > But. When I?m moving this server to other IP, to not share same net with 201 extension, all works fine. > > > > > > > at 201 I have same router as 202. > > > > > > > > > > > > > > Internal profile settings to NAT and networks > > > > > > > aggressive-nat-detection [true] > > > > > > > local-network-acl [localnet.auto] > > > > > > > nat-options-ping [true] > > > > > > > all-reg-options-ping [true] > > > > > > > NDLB-force-rport [true] > > > > > > > > > > > > > > Thanks. > > > > > > > > > > > > > > Regards, Igor > > > > > > > _________________________________________________________________________ > > > > > > > Professional FreeSWITCH Consulting Services: > > > > > > > consulting at freeswitch.org > > > > > > > http://www.freeswitchsolutions.com > > > > > > > > > > > > > > Official FreeSWITCH Sites > > > > > > > http://www.freeswitch.org > > > > > > > http://confluence.freeswitch.org > > > > > > > http://www.cluecon.com > > > > > > > > > > > > > > FreeSWITCH-users mailing list > > > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > > > http://www.freeswitch.org > > > > > > > > > > > > > > > > > > _________________________________________________________________________ > > > > > > Professional FreeSWITCH Consulting Services: > > > > > > consulting at freeswitch.org > > > > > > http://www.freeswitchsolutions.com > > > > > > > > > > > > Official FreeSWITCH Sites > > > > > > http://www.freeswitch.org > > > > > > http://confluence.freeswitch.org > > > > > > http://www.cluecon.com > > > > > > > > > > > > FreeSWITCH-users mailing list > > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > > http://www.freeswitch.org > > > > > > > > > > > > > > > > -- > > > > Brian West > > > > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > > > > http://www.freeswitchbook.com > > > > http://www.freeswitchcookbook.com > > > > > > > > Allison prompts for FreeSWITCH: > > > > https://www.gofundme.com/allison-prompts-for-freeswitch > > > > Wish to schedule a meeting? > > > > http://app.timebridge.com/#/meet/freeswitch > > > > Got Bugs? Report them here! | Reddit:?/r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > > > Skype:briankwest > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at freeswitch.org > > > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > > > http://www.freeswitch.org > > > > http://confluence.freeswitch.org > > > > http://www.cluecon.com > > > > > > > > FreeSWITCH-users mailing list > > > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > https://www.gofundme.com/allison-prompts-for-freeswitch > Wish to schedule a meeting? > http://app.timebridge.com/#/meet/freeswitch > Got Bugs? Report them here! | Reddit:?/r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/2821f85b/attachment-0001.html From krice at freeswitch.org Fri Mar 3 17:01:08 2017 From: krice at freeswitch.org (Ken Rice) Date: Fri, 3 Mar 2017 08:01:08 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> Message-ID: <1aa301d29426$9c440fe0$d4cc2fa0$@freeswitch.org> I've gotten so many brute forces from that ISP I've started dropping their netblocks... 62.210.0.0/16 is another of their blocks. They do not respond to abuse reports it seems or they just don't care -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Mimiko Sent: Friday, March 3, 2017 1:24 AM To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] FS account got hacked **urgent** Hello. Today I see a brute force from 212.83.154.177 and 212.83.148.20 So I just drop 212.83.0.0/16 Do you report the abuser's IP to someone? -- Mimiko desu. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From david.villasmil.work at gmail.com Fri Mar 3 18:33:07 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 3 Mar 2017 16:33:07 +0100 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: Anyone on this? If more debug info is needed, i can provide it. ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 11:53 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello guys, > > By the way, the subject reads "200 ok not forwarded", but it's actually > the BYE... > > I'm hoping there's something obvious i'm not seeing.... but it's still > happening, BYE is not being forwarded and the other leg stays there until a > timeout where the a leg triggers a BYE to be sent to FS and FS responds > with 481... > > The only thing I see is a "not found by name" but i'm not sure what that > means (I'd say fs can't find the other leg by name? Don't know why, the > call is up) > > Help is very much appreciated. > > Attaching fs log with sofia debug on... > > David > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 <+34%20669%2044%2083%2037> > > On Thu, Mar 2, 2017 at 9:13 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Michael, >> >> Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have >> solved the problem, keep you posted. >> >> Thanks for the suggestion. >> >> David >> ? >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 <+34%20669%2044%2083%2037> >> >> On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> Will do, still will also do the debugging >>> >>> On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris wrote: >>> >>>> I?d update to latest 1.6 release or latest master before you do >>>> anything else here. >>>> >>>> On Mar 2, 2017, at 10:04 AM, David Villasmil < >>>> david.villasmil.work at gmail.com> wrote: >>>> >>>> Hello Guys, >>>> >>>> I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z >>>> 64bit) is ready >>>> >>>> And i'm seeing the issue where the 200OK is not being forwarded from FS >>>> to the client. >>>> >>>> I'm attaching FS Log and sip trace. >>>> >>>> 1.1.1.1 = Client (Grandstream GXP1165) >>>> 9.9.9.9 = freeSWITCH >>>> 10.10.10.10 = Terminating GW (my_gateway) >>>> >>>> Been scratching my head for some time... >>>> >>>> >>>> Appreciate your help! >>>> >>>> >>>> >>>> Regards, >>>> >>>> David Villasmil >>>> email: david.villasmil.work at gmail.com >>>> phone: +34669448337 <+34%20669%2044%2083%2037> >>>> ? >>>> >>>> ________ >>>> _________________________________________________________________ >>>> >>>> >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/34aaceff/attachment-0001.html From daveh at beachdognet.com Fri Mar 3 18:40:36 2017 From: daveh at beachdognet.com (Dave Horton) Date: Fri, 3 Mar 2017 10:40:36 -0500 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: <27BF79D3-DC33-4B61-81B0-1D2D0FFF9994@beachdognet.com> It looks to me like Freeswitch is actually trying to send the BYE, but is unable to establish a tcp connection back to the address:port of the UAC (which in this case is 1.1.1.1:33919). See from your log snippet below, which is right after you received and responded to the BYE from UAS. nta.c:8304 outgoing_send() nta: sent BYE (103901687) to tcp/1.1.1.1:33919 tport.c:4160 tport_pend() tport_pend(0x7f78940e3e90): pending 0x7f78941006e0 for tcp/1.1.1.1:33919 (already 0) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_REPORTING (Cur 1 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001003 at 9.9.9.9:5066) State REPORTING 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:174 sofia/internal/3059001003 at 9.9.9.9:5066 Standard REPORTING, cause: NORMAL_CLEARING 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/3059001003 at 9.9.9.9:5066) State REPORTING going to sleep 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:610 (sofia/internal/3059001003 at 9.9.9.9:5066) State Change CS_REPORTING -> CS_DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_session.c:1664 Session 100 (sofia/internal/3059001003 at 9.9.9.9:5066) Locked, Waiting on external entities 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1682 Session 100 (sofia/internal/3059001003 at 9.9.9.9:5066) Ended 2017-03-02 17:25:02.992038 [NOTICE] switch_core_session.c:1686 Close Channel sofia/internal/3059001003 at 9.9.9.9:5066 [CS_DESTROY] 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/3059001003 at 9.9.9.9:5066) Running State Change CS_DESTROY (Cur 0 Tot 101) 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001003 at 9.9.9.9:5066) State DESTROY 2017-03-02 17:25:02.992038 [DEBUG] mod_sofia.c:343 sofia/internal/3059001003 at 9.9.9.9:5066 SOFIA DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:181 sofia/internal/3059001003 at 9.9.9.9:5066 Standard DESTROY 2017-03-02 17:25:02.992038 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/3059001003 at 9.9.9.9:5066) State DESTROY going to sleep tport.c:2689 tport_connected() tport_connected(0x7f78940e3e90): events CONNECTED ERR tport.c:4222 tport_release() tport_release(0x7f78940e3e90): 0x7f78941006e0 by 0x7f78940f43f0 with (nil) nta.c:8496 outgoing_print_tport_error() nta: BYE (103901687): Connection refused (111) with tcp/[1.1.1.1]:33919 On Mar 3, 2017, at 10:33 AM, David Villasmil wrote: Anyone on this? If more debug info is needed, i can provide it. ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 11:53 PM, David Villasmil > wrote: Hello guys, By the way, the subject reads "200 ok not forwarded", but it's actually the BYE... I'm hoping there's something obvious i'm not seeing.... but it's still happening, BYE is not being forwarded and the other leg stays there until a timeout where the a leg triggers a BYE to be sent to FS and FS responds with 481... The only thing I see is a "not found by name" but i'm not sure what that means (I'd say fs can't find the other leg by name? Don't know why, the call is up) Help is very much appreciated. Attaching fs log with sofia debug on... David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 9:13 PM, David Villasmil > wrote: Michael, Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have solved the problem, keep you posted. Thanks for the suggestion. David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil > wrote: Will do, still will also do the debugging On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris > wrote: I?d update to latest 1.6 release or latest master before you do anything else here. > On Mar 2, 2017, at 10:04 AM, David Villasmil > wrote: > > Hello Guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is ready > > And i'm seeing the issue where the 200OK is not being forwarded from FS to the client. > > I'm attaching FS Log and sip trace. > > 1.1.1.1 = Client (Grandstream GXP1165) > 9.9.9.9 = freeSWITCH > 10.10.10.10 = Terminating GW (my_gateway) > > Been scratching my head for some time... > > > Appreciate your help! > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/f22192e0/attachment-0001.html From daveh at beachdognet.com Fri Mar 3 18:50:46 2017 From: daveh at beachdognet.com (Dave Horton) Date: Fri, 3 Mar 2017 10:50:46 -0500 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: Also, if you look closer directly after the ACK, the UAC is closing the TCP connection to freeswitch right after the call is established tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) tport.c:2157 tport_shutdown0() tport_shutdown0(0x7f78940f6af0, 2) tport.c:2090 tport_close() tport_close(0x7f78940f6af0): tcp/1.1.1.1:33919/sip It seems to me a problem with your UAC. It is establishing a TCP connection for the call, then tearing it down directly after the call is established. When it eventually sends the BYE, it does it from a new port: recv 625 bytes from tcp/[1.1.1.1]:33920 at 17:25:08.872547: ------------------------------------------------------------------------ BYE sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 I?d suggest turning off any SIP ALG that you have on the phone (grandstream?) or in the network. On Mar 3, 2017, at 10:33 AM, David Villasmil wrote: Anyone on this? If more debug info is needed, i can provide it. ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 11:53 PM, David Villasmil > wrote: Hello guys, By the way, the subject reads "200 ok not forwarded", but it's actually the BYE... I'm hoping there's something obvious i'm not seeing.... but it's still happening, BYE is not being forwarded and the other leg stays there until a timeout where the a leg triggers a BYE to be sent to FS and FS responds with 481... The only thing I see is a "not found by name" but i'm not sure what that means (I'd say fs can't find the other leg by name? Don't know why, the call is up) Help is very much appreciated. Attaching fs log with sofia debug on... David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 9:13 PM, David Villasmil > wrote: Michael, Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have solved the problem, keep you posted. Thanks for the suggestion. David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil > wrote: Will do, still will also do the debugging On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris > wrote: I?d update to latest 1.6 release or latest master before you do anything else here. > On Mar 2, 2017, at 10:04 AM, David Villasmil > wrote: > > Hello Guys, > > I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is ready > > And i'm seeing the issue where the 200OK is not being forwarded from FS to the client. > > I'm attaching FS Log and sip trace. > > 1.1.1.1 = Client (Grandstream GXP1165) > 9.9.9.9 = freeSWITCH > 10.10.10.10 = Terminating GW (my_gateway) > > Been scratching my head for some time... > > > Appreciate your help! > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > ? > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/a812a9fb/attachment-0001.html From rick at magicmail.mooo.com Fri Mar 3 19:16:51 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 3 Mar 2017 16:16:51 +0000 Subject: [Freeswitch-users] Multi tenant dlalplans Message-ID: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. Is it to include the public dialplans in each of the tenanted dialplans? R From vbvbrj at gmail.com Fri Mar 3 19:19:23 2017 From: vbvbrj at gmail.com (Mimiko) Date: Fri, 3 Mar 2017 18:19:23 +0200 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <1aa301d29426$9c440fe0$d4cc2fa0$@freeswitch.org> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1aa301d29426$9c440fe0$d4cc2fa0$@freeswitch.org> Message-ID: <9f934886-b22d-b1f2-9704-98f41a142685@gmail.com> On 03.03.2017 16:01, Ken Rice wrote: > 62.210.0.0/16 is another of their blocks This is not enough. Seems that it needs to be blocked 62.0.0.0/8 as the second part of IP.also change. -- Mimiko desu. From krice at freeswitch.org Fri Mar 3 19:21:40 2017 From: krice at freeswitch.org (Ken Rice) Date: Fri, 3 Mar 2017 10:21:40 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <9f934886-b22d-b1f2-9704-98f41a142685@gmail.com> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1aa301d29426$9c440fe0$d4cc2fa0$@freeswitch.org> <9f934886-b22d-b1f2-9704-98f41a142685@gmail.com> Message-ID: <1b8001d2943a$3e4b4520$bae1cf60$@freeswitch.org> Almost need to block the entire announcements from AS12876. I hate to do that, but I have reported abuse from multiple networks I manage to them and they have ignored all of the complaints -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Mimiko Sent: Friday, March 3, 2017 10:19 AM To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] FS account got hacked **urgent** On 03.03.2017 16:01, Ken Rice wrote: > 62.210.0.0/16 is another of their blocks This is not enough. Seems that it needs to be blocked 62.0.0.0/8 as the second part of IP.also change. -- Mimiko desu. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From jungleboogie0 at gmail.com Fri Mar 3 21:29:51 2017 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Fri, 3 Mar 2017 10:29:51 -0800 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> Message-ID: On 2 March 2017 at 23:23, Mimiko wrote: > Today I see a brute force from 212.83.154.177 and 212.83.148.20 > So I just drop 212.83.0.0/16 > Do you report the abuser's IP to someone? I had one from: 212.83.147.23 If 212.83.154.177 is associated with online.net, fill this out: http://abuse.online.net/ The operators of 212.83.147.23 stopped the abuse to my network in ~12 hours. -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info From igorolhovskiy at gmail.com Fri Mar 3 21:35:49 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Fri, 3 Mar 2017 20:35:49 +0200 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> Message-ID: <095e8440-da51-403a-b765-7b20375e1813@Spark> I?d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start Regards, Igor On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis , wrote: > Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. > > Is it to include the public dialplans in each of the tenanted dialplans? > > R > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/cba71c8b/attachment.html From krice at freeswitch.org Fri Mar 3 21:45:34 2017 From: krice at freeswitch.org (Ken Rice) Date: Fri, 3 Mar 2017 12:45:34 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> Message-ID: <1c4701d2944e$58978290$09c687b0$@freeswitch.org> The problem with online.net isn't necessarily one of their clients, they tend to no respond to the reports they get via the link you posted nor do they respond to emails to their abuse@ email address as per their whois records... I have received multiple attacks from various IPs on their network (the only thing in common with them is its originating from their AS) I have seen these attacks across multiple networks... I wish there was a way we could would with them to help mitigate this but it doesn't seem they are interested in it -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle Boogie Sent: Friday, March 3, 2017 12:30 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS account got hacked **urgent** On 2 March 2017 at 23:23, Mimiko wrote: > Today I see a brute force from 212.83.154.177 and 212.83.148.20 So I > just drop 212.83.0.0/16 Do you report the abuser's IP to someone? I had one from: 212.83.147.23 If 212.83.154.177 is associated with online.net, fill this out: http://abuse.online.net/ The operators of 212.83.147.23 stopped the abuse to my network in ~12 hours. -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From rick at magicmail.mooo.com Fri Mar 3 21:53:40 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 3 Mar 2017 18:53:40 +0000 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <095e8440-da51-403a-b765-7b20375e1813@Spark> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> <095e8440-da51-403a-b765-7b20375e1813@Spark> Message-ID: <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they?re not as scalable, but... > On 3 Mar 2017, at 18:35, Igor Olhovskiy wrote: > > I?d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start > > Regards, Igor > > On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis , wrote: >> Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. >> >> Is it to include the public dialplans in each of the tenanted dialplans? >> >> R >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/21195f48/attachment-0001.html From jungleboogie0 at gmail.com Fri Mar 3 21:59:27 2017 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Fri, 3 Mar 2017 10:59:27 -0800 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <1c4701d2944e$58978290$09c687b0$@freeswitch.org> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> Message-ID: On 3 March 2017 at 10:45, Ken Rice wrote: > The problem with online.net isn't necessarily one of their clients, they > tend to no respond to the reports they get via the link you posted nor do > they respond to emails to their abuse@ email address as per their whois > records... I think I tried the email address once or twice until I found the form. IME, the online customers resolve the situation and I stop seeing the attacks. > > I have received multiple attacks from various IPs on their network (the only > thing in common with them is its originating from their AS) hmm, that AS is with online.net? > > I have seen these attacks across multiple networks... I wish there was a way > we could would with them to help mitigate this but it doesn't seem they are > interested in it > I wish there was something like denyhosts for sip traffic that would sync up and download known offenders. From phenix at vfemail.net Fri Mar 3 22:19:31 2017 From: phenix at vfemail.net (Tanguy) Date: Fri, 3 Mar 2017 20:19:31 +0100 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> <095e8440-da51-403a-b765-7b20375e1813@Spark> <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> Message-ID: <4a65773b-53aa-baf3-71d7-82cecd49f2f4@vfemail.net> Hello, you can use xml dialplan with fusionpbx http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.html On 03/03/2017 19:53, Rick Jarvis wrote: > I played around with that, but it seems to be writing to a database > rather than XML? I do like my text files :) I appreciate they?re not > as scalable, but... > > >> On 3 Mar 2017, at 18:35, Igor Olhovskiy > > wrote: >> >> I?d suggest you to look at FusionPBX and how multitenancy done there. >> Quite good example to start >> >> Regards, Igor >> >> On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis > >, wrote: >>> Here?s one I?ve hit before but never quite decided on. What?s the >>> best way to avoid tromboning in a multi tenanted environment. >>> >>> Is it to include the public dialplans in each of the tenanted dialplans? >>> >>> R >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/683b8225/attachment.html From rick at magicmail.mooo.com Fri Mar 3 22:23:28 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 3 Mar 2017 19:23:28 +0000 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <4a65773b-53aa-baf3-71d7-82cecd49f2f4@vfemail.net> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> <095e8440-da51-403a-b765-7b20375e1813@Spark> <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> <4a65773b-53aa-baf3-71d7-82cecd49f2f4@vfemail.net> Message-ID: <179A6AE8-944E-403C-8115-97F3EEB4BCC2@magicmail.mooo.com> Oh wow, so it generates the xml? That?s a great learning tool if so! > On 3 Mar 2017, at 19:19, Tanguy wrote: > > Hello, you can use xml dialplan with fusionpbx > http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.html > > > > On 03/03/2017 19:53, Rick Jarvis wrote: >> I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they?re not as scalable, but... >> >> >>> On 3 Mar 2017, at 18:35, Igor Olhovskiy > wrote: >>> >>> I?d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start >>> >>> Regards, Igor >>> >>> On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis >, wrote: >>>> Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. >>>> >>>> Is it to include the public dialplans in each of the tenanted dialplans? >>>> >>>> R >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/f93e1b27/attachment-0001.html From krice at freeswitch.org Fri Mar 3 22:24:09 2017 From: krice at freeswitch.org (Ken Rice) Date: Fri, 3 Mar 2017 13:24:09 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> Message-ID: <001401d29453$bc819110$3584b330$@freeswitch.org> Yes that AS is online.net's AS Number... I'm seriously considering blackholing them across multiple networks... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle Boogie Sent: Friday, March 3, 2017 12:59 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS account got hacked **urgent** On 3 March 2017 at 10:45, Ken Rice wrote: > The problem with online.net isn't necessarily one of their clients, > they tend to no respond to the reports they get via the link you > posted nor do they respond to emails to their abuse@ email address as > per their whois records... I think I tried the email address once or twice until I found the form. IME, the online customers resolve the situation and I stop seeing the attacks. > > I have received multiple attacks from various IPs on their network > (the only thing in common with them is its originating from their AS) hmm, that AS is with online.net? > > I have seen these attacks across multiple networks... I wish there was > a way we could would with them to help mitigate this but it doesn't > seem they are interested in it > I wish there was something like denyhosts for sip traffic that would sync up and download known offenders. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From sdevoy at bizfocused.com Fri Mar 3 22:25:21 2017 From: sdevoy at bizfocused.com (Sean Devoy) Date: Fri, 3 Mar 2017 19:25:21 +0000 Subject: [Freeswitch-users] Set BLI when specific Valet Parking slot is full? Message-ID: Hi All, My customer says his deli staff cannot handle the concept of picking up a Valet Parking call without the busy lamp indicator flashing. Can anyone explain how to set the busy lamp indicator when there is a call parked in a specific slot? (and if it can be done). I am thinking I will assign one line button on the phone to a special extension and make it an auto-dial to that parking place. Now if I can make it blink, we are set to go. Thanks in advance, Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/33cfd4a9/attachment.html From s.safarov at gmail.com Fri Mar 3 22:47:56 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Fri, 03 Mar 2017 19:47:56 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <001401d29453$bc819110$3584b330$@freeswitch.org> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> Message-ID: List of of AS12876 networks $ whois -h whois.radb.net -- '-i origin AS12876' | grep 'route:' route: 212.155.196.0/23 route: 195.154.0.0/16 route: 62.4.0.0/19 route: 212.83.128.0/19 route: 212.129.0.0/18 route: 212.83.160.0/19 route: 62.210.0.0/16 route: 212.47.224.0/19 route: 163.172.0.0/16 Sergey ??, 3 ???. 2017 ?. ? 22:24, Ken Rice : > Yes that AS is online.net's AS Number... I'm seriously considering > blackholing them across multiple networks... > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle > Boogie > Sent: Friday, March 3, 2017 12:59 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** > > On 3 March 2017 at 10:45, Ken Rice wrote: > > The problem with online.net isn't necessarily one of their clients, > > they tend to no respond to the reports they get via the link you > > posted nor do they respond to emails to their abuse@ email address as > > per their whois records... > > I think I tried the email address once or twice until I found the form. > IME, > the online customers resolve the situation and I stop seeing the attacks. > > > > > I have received multiple attacks from various IPs on their network > > (the only thing in common with them is its originating from their AS) > > hmm, that AS is with online.net? > > > > > I have seen these attacks across multiple networks... I wish there was > > a way we could would with them to help mitigate this but it doesn't > > seem they are interested in it > > > > I wish there was something like denyhosts for sip traffic that would sync > up > and download known offenders. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/a706ff36/attachment.html From gled at remote-shell.net Fri Mar 3 23:45:14 2017 From: gled at remote-shell.net (=?UTF-8?Q?Tristan_Mah=c3=a9?=) Date: Fri, 3 Mar 2017 12:45:14 -0800 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> Message-ID: <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> You could maybe ping them on Twitter, they're quite active on @online_fr . I got in a previous life a BGP peering established that way with them. On 03/03/2017 11:47 AM, Sergey Safarov wrote: > List of of AS12876 networks > > $ whois -h whois.radb.net -- '-i origin > AS12876' | grep 'route:' > route: 212.155.196.0/23 > route: 195.154.0.0/16 > route: 62.4.0.0/19 > route: 212.83.128.0/19 > route: 212.129.0.0/18 > route: 212.83.160.0/19 > route: 62.210.0.0/16 > route: 212.47.224.0/19 > route: 163.172.0.0/16 > > > Sergey > > > ??, 3 ???. 2017 ?. ? 22:24, Ken Rice >: > > Yes that AS is online.net 's AS Number... I'm > seriously considering > blackholing them across multiple networks... > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] On Behalf > Of jungle > Boogie > Sent: Friday, March 3, 2017 12:59 PM > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** > > On 3 March 2017 at 10:45, Ken Rice > wrote: > > The problem with online.net isn't > necessarily one of their clients, > > they tend to no respond to the reports they get via the link you > > posted nor do they respond to emails to their abuse@ email > address as > > per their whois records... > > I think I tried the email address once or twice until I found the > form. IME, > the online customers resolve the situation and I stop seeing the > attacks. > > > > > I have received multiple attacks from various IPs on their network > > (the only thing in common with them is its originating from > their AS) > > hmm, that AS is with online.net ? > > > > > I have seen these attacks across multiple networks... I wish > there was > > a way we could would with them to help mitigate this but it doesn't > > seem they are interested in it > > > > I wish there was something like denyhosts for sip traffic that > would sync up > and download known offenders. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/db69d843/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 516 bytes Desc: OpenPGP digital signature Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/db69d843/attachment-0001.bin From krice at freeswitch.org Fri Mar 3 23:48:25 2017 From: krice at freeswitch.org (Ken Rice) Date: Fri, 3 Mar 2017 14:48:25 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> Message-ID: <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> I did lolol they didn?t answer me? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Tristan Mah? Sent: Friday, March 3, 2017 2:45 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS account got hacked **urgent** You could maybe ping them on Twitter, they're quite active on @online_fr . I got in a previous life a BGP peering established that way with them. On 03/03/2017 11:47 AM, Sergey Safarov wrote: List of of AS12876 networks $ whois -h whois.radb.net -- '-i origin AS12876' | grep 'route:' route: 212.155.196.0/23 route: 195.154.0.0/16 route: 62.4.0.0/19 route: 212.83.128.0/19 route: 212.129.0.0/18 route: 212.83.160.0/19 route: 62.210.0.0/16 route: 212.47.224.0/19 route: 163.172.0.0/16 Sergey ??, 3 ???. 2017 ?. ? 22:24, Ken Rice >: Yes that AS is online.net 's AS Number... I'm seriously considering blackholing them across multiple networks... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of jungle Boogie Sent: Friday, March 3, 2017 12:59 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** On 3 March 2017 at 10:45, Ken Rice > wrote: > The problem with online.net isn't necessarily one of their clients, > they tend to no respond to the reports they get via the link you > posted nor do they respond to emails to their abuse@ email address as > per their whois records... I think I tried the email address once or twice until I found the form. IME, the online customers resolve the situation and I stop seeing the attacks. > > I have received multiple attacks from various IPs on their network > (the only thing in common with them is its originating from their AS) hmm, that AS is with online.net ? > > I have seen these attacks across multiple networks... I wish there was > a way we could would with them to help mitigate this but it doesn't > seem they are interested in it > I wish there was something like denyhosts for sip traffic that would sync up and download known offenders. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/2a2e37b9/attachment.html From phenix at vfemail.net Sat Mar 4 00:16:13 2017 From: phenix at vfemail.net (Tanguy) Date: Fri, 3 Mar 2017 22:16:13 +0100 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <179A6AE8-944E-403C-8115-97F3EEB4BCC2@magicmail.mooo.com> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> <095e8440-da51-403a-b765-7b20375e1813@Spark> <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> <4a65773b-53aa-baf3-71d7-82cecd49f2f4@vfemail.net> <179A6AE8-944E-403C-8115-97F3EEB4BCC2@magicmail.mooo.com> Message-ID: <21134276-e4cc-f832-ca52-95096e10e977@vfemail.net> Yes sir root at server:/usr/local/freeswitch/conf/dialplan/somedomain# ls -l *_v_*.xml -rw-rw-r-- 1 freeswitch daemon 2416 Feb 28 12:41 010_v_user_exists.xml -rw-rw-r-- 1 freeswitch daemon 244 Feb 28 12:41 020_v_call-direction.xml -rw-rw-r-- 1 freeswitch daemon 273 Feb 28 12:41 020_v_variables.xml [...] -rw-rw-r-- 1 freeswitch daemon 945 Feb 28 12:41 880_v_call_screen.xml -rw-rw-r-- 1 freeswitch daemon 2162 Feb 28 12:41 890_v_local_extension.xml -rw-rw-r-- 1 freeswitch daemon 478 Feb 28 12:41 900_v_voicemail.xml This was the default behaviour from older versions, for newer version you need to change some parameters as explained on my link. The *_v_*.xml files will be created and overwritten by fusionpbx, but you can add your own pieces off dialplan if you chose a different filename. On 03/03/2017 20:23, Rick Jarvis wrote: > Oh wow, so it generates the xml? That?s a great learning tool if so! > >> On 3 Mar 2017, at 19:19, Tanguy > > wrote: >> >> Hello, you can use xml dialplan with fusionpbx >> http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.html >> >> >> >> On 03/03/2017 19:53, Rick Jarvis wrote: >>> I played around with that, but it seems to be writing to a database >>> rather than XML? I do like my text files :) I appreciate they?re not >>> as scalable, but... >>> >>> >>>> On 3 Mar 2017, at 18:35, Igor Olhovskiy >>> > wrote: >>>> >>>> I?d suggest you to look at FusionPBX and how multitenancy done >>>> there. Quite good example to start >>>> >>>> Regards, Igor >>>> >>>> On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis >>>> >, wrote: >>>>> Here?s one I?ve hit before but never quite decided on. What?s the >>>>> best way to avoid tromboning in a multi tenanted environment. >>>>> >>>>> Is it to include the public dialplans in each of the tenanted >>>>> dialplans? >>>>> >>>>> R >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170303/5c3fec6c/attachment-0001.html From igorolhovskiy at gmail.com Sat Mar 4 03:54:41 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Sat, 4 Mar 2017 02:54:41 +0200 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <21134276-e4cc-f832-ca52-95096e10e977@vfemail.net> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> <095e8440-da51-403a-b765-7b20375e1813@Spark> <2D9F97CA-0E43-4E23-B870-B58C0D6E536B@magicmail.mooo.com> <4a65773b-53aa-baf3-71d7-82cecd49f2f4@vfemail.net> <179A6AE8-944E-403C-8115-97F3EEB4BCC2@magicmail.mooo.com> <21134276-e4cc-f832-ca52-95096e10e977@vfemail.net> Message-ID: <0a306137-126a-4273-a726-785b1b5cc28e@Spark> You can get XML from Fusion. Actually, all XML is Fusion case is stored in memcached. And you can get it from fs_cli memcache get directory:number at tenant memcache get dialplan:yourtenant.com memcache get dialplan:public ?. and so on... Regards, Igor On 3 ????? 2017 ?., 23:17 +0200, Tanguy , wrote: > Yes sir > > root at server:/usr/local/freeswitch/conf/dialplan/somedomain# ls -l? *_v_*.xml > -rw-rw-r-- 1 freeswitch daemon 2416 Feb 28 12:41 010_v_user_exists.xml > -rw-rw-r-- 1 freeswitch daemon? 244 Feb 28 12:41 020_v_call-direction.xml > -rw-rw-r-- 1 freeswitch daemon? 273 Feb 28 12:41 020_v_variables.xml > [...] > -rw-rw-r-- 1 freeswitch daemon? 945 Feb 28 12:41 880_v_call_screen.xml > -rw-rw-r-- 1 freeswitch daemon 2162 Feb 28 12:41 890_v_local_extension.xml > -rw-rw-r-- 1 freeswitch daemon? 478 Feb 28 12:41 900_v_voicemail.xml > > > This was the default behaviour from older versions, for newer version you need to change some parameters as explained on my link. > The *_v_*.xml files will be created and overwritten by fusionpbx, but you can add your own pieces off dialplan if you chose a different filename. > > > > On 03/03/2017 20:23, Rick Jarvis wrote: > > Oh wow, so it generates the xml? That?s a great learning tool if so! > > > > > On 3 Mar 2017, at 19:19, Tanguy wrote: > > > > > > Hello, you can use xml dialplan with fusionpbx > > > http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/123228.html > > > > > > > > > > > > On 03/03/2017 19:53, Rick Jarvis wrote: > > > > I played around with that, but it seems to be writing to a database rather than XML? I do like my text files :) I appreciate they?re not as scalable, but... > > > > > > > > > > > > > On 3 Mar 2017, at 18:35, Igor Olhovskiy wrote: > > > > > > > > > > I?d suggest you to look at FusionPBX and how multitenancy done there. Quite good example to start > > > > > > > > > > Regards, Igor > > > > > > > > > > On 3 ????? 2017 ?., 18:17 +0200, Rick Jarvis , wrote: > > > > > > Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. > > > > > > > > > > > > Is it to include the public dialplans in each of the tenanted dialplans? > > > > > > > > > > > > R > > > > > > > > > > > > > > > > > > _________________________________________________________________________ > > > > > > Professional FreeSWITCH Consulting Services: > > > > > > consulting at freeswitch.org > > > > > > http://www.freeswitchsolutions.com > > > > > > > > > > > > Official FreeSWITCH Sites > > > > > > http://www.freeswitch.org > > > > > > http://confluence.freeswitch.org > > > > > > http://www.cluecon.com > > > > > > > > > > > > FreeSWITCH-users mailing list > > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > > http://www.freeswitch.org > > > > > _________________________________________________________________________ > > > > > Professional FreeSWITCH Consulting Services: > > > > > consulting at freeswitch.org > > > > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > > > > http://www.freeswitch.org > > > > > http://confluence.freeswitch.org > > > > > http://www.cluecon.com > > > > > > > > > > FreeSWITCH-users mailing list > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > http://www.freeswitch.org > > > > > > > > > > > > > > > > > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at freeswitch.org > > > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > > > http://www.freeswitch.org > > > > http://confluence.freeswitch.org > > > > http://www.cluecon.com > > > > > > > > FreeSWITCH-users mailing list > > > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/3a33a8b1/attachment.html From igorolhovskiy at gmail.com Sat Mar 4 03:57:07 2017 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Sat, 4 Mar 2017 02:57:07 +0200 Subject: [Freeswitch-users] Set BLI when specific Valet Parking slot is full? In-Reply-To: References: Message-ID: <616394bb-12dd-416f-8744-5542a26ddc3e@Spark> You may use subscription to park+. So, if you defined slot number 01 in valet_park, you may point your BLF to "park+01" Regards, Igor On 3 ????? 2017 ?., 21:26 +0200, Sean Devoy , wrote: > Hi All, > > My customer says his deli staff cannot handle the concept of picking up a Valet Parking call without the busy lamp indicator flashing. > > Can anyone explain how to set the busy lamp indicator when there is a call parked in a specific slot? (and if it can be done). > > I am thinking I will assign one line button on the phone to a special extension and make it an auto-dial to that parking place.? Now if I can make it blink, we are set to go. > > Thanks in advance, > Sean > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/cfba4b3b/attachment-0001.html From aqsyounas at gmail.com Sat Mar 4 16:58:35 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Sat, 04 Mar 2017 13:58:35 +0000 Subject: [Freeswitch-users] Kill all calls from an account Message-ID: Hi, I want to kill all calls originating from an account. I know I could get their uuid through some ESL program and kill them one by one on demand. But i am looking for better way to achieve this. Like grouping them to some variable and excuting a command on it. Any pointer on this is much appreciated. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/69fff3db/attachment.html From colin.morelli at gmail.com Sat Mar 4 17:06:09 2017 From: colin.morelli at gmail.com (Colin Morelli) Date: Sat, 4 Mar 2017 09:06:09 -0500 Subject: [Freeswitch-users] Kill all calls from an account In-Reply-To: References: Message-ID: Hey there, Assuming by account you're referring to a user, would hupall normal_clearing username username_to_kill work for you? As long as you have (or can assign) a channel variable to all the calls you want to kill, hupall should do what you're looking for. Best, Colin On Sat, Mar 4, 2017 at 8:58 AM, Aqs Younas wrote: > Hi, > I want to kill all calls originating from an account. I know I could get > their uuid through some ESL program and kill them one by one on demand. > But i am looking for better way to achieve this. Like grouping them to > some variable and excuting a command on it. > Any pointer on this is much appreciated. > > Thanks > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/a5ce0822/attachment.html From aqsyounas at gmail.com Sat Mar 4 20:15:55 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Sat, 4 Mar 2017 22:15:55 +0500 Subject: [Freeswitch-users] Kill all calls from an account In-Reply-To: References: Message-ID: Perfect. hupall did the trick. Thank You. On 4 March 2017 at 19:06, Colin Morelli wrote: > Hey there, > > Assuming by account you're referring to a user, would hupall > normal_clearing username username_to_kill work for you? As long as you > have (or can assign) a channel variable to all the calls you want to kill, > hupall should do what you're looking for. > > Best, > Colin > > On Sat, Mar 4, 2017 at 8:58 AM, Aqs Younas wrote: > >> Hi, >> I want to kill all calls originating from an account. I know I could get >> their uuid through some ESL program and kill them one by one on demand. >> But i am looking for better way to achieve this. Like grouping them to >> some variable and excuting a command on it. >> Any pointer on this is much appreciated. >> >> Thanks >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/03013f2c/attachment.html From ssinyagin at gmail.com Sun Mar 5 01:35:12 2017 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 4 Mar 2017 23:35:12 +0100 Subject: [Freeswitch-users] Multi tenant dlalplans In-Reply-To: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> References: <6545D771-8E78-4F42-B6F2-BB4068ED4FD8@magicmail.mooo.com> Message-ID: you just plan your dialplan carefully, and think about all use cases. You can keep the inbound and outbound calls in two separate contexts, so that an inbound call from the Internet can never be sent to PSTN, unless it's completely controlled and authorized. Hopefully this will give you some hints: https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+PBX+Example On Fri, Mar 3, 2017 at 5:16 PM, Rick Jarvis wrote: > Here?s one I?ve hit before but never quite decided on. What?s the best way to avoid tromboning in a multi tenanted environment. > > Is it to include the public dialplans in each of the tenanted dialplans? > > R > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mario_fs at mgtech.com Sun Mar 5 03:18:52 2017 From: mario_fs at mgtech.com (Mario G) Date: Sat, 4 Mar 2017 16:18:52 -0800 Subject: [Freeswitch-users] 200 OK not forwarded In-Reply-To: References: Message-ID: <7CD87590-D053-4EAE-9553-A0FB94242C12@mgtech.com> Sorry if this is off base but in case it helps?. I have had forwarding failing for about 6 months now on Yealink phones and Bria App. Worked for years then stopped. Last lines are: EXECUTE sofia/internal/101 at 10.246.1.7 deflect(2921) 2017-03-04 15:45:54.856901 [DEBUG] sofia.c:8487 Process REFER to [(null)@2921] See this for trace, etc.: Re: [Freeswitch-users] Forward fails with deflect and REFER to null I apologize if this it not related in any way to this problem. > On Mar 3, 2017, at 7:50 AM, Dave Horton wrote: > > Also, if you look closer directly after the ACK, the UAC is closing the TCP connection to freeswitch right after the call is established > > tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0) > tport.c:2157 tport_shutdown0() tport_shutdown0(0x7f78940f6af0, 2) > tport.c:2090 tport_close() tport_close(0x7f78940f6af0): tcp/1.1.1.1:33919/sip > > It seems to me a problem with your UAC. It is establishing a TCP connection for the call, then tearing it down directly after the call is established. When it eventually sends the BYE, it does it from a new port: > > recv 625 bytes from tcp/[1.1.1.1]:33920 at 17:25:08.872547: > ------------------------------------------------------------------------ > BYE sip:0017864732820 at 9.9.9.9:5066;transport=tcp SIP/2.0 > > I?d suggest turning off any SIP ALG that you have on the phone (grandstream?) or in the network. > > > > > > On Mar 3, 2017, at 10:33 AM, David Villasmil > wrote: > > Anyone on this? If more debug info is needed, i can provide it. > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > > On Thu, Mar 2, 2017 at 11:53 PM, David Villasmil > wrote: > Hello guys, > > By the way, the subject reads "200 ok not forwarded", but it's actually the BYE... > > I'm hoping there's something obvious i'm not seeing.... but it's still happening, BYE is not being forwarded and the other leg stays there until a timeout where the a leg triggers a BYE to be sent to FS and FS responds with 481... > > The only thing I see is a "not found by name" but i'm not sure what that means (I'd say fs can't find the other leg by name? Don't know why, the call is up) > > Help is very much appreciated. > > Attaching fs log with sofia debug on... > > David > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > On Thu, Mar 2, 2017 at 9:13 PM, David Villasmil > wrote: > Michael, > > Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have solved the problem, keep you posted. > > Thanks for the suggestion. > > David > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > On Thu, Mar 2, 2017 at 6:38 PM, David Villasmil > wrote: > Will do, still will also do the debugging > > On Thu, Mar 2, 2017 at 6:24 PM Michael Jerris > wrote: > I?d update to latest 1.6 release or latest master before you do anything else here. > > >> On Mar 2, 2017, at 10:04 AM, David Villasmil > wrote: >> > >> Hello Guys, >> >> I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is ready >> >> And i'm seeing the issue where the 200OK is not being forwarded from FS to the client. >> >> I'm attaching FS Log and sip trace. >> >> 1.1.1.1 = Client (Grandstream GXP1165) >> 9.9.9.9 = freeSWITCH >> 10.10.10.10 = Terminating GW (my_gateway) >> >> Been scratching my head for some time... >> >> >> Appreciate your help! >> >> >> >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 >> ? > >> _________________________________________________________________________ > >> >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170304/4f863ac2/attachment-0001.html From richard at treeboxsolutions.com Mon Mar 6 01:53:05 2017 From: richard at treeboxsolutions.com (Richard Chan) Date: Mon, 6 Mar 2017 06:53:05 +0800 Subject: [Freeswitch-users] Bug in libs/srtp when OpenSSL is used to provide AES-256? Message-ID: RFC-6188 violation when FreeSWITCH is compiled with libs/srtp to use OpenSSL? The cipher_id_type_t is set to AES_256_ICM, (if OpenSSL is NOT used then the cipher_id_type_t is set to AES_ICM). This means that in srtp.c: srtp_protect_rtcp() and srtp_unprotect_rtcp() the wrong code path will be chosen for the ICM nonce and keystream will be reused on consecutive RTCP packets. srtp_protect_rtcp() also srtp_unprotect_rtcp(): /* * if we're using rindael counter mode, set nonce and seq */ if (stream->rtcp_cipher->type->id == AES_ICM) { v128_t iv; iv.v32[0] = 0; As a result FS 1.6.15 is generating invalid SRTCP packets when AES-256 is being used (and libs/srtp is compiled to use OpenSSL). Note: RTP explicitly checks for AES_ICM and AES_256_ICM so it is not affected. It will be affected if AES-192 is chosen. This is also seems to be in upstream. -- Richard Chan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/eb274b71/attachment.html From mike at jerris.com Mon Mar 6 03:41:50 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 06 Mar 2017 00:41:50 +0000 Subject: [Freeswitch-users] Bug in libs/srtp when OpenSSL is used to provide AES-256? In-Reply-To: References: Message-ID: Bugs get filed at https://feeeswitch.org/jira if this is an issue in upstream libsrtp please file it to them as well. I'm going to be updating libsrtp soon so we should address this as soon as possible so they have a chance to get a new libsrtp release out with the fix. On Sun, Mar 5, 2017 at 3:56 PM Richard Chan wrote: > RFC-6188 violation when FreeSWITCH is compiled with libs/srtp to use > OpenSSL? > > The cipher_id_type_t is set to AES_256_ICM, (if OpenSSL is NOT used then > the cipher_id_type_t is set to AES_ICM). > > This means that in srtp.c: srtp_protect_rtcp() and srtp_unprotect_rtcp() > the wrong code path will be chosen for the ICM nonce and keystream will be > reused on consecutive RTCP packets. > > srtp_protect_rtcp() also srtp_unprotect_rtcp(): > /* > * if we're using rindael counter mode, set nonce and seq > */ > if (stream->rtcp_cipher->type->id == AES_ICM) { > v128_t iv; > > iv.v32[0] = 0; > > > As a result FS 1.6.15 is generating invalid SRTCP packets when AES-256 is > being used (and libs/srtp is compiled to use OpenSSL). > > Note: RTP explicitly checks for AES_ICM and AES_256_ICM so it is not > affected. It will be affected if AES-192 is chosen. This is also seems to > be in upstream. > > > > -- > Richard Chan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/38e7f315/attachment.html From richard at treeboxsolutions.com Mon Mar 6 05:18:54 2017 From: richard at treeboxsolutions.com (Richard Chan) Date: Mon, 6 Mar 2017 10:18:54 +0800 Subject: [Freeswitch-users] Bug in libs/srtp when OpenSSL is used to provide AES-256? In-Reply-To: References: Message-ID: https://freeswitch.org/jira/browse/FS-10095 ? Thanks Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/fb36ad9b/attachment.html From shaun.stokes at itec-support.co.uk Mon Mar 6 11:32:48 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Mon, 6 Mar 2017 08:32:48 +0000 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net>, <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E86436B9@mbx-01.sysconfig.co.uk> FYI. The IP addresses are listed on the VoIPBL IP blacklist but don't appear to be listed on any others, nor do the subnets as a whole. We use a variety of IP Blacklists, the most useful being VoIPBL. http://www.voipbl.org/ If your firewall supports it the IP blacklists could be applied to protect your entire infrastructure updating every hour, if not you can build a simple bash script for your servers to update your IP tables. Shaun [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/e1267747/attachment.html From asilva at wirelessmundi.com Mon Mar 6 11:39:35 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Mon, 6 Mar 2017 09:39:35 +0100 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E86436B9@mbx-01.sysconfig.co.uk> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> <6FD2F8B5BB72834E9939AEDF9FB802A901E86436B9@mbx-01.sysconfig.co.uk> Message-ID: <46cb792d-95e7-e915-2080-96fc375994bf@wirelessmundi.com> +++ thanks for sharing it! On 03/06/2017 09:32 AM, Shaun Stokes wrote: > FYI. > > The IP addresses are listed on the VoIPBL IP blacklist but don't > appear to be listed on any others, nor do the subnets as a whole. > > We use a variety of IP Blacklists, the most useful being VoIPBL. > http://www.voipbl.org/ > > If your firewall supports it the IP blacklists could be applied to > protect your entire infrastructure updating every hour, if not you can > build a simple bash script for your servers to update your IP tables. > > Shaun > > Shaun Stokes - Infrastructure Analyst > > > T : 01453 700713 > E : shaun.stokes at itec-support.co.uk > W : www.itec-support.co.uk > > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for > the person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC > Support has taken every reasonable precaution to minimise this risk, > we cannot accept liability for any damage which you sustain as a > result of software viruses. You should carry out your own virus > checking procedure before opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs > Virus Scanning Service. > ______________________________________________________________________ > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/31cc3d62/attachment-0001.html From siju.irs at gmail.com Sun Mar 5 21:42:03 2017 From: siju.irs at gmail.com (Siju Nair) Date: Mon, 6 Mar 2017 00:12:03 +0530 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> Message-ID: Is there any way in FS to stop such attacks ! By the way how to reject anonymous calls in FS .... ? Sent from my iPhone > On 04-Mar-2017, at 2:18 AM, Ken Rice wrote: > > I did lolol they didn?t answer me? > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Tristan Mah? > Sent: Friday, March 3, 2017 2:45 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** > > You could maybe ping them on Twitter, they're quite active on @online_fr . > > I got in a previous life a BGP peering established that way with them. > > > On 03/03/2017 11:47 AM, Sergey Safarov wrote: > List of of AS12876 networks > $ whois -h whois.radb.net -- '-i origin AS12876' | grep 'route:' > route: 212.155.196.0/23 > route: 195.154.0.0/16 > route: 62.4.0.0/19 > route: 212.83.128.0/19 > route: 212.129.0.0/18 > route: 212.83.160.0/19 > route: 62.210.0.0/16 > route: 212.47.224.0/19 > route: 163.172.0.0/16 > > > > Sergey > > > ??, 3 ???. 2017 ?. ? 22:24, Ken Rice : > Yes that AS is online.net's AS Number... I'm seriously considering > blackholing them across multiple networks... > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of jungle > Boogie > Sent: Friday, March 3, 2017 12:59 PM > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** > > On 3 March 2017 at 10:45, Ken Rice wrote: > > The problem with online.net isn't necessarily one of their clients, > > they tend to no respond to the reports they get via the link you > > posted nor do they respond to emails to their abuse@ email address as > > per their whois records... > > I think I tried the email address once or twice until I found the form. IME, > the online customers resolve the situation and I stop seeing the attacks. > > > > > I have received multiple attacks from various IPs on their network > > (the only thing in common with them is its originating from their AS) > > hmm, that AS is with online.net? > > > > > I have seen these attacks across multiple networks... I wish there was > > a way we could would with them to help mitigate this but it doesn't > > seem they are interested in it > > > > I wish there was something like denyhosts for sip traffic that would sync up > and download known offenders. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/455ea42c/attachment.html From kai.ohnacker at cbc.de Mon Mar 6 15:54:28 2017 From: kai.ohnacker at cbc.de (kai.ohnacker at cbc.de) Date: Mon, 6 Mar 2017 12:54:28 +0000 Subject: [Freeswitch-users] Conference without PIN Message-ID: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> Hello Community, is it possible to use the conference functionality without using a PIN? Perhaps there is a guide for realization? Many thanks, Kai -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/5c579407/attachment.html From krice at freeswitch.org Mon Mar 6 17:35:00 2017 From: krice at freeswitch.org (Ken Rice) Date: Mon, 6 Mar 2017 08:35:00 -0600 Subject: [Freeswitch-users] FS account got hacked **urgent** In-Reply-To: References: <6ea7c9a0-7a43-5274-ad82-d3d3e7ca2fd3@gmail.com> <1c4701d2944e$58978290$09c687b0$@freeswitch.org> <001401d29453$bc819110$3584b330$@freeswitch.org> <7804a58c-d2c3-67de-0538-3cc4d4ebaddf@remote-shell.net> <00e301d2945f$81b480e0$851d82a0$@freeswitch.org> Message-ID: <074b01d29686$d6f61040$84e230c0$@freeswitch.org> You can block such attacks with acombination of iptables (and the like) and fail2ban. FreeSWITCH itself will reject calls from such things, but that whole point of an attack like that is to find someone that has some not nice SQL handling code? As far as rejecting anonymous calls that entirely up to your configuration in FreeSWITCH? see the config documentation for mod_sofia on https://freeswitch.org/confluence From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Siju Nair Sent: Sunday, March 5, 2017 12:42 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS account got hacked **urgent** Is there any way in FS to stop such attacks ! By the way how to reject anonymous calls in FS .... ? Sent from my iPhone On 04-Mar-2017, at 2:18 AM, Ken Rice > wrote: I did lolol they didn?t answer me? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Tristan Mah? Sent: Friday, March 3, 2017 2:45 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** You could maybe ping them on Twitter, they're quite active on @online_fr . I got in a previous life a BGP peering established that way with them. On 03/03/2017 11:47 AM, Sergey Safarov wrote: List of of AS12876 networks $ whois -h whois.radb.net -- '-i origin AS12876' | grep 'route:' route: 212.155.196.0/23 route: 195.154.0.0/16 route: 62.4.0.0/19 route: 212.83.128.0/19 route: 212.129.0.0/18 route: 212.83.160.0/19 route: 62.210.0.0/16 route: 212.47.224.0/19 route: 163.172.0.0/16 Sergey ??, 3 ???. 2017 ?. ? 22:24, Ken Rice >: Yes that AS is online.net 's AS Number... I'm seriously considering blackholing them across multiple networks... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of jungle Boogie Sent: Friday, March 3, 2017 12:59 PM To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] FS account got hacked **urgent** On 3 March 2017 at 10:45, Ken Rice > wrote: > The problem with online.net isn't necessarily one of their clients, > they tend to no respond to the reports they get via the link you > posted nor do they respond to emails to their abuse@ email address as > per their whois records... I think I tried the email address once or twice until I found the form. IME, the online customers resolve the situation and I stop seeing the attacks. > > I have received multiple attacks from various IPs on their network > (the only thing in common with them is its originating from their AS) hmm, that AS is with online.net ? > > I have seen these attacks across multiple networks... I wish there was > a way we could would with them to help mitigate this but it doesn't > seem they are interested in it > I wish there was something like denyhosts for sip traffic that would sync up and download known offenders. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/1ee14160/attachment-0001.html From abaci64 at gmail.com Mon Mar 6 17:52:02 2017 From: abaci64 at gmail.com (Abaci B) Date: Mon, 6 Mar 2017 09:52:02 -0500 Subject: [Freeswitch-users] Conference without PIN In-Reply-To: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> References: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> Message-ID: default calling conference application has no pin On Mon, Mar 6, 2017 at 7:54 AM, wrote: > Hello Community, > > > > is it possible to use the conference functionality without using a PIN? > Perhaps there is a guide for realization? > > > > Many thanks, > > > > Kai > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/b5434f2e/attachment.html From brian at freeswitch.org Mon Mar 6 21:52:34 2017 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Mar 2017 12:52:34 -0600 Subject: [Freeswitch-users] Dockerfile for FreeSWITCH Message-ID: https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/docker If anyone wishes to submit pull requests to improve these please do so at freeswitch.org/jira I would like to work with the community to improve and document the use cases correct. Thanks, -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/07b5f086/attachment.html From robert at oldhamtechnology.com Tue Mar 7 03:00:33 2017 From: robert at oldhamtechnology.com (Robert Oldham) Date: Mon, 6 Mar 2017 17:00:33 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED Message-ID: An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/38fd2b7f/attachment.html From brian at freeswitch.org Tue Mar 7 03:03:29 2017 From: brian at freeswitch.org (Brian West) Date: Mon, 6 Mar 2017 18:03:29 -0600 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: sofia loglevel all 9 Then 'sofia global siptrace on too', not enough info to tell whats going on. /b On Mon, Mar 6, 2017 at 6:00 PM, Robert Oldham wrote: > One of my FreeSWITCH servers is exhibiting an unusual and challenging > problem: if I try to bridge calls to local extensions with "bridge > user/${dialed_extension}@${domain_name}" I get a 606 USER_NOT_REGISTERED. > If I bridge calls to local extensions with "bridge > ${sofia_contact(internal/${dialed_extension}@${domain_name})}", the > bridge completes correctly. > > I have verified that the variables ${dialed_extension} and ${domain_name} > are populating correctly by putting an inline set instruction in the > dialplan and then viewing the EXECUTE line in the log. > > I have tried to find what is wrong with the registrations to cause them > not to be found. However, they appear fine. I have pasted the output of > "show registrations" and "sofia status profile internal reg" on pastebin, > http://pastebin.com/TYDUM6mM . > > I'm running on a fully updated Debian 8 with a standard package install. > Here is my freeswitch "status": > UP 0 years, 0 days, 2 hours, 10 minutes, 2 seconds, 930 milliseconds, 261 > microseconds > FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) is ready > 58 session(s) since startup > 1 session(s) - peak 5, last 5min 5 > 0 session(s) per Sec out of max 30, peak 4, last 5min 4 > 1000 session(s) max > min idle cpu 0.00/72.60 > Current Stack Size/Max 240K/8192K > > > Thanks in advance, > > -- > > Robert Oldham > ------------------------------ > Oldham Technology > www.oldhamtechnology.com > e: robert at oldhamtechnology.com > w: (801) 877-2190 > m: (801) 404-0185 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/5affd823/attachment.html From robert at oldhamtechnology.com Tue Mar 7 03:46:04 2017 From: robert at oldhamtechnology.com (Robert Oldham) Date: Mon, 6 Mar 2017 17:46:04 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: <02ae87bb-7034-ac6e-3f6e-fc9b620dbd74@oldhamtechnology.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/7d6efe0a/attachment-0001.html From abaci64 at gmail.com Tue Mar 7 04:02:30 2017 From: abaci64 at gmail.com (Abaci B) Date: Mon, 6 Mar 2017 20:02:30 -0500 Subject: [Freeswitch-users] set_profile_var question Message-ID: Just wondering if there is something like set_profile_var to get a profile variable , there doesn't seem to be a get_profile_var or at least a way I can get the value of Caller-Orig-Caller-ID-Name Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/c74afc76/attachment.html From olegstolyar at gmail.com Tue Mar 7 08:15:14 2017 From: olegstolyar at gmail.com (Oleg Stolyar) Date: Mon, 6 Mar 2017 21:15:14 -0800 Subject: [Freeswitch-users] Packet Loss and Round Trip Time Message-ID: Hi guys, is there a way to get Packet Loss and Round Trip Time in FS CDR without using a 3rd party tool like VoIP Monitor? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170306/c928428d/attachment.html From fanx07 at gmail.com Tue Mar 7 15:03:15 2017 From: fanx07 at gmail.com (Anonim Stefan) Date: Tue, 7 Mar 2017 14:03:15 +0200 Subject: [Freeswitch-users] playback PLS, M3U or XSPF file formats Message-ID: Hi, Is there a way to playback playback PLS, M3U or XSPF shoutcast streams (e.g. [1])? I tried both mod_vlc[2] and mod_shout[3] without success. I tried playback a local pls file without success. [1] http://yp.shoutcast.com/sbin/tunein-station.pls?id=403432 [2] vlc://http://yp.shoutcast.com/sbin/tunein-station.pls?id=403432 [3] shout:// yp.shoutcast.com/sbin/tunein-station.pls?id=403432 Thank you, Stefan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/5e4e3995/attachment.html From ljjimenez at gmail.com Tue Mar 7 16:12:51 2017 From: ljjimenez at gmail.com (Luis Jimenez) Date: Tue, 7 Mar 2017 09:12:51 -0400 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: Does 'user' exists? You are asking for 'user', not '${user}' You are doing: "bridge user/${dialed_extension}@${domain_name}" should not be ? "bridge ${user}/${dialed_extension}@${domain_name}" On Mon, Mar 6, 2017 at 8:00 PM, Robert Oldham wrote: > One of my FreeSWITCH servers is exhibiting an unusual and challenging > problem: if I try to bridge calls to local extensions with "bridge > user/${dialed_extension}@${domain_name}" I get a 606 USER_NOT_REGISTERED. > If I bridge calls to local extensions with "bridge > ${sofia_contact(internal/${dialed_extension}@${domain_name})}", the > bridge completes correctly. > > I have verified that the variables ${dialed_extension} and ${domain_name} > are populating correctly by putting an inline set instruction in the > dialplan and then viewing the EXECUTE line in the log. > > I have tried to find what is wrong with the registrations to cause them > not to be found. However, they appear fine. I have pasted the output of > "show registrations" and "sofia status profile internal reg" on pastebin, > http://pastebin.com/TYDUM6mM . > > I'm running on a fully updated Debian 8 with a standard package install. > Here is my freeswitch "status": > UP 0 years, 0 days, 2 hours, 10 minutes, 2 seconds, 930 milliseconds, 261 > microseconds > FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) is ready > 58 session(s) since startup > 1 session(s) - peak 5, last 5min 5 > 0 session(s) per Sec out of max 30, peak 4, last 5min 4 > 1000 session(s) max > min idle cpu 0.00/72.60 > Current Stack Size/Max 240K/8192K > > > Thanks in advance, > > -- > > Robert Oldham > ------------------------------ > Oldham Technology > www.oldhamtechnology.com > e: robert at oldhamtechnology.com > w: (801) 877-2190 > m: (801) 404-0185 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/a06706f4/attachment.html From michaelt at mdevt.com Tue Mar 7 16:24:16 2017 From: michaelt at mdevt.com (Michael Toop) Date: Tue, 7 Mar 2017 15:24:16 +0200 Subject: [Freeswitch-users] Packet Loss and Round Trip Time In-Reply-To: References: Message-ID: Hi Oleg, Yes you can get useful data with tshark (example output below). Here is how you used it: tshark -B 2 -o rtp.heuristic_rtp:TRUE -qz rtp,streams ========================= RTP Streams ======================== Src IP addr Port Dest IP addr Port SSRC Payload Pkts Lost Max Delta(ms) Max Jitter(ms) Mean Jitter(ms) Problems? 192.168.243.10 20384 192.168.243.250 27970 0x6041871C ITU-T G.711 PCMA 227 0 (0.0%) 20.30 0.12 0.08 192.168.243.10 20022 192.168.243.250 29280 0x80D44306 ITU-T G.711 PCMA 227 0 (0.0%) 20.31 0.06 0.03 Cheers, Michael On Tue, Mar 7, 2017 at 7:15 AM, Oleg Stolyar wrote: > Hi guys, > > is there a way to get Packet Loss and Round Trip Time in FS CDR without > using a 3rd party tool like VoIP Monitor? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/b751cb0c/attachment.html From olegstolyar at gmail.com Tue Mar 7 17:46:25 2017 From: olegstolyar at gmail.com (Oleg Stolyar) Date: Tue, 7 Mar 2017 06:46:25 -0800 Subject: [Freeswitch-users] Packet Loss and Round Trip Time In-Reply-To: References: Message-ID: Thanks Michael! I was hoping for something in FS's own CDR files. Among other things I need to be able to tie latency and packet loss (along with jitter which is already available in the CDR files) to a specific leg ID. On Tue, Mar 7, 2017 at 5:24 AM, Michael Toop wrote: > Hi Oleg, > > Yes you can get useful data with tshark (example output below). > > Here is how you used it: tshark -B 2 -o rtp.heuristic_rtp:TRUE -qz > rtp,streams > > ========================= RTP Streams ======================== > Src IP addr Port Dest IP addr Port SSRC Payload > Pkts Lost Max Delta(ms) Max Jitter(ms) Mean Jitter(ms) Problems? > 192.168.243.10 20384 192.168.243.250 27970 0x6041871C ITU-T G.711 PCMA > 227 0 (0.0%) 20.30 0.12 0.08 > 192.168.243.10 20022 192.168.243.250 29280 0x80D44306 ITU-T G.711 PCMA > 227 0 (0.0%) 20.31 0.06 0.03 > > Cheers, > > Michael > > On Tue, Mar 7, 2017 at 7:15 AM, Oleg Stolyar > wrote: > >> Hi guys, >> >> is there a way to get Packet Loss and Round Trip Time in FS CDR without >> using a 3rd party tool like VoIP Monitor? >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/4a413365/attachment-0001.html From kai.ohnacker at cbc.de Tue Mar 7 11:18:32 2017 From: kai.ohnacker at cbc.de (kai.ohnacker at cbc.de) Date: Tue, 7 Mar 2017 08:18:32 +0000 Subject: [Freeswitch-users] Conference without PIN In-Reply-To: References: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> Message-ID: <5A4C35A70604964FBD46890CC952D9546CB8949F@MANA1.netrtlsrv.com> Hello Abaci B, you are absolutely right. I use the Fusionpbx package and there PIN is required. Therefore, my question: Is it possible to use the conference functionality without PIN in the combination with fusionpbx? Can I change the config file of fusionpbx? Many thanks. Kai Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Abaci B Gesendet: Montag, 6. M?rz 2017 15:52 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] Conference without PIN default calling conference application has no pin On Mon, Mar 6, 2017 at 7:54 AM, > wrote: Hello Community, is it possible to use the conference functionality without using a PIN? Perhaps there is a guide for realization? Many thanks, Kai _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/7121670b/attachment.html From rmundkowsky at ets.org Tue Mar 7 17:40:20 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Tue, 7 Mar 2017 14:40:20 +0000 Subject: [Freeswitch-users] how to debug call (audio/video) quality Message-ID: We use FreeSWITCH for Verto video conference calls. Sometimes some users experience noise audio and video. How do I go about debugging call quality problems? >From what I have read, problems are likely due to packet loss and jitters, but I don' have a way to determine if this is the problem or a system issue. >From the recent FreeSWITCH Book, seems like using the HOMER might help. I have watched the Chrome webrtc charts before and I don't seem to find them useful, granted maybe I do not understand them well. Also if to packet loss and jitters is the problem, is there any way to try to fix such problems? Robert ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/647adad2/attachment.html From mike at jerris.com Tue Mar 7 19:06:57 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 7 Mar 2017 09:06:57 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: No, the second one would be invalid in all cases. > On Mar 7, 2017, at 6:12 AM, Luis Jimenez wrote: > > Does 'user' exists? > > You are asking for 'user', not '${user}' > > You are doing: > > "bridge user/${dialed_extension}@${domain_name}" > > should not be ? > > "bridge ${user}/${dialed_extension}@${domain_name}" > > > > On Mon, Mar 6, 2017 at 8:00 PM, Robert Oldham > wrote: > One of my FreeSWITCH servers is exhibiting an unusual and challenging problem: if I try to bridge calls to local extensions with "bridge user/${dialed_extension}@${domain_name}" I get a 606 USER_NOT_REGISTERED. If I bridge calls to local extensions with "bridge ${sofia_contact(internal/${dialed_extension}@${domain_name})}", the bridge completes correctly. > > I have verified that the variables ${dialed_extension} and ${domain_name} are populating correctly by putting an inline set instruction in the dialplan and then viewing the EXECUTE line in the log. > > I have tried to find what is wrong with the registrations to cause them not to be found. However, they appear fine. I have pasted the output of "show registrations" and "sofia status profile internal reg" on pastebin, http://pastebin.com/TYDUM6mM . > > I'm running on a fully updated Debian 8 with a standard package install. Here is my freeswitch "status": > UP 0 years, 0 days, 2 hours, 10 minutes, 2 seconds, 930 milliseconds, 261 microseconds > FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) is ready > 58 session(s) since startup > 1 session(s) - peak 5, last 5min 5 > 0 session(s) per Sec out of max 30, peak 4, last 5min 4 > 1000 session(s) max > min idle cpu 0.00/72.60 > Current Stack Size/Max 240K/8192K > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/65b17bc7/attachment-0001.html From robert at oldhamtechnology.com Tue Mar 7 19:37:04 2017 From: robert at oldhamtechnology.com (Robert Oldham) Date: Tue, 7 Mar 2017 09:37:04 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/0cc2a618/attachment.html From robert at oldhamtechnology.com Tue Mar 7 19:39:05 2017 From: robert at oldhamtechnology.com (Robert Oldham) Date: Tue, 7 Mar 2017 09:39:05 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: <1aa5ae6f-29db-f8ec-e370-ccdc0a640805@oldhamtechnology.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/a23a5bb8/attachment.html From gled at remote-shell.net Tue Mar 7 20:54:27 2017 From: gled at remote-shell.net (=?UTF-8?Q?Tristan_Mah=c3=a9?=) Date: Tue, 7 Mar 2017 09:54:27 -0800 Subject: [Freeswitch-users] Packet Loss and Round Trip Time In-Reply-To: References: Message-ID: <9cbb1075-11ce-d0db-3d4f-8d3c4e99e36b@remote-shell.net> Maybe check the variables rtp_audio_* ? I can't recall the latency being exposed, but at least MOS is. I tend also to recall that some rtp stats are written in the xml cdrs, or if you want some realtime, there's the API command uuid_set_media_stats to check. Best, Tristan. On 03/07/2017 06:46 AM, Oleg Stolyar wrote: > Thanks Michael! > > I was hoping for something in FS's own CDR files. > > Among other things I need to be able to tie latency and packet loss > (along with jitter which is already available in the CDR files) to a > specific leg ID. > > On Tue, Mar 7, 2017 at 5:24 AM, Michael Toop > wrote: > > Hi Oleg, > > Yes you can get useful data with tshark (example output below). > > Here is how you used it: tshark -B 2 -o rtp.heuristic_rtp:TRUE > -qz rtp,streams > > ========================= RTP Streams ======================== > Src IP addr Port Dest IP addr Port SSRC > Payload Pkts Lost Max Delta(ms) Max Jitter(ms) Mean > Jitter(ms) Problems? > 192.168.243.10 20384 192.168.243.250 27970 0x6041871C ITU-T G.711 > PCMA 227 0 (0.0%) 20.30 0.12 > 0.08 > 192.168.243.10 20022 192.168.243.250 29280 0x80D44306 ITU-T G.711 > PCMA 227 0 (0.0%) 20.31 0.06 > 0.03 > > Cheers, > > Michael > > On Tue, Mar 7, 2017 at 7:15 AM, Oleg Stolyar > > wrote: > > Hi guys, > > is there a way to get Packet Loss and Round Trip Time in FS > CDR without using a 3rd party tool like VoIP Monitor? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/a05e003f/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 516 bytes Desc: OpenPGP digital signature Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/a05e003f/attachment-0001.bin From david.villasmil.work at gmail.com Tue Mar 7 20:56:27 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 07 Mar 2017 17:56:27 +0000 Subject: [Freeswitch-users] Packet Loss and Round Trip Time In-Reply-To: <9cbb1075-11ce-d0db-3d4f-8d3c4e99e36b@remote-shell.net> References: <9cbb1075-11ce-d0db-3d4f-8d3c4e99e36b@remote-shell.net> Message-ID: I think xml cdrs have all that info, check it out On Tue, Mar 7, 2017 at 6:55 PM Tristan Mah? wrote: > Maybe check the variables rtp_audio_* ? > > I can't recall the latency being exposed, but at least MOS is. > > I tend also to recall that some rtp stats are written in the xml cdrs, or > if you want some realtime, there's the API command uuid_set_media_stats to > check. > Best, > > Tristan. > > > On 03/07/2017 06:46 AM, Oleg Stolyar wrote: > > Thanks Michael! > > I was hoping for something in FS's own CDR files. > > Among other things I need to be able to tie latency and packet loss (along > with jitter which is already available in the CDR files) to a specific leg > ID. > > On Tue, Mar 7, 2017 at 5:24 AM, Michael Toop wrote: > > Hi Oleg, > > Yes you can get useful data with tshark (example output below). > > Here is how you used it: tshark -B 2 -o rtp.heuristic_rtp:TRUE -qz > rtp,streams > > ========================= RTP Streams ======================== > Src IP addr Port Dest IP addr Port SSRC Payload > Pkts Lost Max Delta(ms) Max Jitter(ms) Mean Jitter(ms) Problems? > 192.168.243.10 20384 192.168.243.250 27970 0x6041871C ITU-T G.711 PCMA > 227 0 (0.0%) 20.30 0.12 0.08 > 192.168.243.10 20022 192.168.243.250 29280 0x80D44306 ITU-T G.711 PCMA > 227 0 (0.0%) 20.31 0.06 0.03 > > Cheers, > > Michael > > On Tue, Mar 7, 2017 at 7:15 AM, Oleg Stolyar > wrote: > > Hi guys, > > is there a way to get Packet Loss and Round Trip Time in FS CDR without > using a 3rd party tool like VoIP Monitor? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/3e923ef9/attachment.html From vagarwal at vertical.com Tue Mar 7 22:14:09 2017 From: vagarwal at vertical.com (Varsha Agarwal) Date: Tue, 7 Mar 2017 19:14:09 +0000 Subject: [Freeswitch-users] Setting user to user information (UUI) Message-ID: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> Hi, In Freeswitch, is it possible to set SIP UUI (user to user information) before transferring the call another application? We want to add some information to the call so the application on the other end can retrieve it? Thanks, Varsha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/8d291ef1/attachment.html From brian at freeswitch.org Tue Mar 7 22:28:44 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Mar 2017 13:28:44 -0600 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> Message-ID: I know we parse User-to-User header, I'm not aware if we can set it, have you tried setting the var sip_h_User-to-User? On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal wrote: > Hi, > > > > In Freeswitch, is it possible to set SIP UUI (user to user information) > before transferring the call another application? We want to add some > information to the call so the application on the other end can retrieve it? > > > > Thanks, > > Varsha > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/00c5c25f/attachment-0001.html From vagarwal at vertical.com Tue Mar 7 22:42:17 2017 From: vagarwal at vertical.com (Varsha Agarwal) Date: Tue, 7 Mar 2017 19:42:17 +0000 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> Message-ID: <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> I tried adding a custom header "CallInfo" for ex. sip_h_callInfo and I see that it gets added to SIP header and passed along. But what's confusing is just adding var sip_h_User_to_User is same as adding a SIP UUI as per RFC or there is more to it. Any help would be great. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, March 07, 2017 11:29 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) I know we parse User-to-User header, I'm not aware if we can set it, have you tried setting the var sip_h_User-to-User? On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal > wrote: Hi, In Freeswitch, is it possible to set SIP UUI (user to user information) before transferring the call another application? We want to add some information to the call so the application on the other end can retrieve it? Thanks, Varsha _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/f81e6fe6/attachment.html From s.safarov at gmail.com Wed Mar 8 00:06:59 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Tue, 07 Mar 2017 21:06:59 +0000 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> Message-ID: Look at headers prefix present here ??, 7 ???. 2017 ?. ? 22:43, Varsha Agarwal : > I tried adding a custom header "CallInfo" for ex. sip_h_callInfo and I see > that it gets added to SIP header and passed along. But what's confusing is > just adding var sip_h_User_to_User is same as adding a SIP UUI as per RFC > or there is more to it. Any help would be great. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Tuesday, March 07, 2017 11:29 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Setting user to user information (UUI) > > > > I know we parse User-to-User header, I'm not aware if we can set it, have > you tried setting the var sip_h_User-to-User? > > > > On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal > wrote: > > Hi, > > > > In Freeswitch, is it possible to set SIP UUI (user to user information) > before transferring the call another application? We want to add some > information to the call so the application on the other end can retrieve it? > > > > Thanks, > > Varsha > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/1bbfd7ba/attachment-0001.html From vagarwal at vertical.com Wed Mar 8 00:41:00 2017 From: vagarwal at vertical.com (Varsha Agarwal) Date: Tue, 7 Mar 2017 21:41:00 +0000 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> Message-ID: <04AB0A185A23864CA9255FD38901F65D023386C03F@SCEX1.vertical.com> Are you pointing to #define SOFIA_SIP_HEADER_PREFIX "sip_h_" As I mentioned, I can add a custom field in the header my question is if that is the standard way of stuffing UUI is SIP header? I tried to find a sample but could not. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Sergey Safarov Sent: Tuesday, March 07, 2017 1:07 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) Look at headers prefix present here ??, 7 ???. 2017 ?. ? 22:43, Varsha Agarwal >: I tried adding a custom header "CallInfo" for ex. sip_h_callInfo and I see that it gets added to SIP header and passed along. But what's confusing is just adding var sip_h_User_to_User is same as adding a SIP UUI as per RFC or there is more to it. Any help would be great. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, March 07, 2017 11:29 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) I know we parse User-to-User header, I'm not aware if we can set it, have you tried setting the var sip_h_User-to-User? On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal > wrote: Hi, In Freeswitch, is it possible to set SIP UUI (user to user information) before transferring the call another application? We want to add some information to the call so the application on the other end can retrieve it? Thanks, Varsha _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/a2e1edd7/attachment.html From brian at freeswitch.org Wed Mar 8 02:11:32 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 7 Mar 2017 17:11:32 -0600 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: <04AB0A185A23864CA9255FD38901F65D023386C03F@SCEX1.vertical.com> References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386C03F@SCEX1.vertical.com> Message-ID: https://tools.ietf.org/html/rfc7433 User-to-User is what I recall, but that all depends probably on what you're talking to on the other side. /b On Tue, Mar 7, 2017 at 3:41 PM, Varsha Agarwal wrote: > Are you pointing to > > #define SOFIA_SIP_HEADER_PREFIX "sip_h_" > > > > As I mentioned, I can add a custom field in the header my question is if > that is the standard way of stuffing UUI is SIP header? I tried to find a > sample but could not. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey > Safarov > *Sent:* Tuesday, March 07, 2017 1:07 PM > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Setting user to user information (UUI) > > > > Look at headers prefix present here > > > > > ??, 7 ???. 2017 ?. ? 22:43, Varsha Agarwal : > > I tried adding a custom header "CallInfo" for ex. sip_h_callInfo and I see > that it gets added to SIP header and passed along. But what's confusing is > just adding var sip_h_User_to_User is same as adding a SIP UUI as per RFC > or there is more to it. Any help would be great. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West > *Sent:* Tuesday, March 07, 2017 11:29 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Setting user to user information (UUI) > > > > I know we parse User-to-User header, I'm not aware if we can set it, have > you tried setting the var sip_h_User-to-User? > > > > On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal > wrote: > > Hi, > > > > In Freeswitch, is it possible to set SIP UUI (user to user information) > before transferring the call another application? We want to add some > information to the call so the application on the other end can retrieve it? > > > > Thanks, > > Varsha > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | * M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/da02b256/attachment-0001.html From vagarwal at vertical.com Wed Mar 8 02:46:27 2017 From: vagarwal at vertical.com (Varsha Agarwal) Date: Tue, 7 Mar 2017 23:46:27 +0000 Subject: [Freeswitch-users] Setting user to user information (UUI) In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023386BEFE@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386BF95@SCEX1.vertical.com> <04AB0A185A23864CA9255FD38901F65D023386C03F@SCEX1.vertical.com> Message-ID: <04AB0A185A23864CA9255FD38901F65D023386C185@SCEX1.vertical.com> Thanks Brian. Other end in this case is under development so I have some flexibility there. Here is how I am stuffing it right now It looks good in wireshark. Please let me know if you see a problem. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, March 07, 2017 3:12 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) https://tools.ietf.org/html/rfc7433 User-to-User is what I recall, but that all depends probably on what you're talking to on the other side. /b On Tue, Mar 7, 2017 at 3:41 PM, Varsha Agarwal > wrote: Are you pointing to #define SOFIA_SIP_HEADER_PREFIX "sip_h_" As I mentioned, I can add a custom field in the header my question is if that is the standard way of stuffing UUI is SIP header? I tried to find a sample but could not. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Sergey Safarov Sent: Tuesday, March 07, 2017 1:07 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) Look at headers prefix present here ??, 7 ???. 2017 ?. ? 22:43, Varsha Agarwal >: I tried adding a custom header "CallInfo" for ex. sip_h_callInfo and I see that it gets added to SIP header and passed along. But what's confusing is just adding var sip_h_User_to_User is same as adding a SIP UUI as per RFC or there is more to it. Any help would be great. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, March 07, 2017 11:29 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Setting user to user information (UUI) I know we parse User-to-User header, I'm not aware if we can set it, have you tried setting the var sip_h_User-to-User? On Tue, Mar 7, 2017 at 1:14 PM, Varsha Agarwal > wrote: Hi, In Freeswitch, is it possible to set SIP UUI (user to user information) before transferring the call another application? We want to add some information to the call so the application on the other end can retrieve it? Thanks, Varsha _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170307/d542653a/attachment-0001.html From david.villasmil.work at gmail.com Wed Mar 8 23:51:05 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 8 Mar 2017 21:51:05 +0100 Subject: [Freeswitch-users] continue not working Message-ID: Hello guys, Does anyone see anything wrong with this? The first extension gets executed, but not the second, even though i have continue="true" Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170308/f1191d71/attachment.html From lists at telefaks.de Thu Mar 9 00:04:31 2017 From: lists at telefaks.de (Peter Steinbach) Date: Wed, 08 Mar 2017 22:04:31 +0100 Subject: [Freeswitch-users] continue not working In-Reply-To: References: Message-ID: <58C071DF.6010200@telefaks.de> Maybe you should set rand_val with an inline attribute? https://wiki.freeswitch.org/wiki/Dialplan_XML#Inline_Actions On 03/08/17 21:51, David Villasmil wrote: > Hello guys, > > Does anyone see anything wrong with this? The first extension gets > executed, but not the second, even though i have continue="true" > > > > > data="rand_val=${expr(randomize(&x);ceil(random(0,10,&x)))}"/> > > > > > > > expression="^YES$"> > > > > > > data="continue_on_fail=true"/> > > > > > data="support at default"/> > > > > > > > > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > > phone: +34669448337 > ? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- 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: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170308/cb31b93d/attachment.html From jprangi at gmail.com Thu Mar 9 00:52:14 2017 From: jprangi at gmail.com (Jai Rangi) Date: Wed, 8 Mar 2017 13:52:14 -0800 Subject: [Freeswitch-users] Call Center Behaviour Message-ID: We are using call center module. We noticed one thing, if the agent change status to not available or on break and then after a while come back to change the status to available. His stats (num of calls answered or talk_time) reset to 0. Example, callcenter_config queue list agents sales at domain name|system|uuid|type|contact|status|state|max_no_answer|wrap_up_time|reject_delay_time|busy_delay_time|no_answer_delay_time|last_bridge_start|last_bridge_end|last_offered_call|last_status_change|no_answer_count|calls_answered|talk_time|ready_time 101 at domain|single_box||callback|[call_timeout=30]user/130 at domain |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 102 at domain|single_box||callback|[call_timeout=30]user/111 at jdomain |Available|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1488960061 *|0|1|8|0* Here I see 102, had one call for 8 seconds, Change the agent status to break. session:execute("set", "res=${callcenter_config(agent set status ${caller_id_number}@${domain_name} 'On Break')}") 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 102 at domain|single_box||callback|[call_timeout=30]user/101 at domain|On Break|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1489009163| *0|1|8|0* Change the agent state to Available On Demand, stats are still there. session:execute("set", "res=${callcenter_config(agent set status ${caller_id_number}@${domain_name} 'Available (On Demand)')}") 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 102 at domain|single_box||callback|[call_timeout=30]user/102 at domain|Available (On Demand)|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1489009252| *0|1|8|0* Now changing to Available and stats are reset ed to 0,0, session:execute("set", "res=${callcenter_config(agent set status ${caller_id_number}@${domain_name} 'Available')}") 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 102 at domain|single_box||callback|[call_timeout=30]user/102 at domain |Available|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1489009415|0|0|0|0 Is there way to control this behavior. So basically we can to control the call stats. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170308/76f4f81e/attachment.html From lexxua at gmail.com Thu Mar 9 01:01:36 2017 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Wed, 8 Mar 2017 23:01:36 +0100 Subject: [Freeswitch-users] Streaming video conferences Message-ID: Hi did somebody using mod_vlc for streaming ? I tried to use following settings in conferences.conf.xml And get following in console: === 2017-03-08 23:55:17.622992 [INFO] mod_conference.c:370 Auto recording file: vlc://#standard{access=http,mux=raw,dst=192.168.1.8:8080/stream} 2017-03-08 23:55:17.622992 [ERR] switch_core_file.c:264 Invalid file format [vlc] for [#standard{access=http,mux=raw,dst=192.168.1.8:8080/stream}]! 2017-03-08 23:55:17.622992 [ERR] conference_record.c:271 Error Opening File [{channels=2,samplerate=48000,vw=1280,vh=720,fps=30.00}vlc://#standard{access=http,mux=raw,dst= 192.168.1.8:8080/stream}] 2017-03-08 23:55:17.622992 [ERR] switch_core_timer.c:117 Timer is not properly configured. === I`m running FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) from packages on Debian 8. Maybe somebody may share working config section ? Thanks! -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170308/c0b2f5e9/attachment-0001.html From jprangi at gmail.com Thu Mar 9 04:25:29 2017 From: jprangi at gmail.com (Jai Rangi) Date: Wed, 8 Mar 2017 17:25:29 -0800 Subject: [Freeswitch-users] Question on httapi Message-ID: Anyone using httapi module. There is a setting in httapi.conf Is it possible to change that to different values in the dialplan dynamically. For example for one file.mp3 we want to 500 seconds and for another file.mp3 we dont want to cache at all. Thank you, Jai -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170308/600da0bd/attachment.html From flavio at sippulse.com Thu Mar 9 15:43:22 2017 From: flavio at sippulse.com (Flavio Goncalves) Date: Thu, 9 Mar 2017 09:43:22 -0300 Subject: [Freeswitch-users] FreeSwitch and SIP-I In-Reply-To: References: <4AB123BF-74F0-417B-80E3-FE4676F7AE45@vallimamod.org> Message-ID: OpenSIPS now supports SIP-I in version 2.3, you can use it in front or behind freeswitch. Regards, Flavio E. Goncalves CTO - SipPulse Routing and Billing Solutions for SIP 2017-03-02 11:22 GMT-03:00 Brian West : > Did you write a patch for that? > > On Wed, Mar 1, 2017 at 6:34 PM, fay?al noushi > wrote: > >> Yes, FS supports multipart invites. But it was truncating invites with >> *binary* parts such as ISUP. Converting it to an hexadecimal representation >> did the trick to avoid truncating the packet on FS side. Basically, it was >> considering \x00 as an end of string when decoding >> >> On Wed, Mar 1, 2017 at 10:42 PM, Brian West wrote: >> >>> FreeSWITCH does support multipart SDP! Pairing FS with OpenSIPS is >>> probably the best course. Because if you need SIP-I, you'll also need more >>> than one box and you have the money to deploy it. >>> >>> /b >>> >>> >>> On Wed, Mar 1, 2017 at 1:18 PM, Vallimamod Abdullah >>> wrote: >>> >>>> Hello, >>>> >>>> AFAIK, there is currently no specific SIP-I implementation in >>>> FreeSWITCH even if it supports multipart invites. >>>> I use OpenSIPS for these kind of interconnections (like for French VAS >>>> numbers collect.) >>>> >>>> Feel free to contact me off-list if you have any specific questions. >>>> >>>> Best Regards, >>>> -- >>>> Vallimamod Abdullah >>>> SIP Solutions >>>> vma at vallimamod.org >>>> . >>>> >>>> > On 1 Mar 2017, at 17:23, fay?al noushi >>>> wrote: >>>> > >>>> > +1 >>>> > >>>> > I've had the same question/issue a few years back. >>>> > CSD being the main reason I wanted SIP-I to flow through. >>>> > FreeSWITCH didn't accept binary multipart invites. I had to transform >>>> SIP-I packets using a Kamailio module before passing them to FS. >>>> > Not sure about the current status. But, I'm interested to know if >>>> anything changed since then >>>> > >>>> > On Wed, Mar 1, 2017 at 8:14 AM, Olivier CALVANO >>>> wrote: >>>> > Hi >>>> > >>>> > Does Freeswitch support SIP-I ? >>>> > On google, i see only a answer of 2013 that said "no" but now ? >>>> > >>>> > we want start a trunk service and our trunk supplier want a delivery >>>> in SIP-I >>>> > >>>> > regards >>>> > Olivier >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Wish to schedule a meeting? >>> >>> http://app.timebridge.com/#/meet/freeswitch >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> NOUSHI Fay?al >> GSM : +212 661 56 03 37 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Wish to schedule a meeting? > > http://app.timebridge.com/#/meet/freeswitch > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170309/c35cd78f/attachment.html From siju.irs at gmail.com Wed Mar 8 17:18:35 2017 From: siju.irs at gmail.com (Siju Nair) Date: Wed, 8 Mar 2017 19:48:35 +0530 Subject: [Freeswitch-users] Memory leakage issue Message-ID: Hi team, My FS server got hung, under server logs due freeswitch server got hung up. Below is the log i found.. echo 0 > /proc/sys/kernal/hung_task_timeout_secs"disables this message info: task freeswitch: 3034 blocked for more than 120 secs. and then freeswitch > waiting for background process to be ready. Please help me on the same. Sent from my iPhone From alexandr.popov at iqoption.com Thu Mar 9 12:47:09 2017 From: alexandr.popov at iqoption.com (Alexandr Popov) Date: Thu, 9 Mar 2017 11:47:09 +0200 Subject: [Freeswitch-users] Call Center Behaviour In-Reply-To: References: Message-ID: yeah this counts needs only for max_no_answer behavior 2017-03-08 23:52 GMT+02:00 Jai Rangi : > > We are using call center module. We noticed one thing, if the agent change > status to not available or on break and then after a while come back to > change the status to available. His stats (num of calls answered or > talk_time) reset to 0. > > Example, > > callcenter_config queue list agents sales at domain > name|system|uuid|type|contact|status|state|max_no_answer| > wrap_up_time|reject_delay_time|busy_delay_time|no_ > answer_delay_time|last_bridge_start|last_bridge_end|last_ > offered_call|last_status_change|no_answer_count|calls_ > answered|talk_time|ready_time > 101 at domain|single_box||callback|[call_timeout=30]user/130 at domain > |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 > 102 at domain|single_box||callback|[call_timeout=30]user/111 at jdomain > |Available|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1488960061 > *|0|1|8|0* > > Here I see 102, had one call for 8 seconds, > Change the agent status to break. > session:execute("set", "res=${callcenter_config(agent set status > ${caller_id_number}@${domain_name} 'On Break')}") > > 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain > |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 > 102 at domain|single_box||callback|[call_timeout=30]user/101 at domain|On > Break|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1489009163| > *0|1|8|0* > > Change the agent state to Available On Demand, stats are still there. > session:execute("set", "res=${callcenter_config(agent set status > ${caller_id_number}@${domain_name} 'Available (On Demand)')}") > > 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain > |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 > 102 at domain|single_box||callback|[call_timeout=30]user/102 at domain|Available > (On Demand)|Waiting|0|0|60|60|0|1489009008|1489009016| > 1489009000|1489009252|*0|1|8|0* > > Now changing to Available and stats are reset ed to 0,0, > session:execute("set", "res=${callcenter_config(agent set status > ${caller_id_number}@${domain_name} 'Available')}") > > 101 at domain|single_box||callback|[call_timeout=30]user/101 at domain > |Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 > 102 at domain|single_box||callback|[call_timeout=30]user/102 at domain > |Available|Waiting|0|0|60|60|0|1489009008|1489009016| > 1489009000|1489009415|0|0|0|0 > > Is there way to control this behavior. So basically we can to control the > call stats. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170309/31446de0/attachment.html From robert at oldhamtechnology.com Thu Mar 9 18:09:41 2017 From: robert at oldhamtechnology.com (Robert Oldham) Date: Thu, 9 Mar 2017 08:09:41 -0700 Subject: [Freeswitch-users] extension registered but bridge reports 606 USER_NOT_REGISTERED In-Reply-To: References: Message-ID: <1cd612e0-79c4-3b65-186f-8b19a8d84cf9@oldhamtechnology.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170309/66713804/attachment.html From gb at cm.nl Fri Mar 10 13:08:39 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Fri, 10 Mar 2017 10:08:39 +0000 Subject: [Freeswitch-users] 100% CPU usage Message-ID: <72fa9f8981394111aa69fd055b173da9@cm.nl> Hi, We're currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170310/a76bceb2/attachment-0001.html From asilva at wirelessmundi.com Fri Mar 10 15:11:44 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Fri, 10 Mar 2017 13:11:44 +0100 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <72fa9f8981394111aa69fd055b173da9@cm.nl> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> Message-ID: <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > We?re currently experiencing a weird issue with one of our freeswitch > servers where the CPU just goes berserk and stays at 100%. > > There are no active calls at that moment, but FS is still using 100% CPU. > > I was unable to get a debug using gdb, since freeswitch does not crash. > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this > morning, but the problem still persists. > > There is currently only one active application running on this box > which is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. Perhaps we are > missing something? > > Any ideas how to trace this? > > Regards, > > Grant > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170310/2db14752/attachment.html From anthony.minessale at gmail.com Sat Mar 11 02:06:51 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 10 Mar 2017 17:06:51 -0600 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> Message-ID: Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva wrote: > Hi, > > You can use the following commands: > > #get a core: > gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) > > > #check thread usage: > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > #memory mapping: > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > fs_cli -x "fsctl debug_level 10" > fs_cli -x "sofia loglevel all 9" > fs_cli -x "fsctl debug_sql " > fs_cli -x "sofia global debug presence" > > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > > > We?re currently experiencing a weird issue with one of our freeswitch > servers where the CPU just goes berserk and stays at 100%. > > There are no active calls at that moment, but FS is still using 100% CPU. > > > > I was unable to get a debug using gdb, since freeswitch does not crash. > > > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, > but the problem still persists. > > There is currently only one active application running on this box which > is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. Perhaps we are > missing something? > > > > Any ideas how to trace this? > > > > Regards, > > > > Grant > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170310/acbaefc3/attachment.html From italo at freeswitch.org Sun Mar 12 02:21:46 2017 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Sat, 11 Mar 2017 18:21:46 -0500 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: Message-ID: You can create a queue for each manager and set a short timeout, if timeout occurs fallback the calls to the other queue and so on On 3 March 2017 at 03:08:13, Kamil Nigmatullin (kamil.nigmatullin at gmail.com) wrote: I have CRM system and all out clients are devided between managers. CRM system knows who is client's manager. So on incoming call I want to try first this manager, and if he is not answering then route him to another manager. Is there a way to do so somehow passing parameters to callcenter application. I want to get all this call through mod_callcenter to keep statistics and queuing correct. -- Kamil Nigmatullin Skype: kamil.nigmatullin _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170311/1c1856de/attachment-0001.html From gb at cm.nl Mon Mar 13 11:04:28 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Mon, 13 Mar 2017 08:04:28 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> Message-ID: Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/2a15a1fc/attachment.html From rick at magicmail.mooo.com Mon Mar 13 14:47:09 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Mon, 13 Mar 2017 11:47:09 +0000 Subject: [Freeswitch-users] Simple tip Message-ID: Why didn?t I think of this before? So simple, I?m sure others have done similar (or maybe it?s just me?!). For those ?doh? moments when doing a reloadxml without being in the FS console - a script called reloadxml in a directory that?s in the search path, simply containing: "fs_cli -x reloadxml? Yay. From mario_fs at mgtech.com Mon Mar 13 15:29:33 2017 From: mario_fs at mgtech.com (Mario G) Date: Mon, 13 Mar 2017 05:29:33 -0700 Subject: [Freeswitch-users] Major macOS Wiki updates Message-ID: <1D8C1F77-2E47-4C70-867C-FC211481095D@mgtech.com> For macOS interested parties and anyone searching for macOS on the ML. Major updates and reorganization to take advantage of Confluence structure. Other updates, improvements and a couple of link fixes. Old pages macOS macOS Installation and testing macOS macFI Installation macOS Customization Mac OS X Archive New pages macOS macOS Installation macOS macFI Installation macOS Manual Installation macOS Testing and Diagnostics macOS Customization macOS 24x7 Preparation macOS Email Voicemail Mac OS X Archive -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/24ceaa1a/attachment-0001.html From david.villasmil.work at gmail.com Mon Mar 13 15:32:12 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 13 Mar 2017 12:32:12 +0000 Subject: [Freeswitch-users] Major macOS Wiki updates In-Reply-To: <1D8C1F77-2E47-4C70-867C-FC211481095D@mgtech.com> References: <1D8C1F77-2E47-4C70-867C-FC211481095D@mgtech.com> Message-ID: Thanks for this! On Mon, Mar 13, 2017 at 1:30 PM Mario G wrote: > For macOS interested parties and anyone searching for macOS on the ML. > Major updates and reorganization to take advantage of Confluence structure. > Other updates, improvements and a couple of link fixes. > > *Old pages* > > macOS > macOS Installation and testing > macOS macFI Installation > macOS Customization > Mac OS X Archive > > > *New pages* > macOS > macOS Installation > > macOS macFI Installation > > macOS Manual Installation > > macOS Testing and Diagnostics > > macOS Customization > > macOS 24x7 Preparation > > macOS Email Voicemail > > Mac OS X Archive > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/6b56e760/attachment.html From iskren.hadzhinedev at ikiji.com Mon Mar 13 15:44:10 2017 From: iskren.hadzhinedev at ikiji.com (Iskren Hadzhinedev) Date: Mon, 13 Mar 2017 12:44:10 +0000 Subject: [Freeswitch-users] Simple tip In-Reply-To: References: Message-ID: <8a49b2af-dbec-6daa-dd66-66e7c641413b@ikiji.com> Among other things, I?ve added |alias reloadxml="fs_cli -x reloadxml"| to my |~/.bashrc|. I find it easier to maintain. Cheers, Iskren On 13/03/17 11:47, Rick Jarvis wrote: > Why didn?t I think of this before? So simple, I?m sure others have done similar (or maybe it?s just me?!). > > For those ?doh? moments when doing a reloadxml without being in the FS console - a script called reloadxml in a directory that?s in the search path, simply containing: "fs_cli -x reloadxml? > > Yay. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/5d5a162d/attachment.html From david.villasmil.work at gmail.com Mon Mar 13 16:03:00 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 13 Mar 2017 13:03:00 +0000 Subject: [Freeswitch-users] Simple tip In-Reply-To: <8a49b2af-dbec-6daa-dd66-66e7c641413b@ikiji.com> References: <8a49b2af-dbec-6daa-dd66-66e7c641413b@ikiji.com> Message-ID: You could also do a reload via http :) On Mon, Mar 13, 2017 at 1:44 PM Iskren Hadzhinedev < iskren.hadzhinedev at ikiji.com> wrote: > Among other things, I?ve added alias reloadxml="fs_cli -x reloadxml" to > my ~/.bashrc. I find it easier to maintain. > > Cheers, > Iskren > > On 13/03/17 11:47, Rick Jarvis wrote: > > Why didn?t I think of this before? So simple, I?m sure others have done similar (or maybe it?s just me?!). > > For those ?doh? moments when doing a reloadxml without being in the FS console - a script called reloadxml in a directory that?s in the search path, simply containing: "fs_cli -x reloadxml? > > Yay. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > ? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/8689e9b1/attachment-0001.html From rick at magicmail.mooo.com Mon Mar 13 16:11:45 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Mon, 13 Mar 2017 13:11:45 +0000 Subject: [Freeswitch-users] Simple tip In-Reply-To: <8a49b2af-dbec-6daa-dd66-66e7c641413b@ikiji.com> References: <8a49b2af-dbec-6daa-dd66-66e7c641413b@ikiji.com> Message-ID: Good point Iskren! I thought as I was typing the email that someone would no doubt point out a neater way of doing it :) > On 13 Mar 2017, at 12:44, Iskren Hadzhinedev wrote: > > Among other things, I?ve added alias reloadxml="fs_cli -x reloadxml" to my ~/.bashrc. I find it easier to maintain. > Cheers, > Iskren > > On 13/03/17 11:47, Rick Jarvis wrote: > > > >> Why didn?t I think of this before? So simple, I?m sure others have done similar (or maybe it?s just me?!). >> >> For those ?doh? moments when doing a reloadxml without being in the FS console - a script called reloadxml in a directory that?s in the search path, simply containing: "fs_cli -x reloadxml? >> >> Yay. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/39b345b7/attachment.html From tthomas at soleocommunications.com Fri Mar 10 00:39:10 2017 From: tthomas at soleocommunications.com (Thomas, Tom) Date: Thu, 9 Mar 2017 21:39:10 +0000 Subject: [Freeswitch-users] Getting call audio stream from a java application Message-ID: Hello Guys, I know your time is valuable, but I am using this mailing list as my last resort. I have tried to look for answers everywhere else, including the Confluence, wiki and google, and previous posts on the mailing list. So here's my dilemma. I have a custom speech recognition engine which I want to use with freeswitch. I am not looking to use the built-in pocketsphinx module or using an mrcp server. What I am doing right now is, when a call is answered, I am recording it to a file using record_session. I have a java application that reads from this file and sends data to my speech engine. This would have been sufficient, if not for the fact that freeswitch writes 4 second chunks of audio at a time. I verified this by writing a small test. The recorded file is updated every 4 seconds with the previous 4 seconds of audio. This is not an acceptable delay for my particular application. So I tried looking into other options where I can directly access the call audio. I know mod_shout can be used to setup an icecast stream, but that's not really what I would like to do. Same for the telecast feature, as I would like to use the raw audio stream instead of transcoded audio. I read in one post on stackoverflow that it is possible to use eavesdropping to listen to the audio stream. But it didn't go into any further details on how this can be achieved through an external application, like Java. Looking up examples for eavesdropping on freeswitch didn't help either. So I'd like to know, if it's possible to directly access the audio stream from, say a Java program using the freeswitch library? If not, how does pocketsphinx and other built in speech engines really read in the audio? Also, if direct access is not possible, is there any way to change the recording write speed? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170309/0dfb5006/attachment.html From ag at agpage.ru Fri Mar 10 17:32:30 2017 From: ag at agpage.ru (Alexey Gorbachev) Date: Fri, 10 Mar 2017 17:32:30 +0300 Subject: [Freeswitch-users] Perl ESL Windows Message-ID: <6793c649-c372-662a-f96d-a8eaf2758060@agpage.ru> Hi, everybody! I've installed FreeSwitch for Windows from binaries. How is it possible to enable ESL support for Perl? I'm getting an error "can't locate ELS.pm" on string "require ESL;". Am I able to find precompiled binaries for this library? Best regards, Alexey Gorbachev. From bilal at rgate-systems.com Mon Mar 13 03:12:26 2017 From: bilal at rgate-systems.com (Bilal Dar) Date: Sun, 12 Mar 2017 17:12:26 -0700 Subject: [Freeswitch-users] Packet loss and latency Message-ID: Hi I did some research and saw many users requesting packet loss and latency to be added to XML CDRs. Does anyone know why its not added in the first place, using other tools just adds overhead. Thanks Bilal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170312/c2d48d3e/attachment.html From mike at jerris.com Mon Mar 13 19:13:36 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 13 Mar 2017 16:13:36 +0000 Subject: [Freeswitch-users] Packet loss and latency In-Reply-To: References: Message-ID: It's missing because no one has added it. As open source software we gladly accept code submissions as pull requests if you wish for it to be added. On Mon, Mar 13, 2017 at 10:54 AM Bilal Dar wrote: > Hi > > I did some research and saw many users requesting packet loss and latency > to be added to XML CDRs. > > Does anyone know why its not added in the first place, using other tools > just adds overhead. > > Thanks > > Bilal > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/20e390d8/attachment-0001.html From mike at jerris.com Mon Mar 13 19:15:41 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 13 Mar 2017 16:15:41 +0000 Subject: [Freeswitch-users] Getting call audio stream from a java application In-Reply-To: References: Message-ID: To properly integrate speech recognition, mrcp is probably the best approach. You can use the same library we use for the client module to build the server. On Mon, Mar 13, 2017 at 11:06 AM Thomas, Tom < tthomas at soleocommunications.com> wrote: > Hello Guys, > > I know your time is valuable, but I am using this mailing list as my last > resort. I have tried to look for answers everywhere else, including the > Confluence, wiki and google, and previous posts on the mailing list. > > > > So here?s my dilemma. I have a custom speech recognition engine which I > want to use with freeswitch. I am not looking to use the built-in > pocketsphinx module or using an mrcp server. What I am doing right now is, > when a call is answered, I am recording it to a file using record_session. > I have a java application that reads from this file and sends data to my > speech engine. This would have been sufficient, if not for the fact that > freeswitch writes 4 second chunks of audio at a time. I verified this by > writing a small test. The recorded file is updated every 4 seconds with the > previous 4 seconds of audio. This is not an acceptable delay for my > particular application. > > > > So I tried looking into other options where I can directly access the call > audio. I know mod_shout can be used to setup an icecast stream, but that?s > not really what I would like to do. Same for the telecast feature, as I > would like to use the raw audio stream instead of transcoded audio. I read > in one post on stackoverflow that it is possible to use eavesdropping to > listen to the audio stream. But it didn?t go into any further details on > how this can be achieved through an external application, like Java. > Looking up examples for eavesdropping on freeswitch didn?t help either. > > > > So I?d like to know, if it?s possible to directly access the audio stream > from, say a Java program using the freeswitch library? If not, how does > pocketsphinx and other built in speech engines really read in the audio? > Also, if direct access is not possible, is there any way to change the > recording write speed? > > > > Thanks. > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/a38356fb/attachment.html From brian at freeswitch.org Mon Mar 13 22:20:46 2017 From: brian at freeswitch.org (Brian West) Date: Mon, 13 Mar 2017 14:20:46 -0500 Subject: [Freeswitch-users] Cepstral will provide an Allison-8kHz for Linux license to anyone donating $100 or more. In-Reply-To: References: Message-ID: Its what I've used in the past, seems to have worked well. On Mon, Mar 13, 2017 at 2:06 PM, Luis Daniel Lucio Quiroz < luis.daniel.lucio at gmail.com> wrote: > Why did you select gofoundme for this crowdfunding? > > -- > Luis Daniel Lucio Quiroz > CISSP, CISM, CISA > Linux, VoIP and much more fun > www.okay.com.mx > > Need LCR? Check out LCR for FusionPBX with FreeSWITCH > Need Billing? Check out Billing for FusionPBX with FreeSWITCH > > On Mon, Feb 13, 2017 at 5:31 PM, Brian West wrote: > >> See that? Cepstral will provide an Allison-8kHz for Linux license to >> anyone donating $100 or more. >> >> You get an Allison 8kHz license for Linux if you donate more than 100 >> dollars. >> >> https://www.gofundme.com/allison-prompts-for-freeswitch >> >> >> Thanks, >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Wish to schedule a meeting? >> >> http://app.timebridge.com/#/meet/freeswitch >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170313/6eea8b08/attachment.html From gregor at infomedia.si Tue Mar 14 02:59:10 2017 From: gregor at infomedia.si (Gregor Nanger) Date: Tue, 14 Mar 2017 00:59:10 +0100 Subject: [Freeswitch-users] Perl ESL Windows In-Reply-To: <6793c649-c372-662a-f96d-a8eaf2758060@agpage.ru> References: <6793c649-c372-662a-f96d-a8eaf2758060@agpage.ru> Message-ID: Do not have experience with Perl ESL, but it looks like it cannot find xxxx.pm file. Do you have it in installation? 2017-03-10 15:32 GMT+01:00 Alexey Gorbachev : > Hi, everybody! > > I've installed FreeSwitch for Windows from binaries. How is it possible > to enable ESL support for Perl? > > I'm getting an error "can't locate ELS.pm" on string "require ESL;". Am > I able to find precompiled binaries for this library? > > Best regards, Alexey Gorbachev. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Gregor Nanger *CTO* t./f.: 00386 (0) 7 6000 308/309 ? m:. 00386 (0)41 756485 ? Infomedia d.o.o. ? Jerebova 3, Novo mesto, Slovenia ? www.infomedia.si -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/5a2493a9/attachment-0001.html From david.villasmil.work at gmail.com Tue Mar 14 03:34:55 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 14 Mar 2017 01:34:55 +0100 Subject: [Freeswitch-users] Perl ESL Windows In-Reply-To: References: <6793c649-c372-662a-f96d-a8eaf2758060@agpage.ru> Message-ID: Hello, The only way I know of is by compiling the module from freeswitch's sources as described here: https://freeswitch.org/confluence/display/FREESWITCH/Event+Socket+Library#EventSocketLibrary-Installation I don't know whether this would work on windows, though... it's never occurred to me to install freeswitch on windows :) Good luck! David ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Tue, Mar 14, 2017 at 12:59 AM, Gregor Nanger wrote: > Do not have experience with Perl ESL, but it looks like it cannot find > xxxx.pm file. Do you have it in installation? > > 2017-03-10 15:32 GMT+01:00 Alexey Gorbachev : > >> Hi, everybody! >> >> I've installed FreeSwitch for Windows from binaries. How is it possible >> to enable ESL support for Perl? >> >> I'm getting an error "can't locate ELS.pm" on string "require ESL;". Am >> I able to find precompiled binaries for this library? >> >> Best regards, Alexey Gorbachev. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > 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 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/328df026/attachment.html From tthomas at soleocommunications.com Tue Mar 14 04:38:21 2017 From: tthomas at soleocommunications.com (Thomas, Tom) Date: Tue, 14 Mar 2017 01:38:21 +0000 Subject: [Freeswitch-users] Getting call audio stream from a java application In-Reply-To: References: Message-ID: Thank you for the response. I would have probably proceeded with the mrcp route, but fortunately, I found out that I can turn off the ?enable_file_write_buffering? variable to solve the issue I was having with the original approach. Now freeswitch writes to the recorded file regularly, without buffering. My speech recognition application now works perfectly. Thank You. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Monday, March 13, 2017 12:16 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Getting call audio stream from a java application To properly integrate speech recognition, mrcp is probably the best approach. You can use the same library we use for the client module to build the server. On Mon, Mar 13, 2017 at 11:06 AM Thomas, Tom > wrote: Hello Guys, I know your time is valuable, but I am using this mailing list as my last resort. I have tried to look for answers everywhere else, including the Confluence, wiki and google, and previous posts on the mailing list. So here?s my dilemma. I have a custom speech recognition engine which I want to use with freeswitch. I am not looking to use the built-in pocketsphinx module or using an mrcp server. What I am doing right now is, when a call is answered, I am recording it to a file using record_session. I have a java application that reads from this file and sends data to my speech engine. This would have been sufficient, if not for the fact that freeswitch writes 4 second chunks of audio at a time. I verified this by writing a small test. The recorded file is updated every 4 seconds with the previous 4 seconds of audio. This is not an acceptable delay for my particular application. So I tried looking into other options where I can directly access the call audio. I know mod_shout can be used to setup an icecast stream, but that?s not really what I would like to do. Same for the telecast feature, as I would like to use the raw audio stream instead of transcoded audio. I read in one post on stackoverflow that it is possible to use eavesdropping to listen to the audio stream. But it didn?t go into any further details on how this can be achieved through an external application, like Java. Looking up examples for eavesdropping on freeswitch didn?t help either. So I?d like to know, if it?s possible to directly access the audio stream from, say a Java program using the freeswitch library? If not, how does pocketsphinx and other built in speech engines really read in the audio? Also, if direct access is not possible, is there any way to change the recording write speed? Thanks. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/8b810606/attachment-0001.html From kamil.nigmatullin at gmail.com Tue Mar 14 06:28:27 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Tue, 14 Mar 2017 09:28:27 +0600 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: Message-ID: Thanks, good idea. I will do that. Where can I post this feature to some wishlist so developers would implement it later? 2017-03-12 5:21 GMT+06:00 ?talo Rossi : > You can create a queue for each manager and set a short timeout, if > timeout occurs fallback the calls to the other queue and so on > > > On 3 March 2017 at 03:08:13, Kamil Nigmatullin ( > kamil.nigmatullin at gmail.com) wrote: > > I have CRM system and all out clients are devided between managers. CRM > system knows who is client's manager. So on incoming call I want to try > first this manager, and if he is not answering then route him to another > manager. Is there a way to do so somehow passing parameters to callcenter > application. I want to get all this call through mod_callcenter to keep > statistics and queuing correct. > > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/3938329d/attachment.html From vbvbrj at gmail.com Tue Mar 14 09:33:49 2017 From: vbvbrj at gmail.com (Mimiko) Date: Tue, 14 Mar 2017 08:33:49 +0200 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: Message-ID: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> On 03.03.2017 08:07, Kamil Nigmatullin wrote: > I have CRM system and all out clients are devided between managers. CRM system knows who is client's manager. So on incoming call I want to try first > this manager, and if he is not answering then route him to another manager. Is there a way to do so somehow passing parameters to callcenter > application. I want to get all this call through mod_callcenter to keep statistics and queuing correct. See this link: https://wiki.freeswitch.org/wiki/Mod_callcenter You can use levels for each agent when assigning to tiers. Each client tries to call first agents with lowest level. You can have agents with same level, in which case (depending on call distribution strategy you choose) first is tried agents with lowest level, then agents with next level. Agents in callcenter is managers in you situation, which will wait for clients. With clients have different manager of level 1 then you have to create queues for different leveled managers. -- Mimiko desu. From richard at treeboxsolutions.com Tue Mar 14 09:38:28 2017 From: richard at treeboxsolutions.com (Richard Chan) Date: Tue, 14 Mar 2017 14:38:28 +0800 Subject: [Freeswitch-users] SIP profile set dialplan xml curl gateway-url? Message-ID: Is there a way for a SIP profile to change the XML curl dialplan gateway-url just for that profile? It seems that the gateway-url for dialplan binding is set at start up. Thanks. -- Richard Chan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/ea70b70a/attachment.html From kamil.nigmatullin at gmail.com Tue Mar 14 10:07:08 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Tue, 14 Mar 2017 13:07:08 +0600 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> Message-ID: Yes, I understand that. Thanks. Actually it is not static thing. I create the callcenter platform as a Service for our clinets. So I need more simple way to achive that, something like pass the param of preffered agent to mod callcenter that make a multiple queues and multiple levels. Anyway thank you for ideas. 2017-03-14 12:33 GMT+06:00 Mimiko : > On 03.03.2017 08:07, Kamil Nigmatullin wrote: > > I have CRM system and all out clients are devided between managers. CRM > system knows who is client's manager. So on incoming call I want to try > first > > this manager, and if he is not answering then route him to another > manager. Is there a way to do so somehow passing parameters to callcenter > > application. I want to get all this call through mod_callcenter to keep > statistics and queuing correct. > > > See this link: > https://wiki.freeswitch.org/wiki/Mod_callcenter > > You can use levels for each agent when assigning to tiers. Each client > tries to call first agents with lowest level. You can have agents with same > level, in which case (depending on call distribution strategy you choose) > first is tried agents with lowest level, then agents with next level. > > Agents in callcenter is managers in you situation, which will wait for > clients. With clients have different manager of level 1 then you have to > create > queues for different leveled managers. > > -- > Mimiko desu. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/a57206b1/attachment.html From vbvbrj at gmail.com Tue Mar 14 10:39:42 2017 From: vbvbrj at gmail.com (Mimiko) Date: Tue, 14 Mar 2017 09:39:42 +0200 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> Message-ID: <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> On 14.03.2017 09:07, Kamil Nigmatullin wrote: > Yes, I understand that. Thanks. Actually it is not static thing. I create the callcenter platform as a Service for our clinets. So I need more simple > way to achive that, something like pass the param of preffered agent to mod callcenter that make a multiple queues and multiple levels. Anyway thank > you for ideas. For now, you can not create queues in callcenter dynamically. You could load queue configs from external (DB using some programming language to generate the config) and reload FS config, then reload mod_callcenter, which will disconnect the ongoing calls in callcenter. So you will have so much queues initially created as you plan do be different first managers. Although you can dynamically add remove agents, assign them to tiers without reloading mod_callcenter. -- Mimiko desu. From kamil.nigmatullin at gmail.com Tue Mar 14 10:51:26 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Tue, 14 Mar 2017 13:51:26 +0600 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: For now, you can not create queues in callcenter dynamically. Why not? via curl_xml it is dynamical. But the question is not if it is dynamical or not. I understood that what I want does not exist and I will find some time to work on modificaion of mod_callcenter so that it will be possible. It is really good busienss function and I think it worth spending time. -- Kamil Nigmatullin Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/ef91a294/attachment-0001.html From luke.milbourne at gmail.com Tue Mar 14 14:35:41 2017 From: luke.milbourne at gmail.com (Luke Milbourne) Date: Tue, 14 Mar 2017 11:35:41 +0000 Subject: [Freeswitch-users] pickup vs intercept Message-ID: ?Hi Everyone, Using pickup endpoints, if the UA picking up a call is utilising a different codec (G722) FreeSWITCH raises a codec error. However the same test using the intercept function instead of a pickup endpoint doesn't and the call works fine with 2 way audio etc. Anyone else experienced/aware of this? Thanks, Luke -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/6db54312/attachment.html From Alexander.Haugg at c4b.de Tue Mar 14 17:08:43 2017 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Tue, 14 Mar 2017 14:08:43 +0000 Subject: [Freeswitch-users] Busy tone if busy Message-ID: <826f7dfc8b4543cfab5f5c42aaba1051@c4b.de> Hi together, I try to play a busy tone on leg A if the leg B is busy. For this I'm using the inline dialplan after the originate command: originate sofia/gateway/GW_H3KSip/myMobileNumber 'set:hangup_after_bridge=false,bridge:sofia/gateway/GW_H3KSip/2640,managed:C4B_AfterBridge' inline The managed dialplan app "C4B_AfterBridge" includes only the check, if the cause is busy and the playback command for the tone stream. In the first line of this app is a logging line for which reason I know, the app will not called. WHY? Thanks for your help! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/2717d491/attachment.html From mike at jerris.com Tue Mar 14 17:31:32 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 14 Mar 2017 14:31:32 +0000 Subject: [Freeswitch-users] SIP profile set dialplan xml curl gateway-url? In-Reply-To: References: Message-ID: No, the url is for looking up dialplan as a whole. The profile is passed to the dialplan lookup along with other information so you can choose to handle them differently. On Tue, Mar 14, 2017 at 2:41 AM Richard Chan wrote: > Is there a way for a SIP profile to change the XML curl dialplan > gateway-url just for that profile? > > It seems that the gateway-url for dialplan binding is set at start up. > > Thanks. > > -- > Richard Chan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/afe67d0c/attachment.html From mike at jerris.com Tue Mar 14 17:33:19 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 14 Mar 2017 14:33:19 +0000 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: Because it wasn't designed to do this. You can take a look at mod_fifo which is more powerful and more flexible than mod_callcenter On Tue, Mar 14, 2017 at 3:53 AM Kamil Nigmatullin < kamil.nigmatullin at gmail.com> wrote: > For now, you can not create queues in callcenter dynamically. > Why not? via curl_xml it is dynamical. > > But the question is not if it is dynamical or not. I understood that what > I want does not exist and I will find some time to work on modificaion of > mod_callcenter so that it will be possible. It is really good busienss > function and I think it worth spending time. > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/e0e03e69/attachment.html From mike at jerris.com Tue Mar 14 17:35:51 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 14 Mar 2017 14:35:51 +0000 Subject: [Freeswitch-users] Busy tone if busy In-Reply-To: <826f7dfc8b4543cfab5f5c42aaba1051@c4b.de> References: <826f7dfc8b4543cfab5f5c42aaba1051@c4b.de> Message-ID: Normal originate passes along the cause so that the phone will play the busy for you. if you are manually originating the second leg instead of using the bridge app to originate the b leg from the a leg, it's difficult to do this, and frequently for no good reason. Why are you not letting the bridge app handle this? On Tue, Mar 14, 2017 at 10:12 AM Alexander Haugg wrote: > Hi together, > > > > I try to play a busy tone on leg A if the leg B is busy. > > > > For this I?m using the inline dialplan after the originate command: > > > > originate sofia/gateway/GW_H3KSip/myMobileNumber > 'set:hangup_after_bridge=false,bridge:sofia/gateway/GW_H3KSip/2640,managed:C4B_AfterBridge' > inline > > > > The managed dialplan app ?C4B_AfterBridge? includes only the check, if > the cause is busy and the playback command for the tone stream. In the > first line of this app is a logging line for which reason I know, the app > will not called. > > WHY? > > > > Thanks for your help! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/40dce550/attachment-0001.html From mario_fs at mgtech.com Tue Mar 14 18:42:56 2017 From: mario_fs at mgtech.com (Mario G) Date: Tue, 14 Mar 2017 08:42:56 -0700 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats Message-ID: Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking From agoulis at opensips.org Tue Mar 14 18:47:31 2017 From: agoulis at opensips.org (agoulis at opensips.org) Date: Tue, 14 Mar 2017 10:47:31 -0500 Subject: [Freeswitch-users] Cepstral will provide an Allison-8kHz for Linux license to anyone donating $100 or more. Message-ID: I thought it was a license per 100? Thanks, Alex GoulisOpenSIPS Solutions4016411072 ------ Original message------From: Brian WestDate: Mon, Mar 13, 2017 2:22 PMTo: Luis Daniel Lucio Quiroz;Cc: FreeSWITCH Users Help;Subject:Re: [Freeswitch-users] Cepstral will provide an Allison-8kHz for Linux license to anyone donating $100 or more. Its what I've used in the past, seems to have worked well. ? On Mon, Mar 13, 2017 at 2:06 PM, Luis Daniel Lucio Quiroz wrote: Why did you select?gofoundme for this crowdfunding? --Luis Daniel Lucio Quiroz CISSP, CISM, CISA Linux, VoIP and much more fun www.okay.com.mx Need LCR? Check out LCR for FusionPBX with FreeSWITCH Need Billing? Check out Billing for FusionPBX with FreeSWITCH On Mon, Feb 13, 2017 at 5:31 PM, Brian West wrote: See that?? Cepstral will provide an Allison-8kHz for Linux license to anyone donating $100 or more.? You get an Allison 8kHz license for Linux if you donate more than 100 dollars. https://www.gofundme.com/allison-prompts-for-freeswitch Thanks, -- Brian West brian at freeswitch.orgTwitter: @FreeSWITCH , @briankwesthttp://www.freeswitchbook.com? http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH:https://www.gofundme.com/allison-prompts-for-freeswitch Wish to schedule a meeting?http://app.timebridge.com/#/meet/freeswitchGot Bugs? Report them here! | Reddit:?/r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.orgTwitter: @FreeSWITCH , @briankwesthttp://www.freeswitchbook.com? http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH:https://www.gofundme.com/allison-prompts-for-freeswitchGot Bugs? Report them here! | Reddit:?/r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/9c6db3f5/attachment.html From gmaruzz at gmail.com Tue Mar 14 20:19:23 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 14 Mar 2017 18:19:23 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. But, man, that's what you, and me, and anyone is expecting. Also, please do not drive wrong way in the autobahn :)) -giovanni On 14 March 2017 at 16:42, Mario G wrote: > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > http://www.theverge.com/2017/3/14/14913118/jcc-bomb- > threats-anonymous-phone-calls-pdx-hacking > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/1ca4086b/attachment.html From brian at freeswitch.org Tue Mar 14 21:29:51 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 14:29:51 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. /b On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli wrote: > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > >> Thought some may be interested in this. I first saw it today via Apple >> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >> mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >> anonymous-phone-calls-pdx-hacking >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/6d6179cd/attachment-0001.html From brian at freeswitch.org Tue Mar 14 21:30:49 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 14:30:49 -0400 Subject: [Freeswitch-users] pickup vs intercept In-Reply-To: References: Message-ID: Sounds like you've got some sort of misconfiguration going on here. Without logs its hard to tell what is actually going on. /b On Tue, Mar 14, 2017 at 7:35 AM, Luke Milbourne wrote: > ?Hi Everyone, > > Using pickup endpoints, if the UA picking up a call is utilising a > different codec (G722) FreeSWITCH raises a codec error. > > However the same test using the intercept function instead of a pickup > endpoint doesn't and the call works fine with 2 way audio etc. > > Anyone else experienced/aware of this? > > Thanks, > Luke > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/f59a9e28/attachment.html From mirkobrankovic at gmail.com Tue Mar 14 21:39:09 2017 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Tue, 14 Mar 2017 19:39:09 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Cance default password to uuid(), so every new install will get random one ... Bulletproof :?D On Mar 14, 2017 19:30, "Brian West" wrote: > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > >> Is nice because they mention FreeSWITCH in the tag of the link, but the >> link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and >> leave your FreeSWITCH with standard password "1234", or maybe you change >> the standard password to "password", you probably will be hacked, and phone >> calls will be originated from your FreeSWITCH that you do not want to >> originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G wrote: >> >>> Thought some may be interested in this. I first saw it today via Apple >>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>> mentioned twice. >>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>> anonymous-phone-calls-pdx-hacking >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/5311d66f/attachment.html From asilva at wirelessmundi.com Tue Mar 14 22:37:19 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Tue, 14 Mar 2017 20:37:19 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: almost... until the user to test set userid = password ... and forget to change it... ops... hacked... it's all about good practices. Regards, Ant?nio On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > Cance default password to uuid(), so every new install will get random > one ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" > wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT > statement when the default password isn't changed along with a 10 > second delay before proceeding. Still I see questions posted about > the 10 second delay and asking what it means. Not sure how to make > it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > > wrote: > > Is nice because they mention FreeSWITCH in the tag of the > link, but the link is about FreePBX. > > Anyway, it's true: if you do not use the standard security > practice, and leave your FreeSWITCH with standard password > "1234", or maybe you change the standard password to > "password", you probably will be hacked, and phone calls will > be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G > wrote: > > Thought some may be interested in this. I first saw it > today via Apple News? Related to tracing bomb threats and > Jewish attacks? FreeSWITCH mentioned twice. > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > > */Brian West/* > brian at freeswitch.org > > */Twitter: @FreeSWITCH , @briankwest/* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | > Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/8e6b687f/attachment-0001.html From brian at freeswitch.org Tue Mar 14 22:41:42 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 15:41:42 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Thats something we can do for the 1.8 configs, which may at this point be the 2.0 configs, I've asked everyone to assist me in that endeavor but very few have actually stepped up to help with that monumental task. /b On Tue, Mar 14, 2017 at 2:39 PM, Mirko Brankovic wrote: > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > >> This is exactly what prompted me to put the FOUR LINE CRIT statement when >> the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> >>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>> link is about FreePBX. >>> >>> Anyway, it's true: if you do not use the standard security practice, and >>> leave your FreeSWITCH with standard password "1234", or maybe you change >>> the standard password to "password", you probably will be hacked, and phone >>> calls will be originated from your FreeSWITCH that you do not want to >>> originate. >>> >>> But, man, that's what you, and me, and anyone is expecting. >>> >>> Also, please do not drive wrong way in the autobahn :)) >>> >>> -giovanni >>> >>> >>> On 14 March 2017 at 16:42, Mario G wrote: >>> >>>> Thought some may be interested in this. I first saw it today via Apple >>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>> mentioned twice. >>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>> anonymous-phone-calls-pdx-hacking >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/04caaf3b/attachment.html From mirkobrankovic at gmail.com Tue Mar 14 23:39:13 2017 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Tue, 14 Mar 2017 21:39:13 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Indeed ;) On Mar 14, 2017 20:38, "Antonio Silva" wrote: > almost... until the user to test set userid = password ... and forget to > change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > >> This is exactly what prompted me to put the FOUR LINE CRIT statement when >> the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> >>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>> link is about FreePBX. >>> >>> Anyway, it's true: if you do not use the standard security practice, and >>> leave your FreeSWITCH with standard password "1234", or maybe you change >>> the standard password to "password", you probably will be hacked, and phone >>> calls will be originated from your FreeSWITCH that you do not want to >>> originate. >>> >>> But, man, that's what you, and me, and anyone is expecting. >>> >>> Also, please do not drive wrong way in the autobahn :)) >>> >>> -giovanni >>> >>> >>> On 14 March 2017 at 16:42, Mario G wrote: >>> >>>> Thought some may be interested in this. I first saw it today via Apple >>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>> mentioned twice. >>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>> anonymous-phone-calls-pdx-hacking >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/be3e5e37/attachment-0001.html From david.villasmil.work at gmail.com Tue Mar 14 23:46:54 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 14 Mar 2017 20:46:54 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Make the default password very obscure ramdomized on the fly... that way people will be crying because they can't figure out a password instead of having noobies hacked :) On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic wrote: > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" wrote: > > almost... until the user to test set userid = password ... and forget to > change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/0bdc83ed/attachment-0001.html From david.villasmil.work at gmail.com Tue Mar 14 23:48:22 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 14 Mar 2017 20:48:22 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Brian, share the link, i'll help however i can. I know you did once, but somehow i can't find it. On Tue, Mar 14, 2017 at 9:46 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > Make the default password very obscure ramdomized on the fly... that way > people will be crying because they can't figure out a password instead of > having noobies hacked :) > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" wrote: > > almost... until the user to test set userid = password ... and forget to > change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/def773a9/attachment-0001.html From krice at freeswitch.org Tue Mar 14 23:50:02 2017 From: krice at freeswitch.org (Ken Rice) Date: Tue, 14 Mar 2017 15:50:02 -0500 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: <033101d29d04$8e3c4430$aab4cc90$@freeswitch.org> The funniest part is if you actually read the article and followed the links to the examples they were FreePBX and bugs there lol From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of David Villasmil Sent: Tuesday, March 14, 2017 3:47 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats Make the default password very obscure ramdomized on the fly... that way people will be crying because they can't figure out a password instead of having noobies hacked :) On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: Indeed ;) On Mar 14, 2017 20:38, "Antonio Silva" > wrote: almost... until the user to test set userid = password ... and forget to change it... ops... hacked... it's all about good practices. Regards, Ant?nio On 03/14/2017 07:39 PM, Mirko Brankovic wrote: Cance default password to uuid(), so every new install will get random one ... Bulletproof :?D On Mar 14, 2017 19:30, "Brian West" > wrote: This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. /b On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. But, man, that's what you, and me, and anyone is expecting. Also, please do not drive wrong way in the autobahn :)) -giovanni On 14 March 2017 at 16:42, Mario G > wrote: Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/79ebbd80/attachment.html From gmaruzz at gmail.com Tue Mar 14 23:56:33 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 14 Mar 2017 21:56:33 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: NO, the default password of the demo configuration is just that, a DEFAULT password of a DEMO configuration. That is meant to DEMO just OUT OF THE BOX So, it must stay this way, because it just works, and is a demo Then, if you put a demo in production, the problem is between the monitor and the seat, not in the software On 14 March 2017 at 21:46, David Villasmil wrote: > Make the default password very obscure ramdomized on the fly... that way > people will be crying because they can't figure out a password instead of > having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > >> Indeed ;) >> >> On Mar 14, 2017 20:38, "Antonio Silva" wrote: >> >> almost... until the user to test set userid = password ... and forget to >> change it... ops... hacked... >> >> it's all about good practices. >> >> Regards, >> Ant?nio >> >> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >> >> Cance default password to uuid(), so every new install will get random >> one ... Bulletproof :?D >> >> On Mar 14, 2017 19:30, "Brian West" wrote: >> >> This is exactly what prompted me to put the FOUR LINE CRIT statement when >> the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> >> Is nice because they mention FreeSWITCH in the tag of the link, but the >> link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and >> leave your FreeSWITCH with standard password "1234", or maybe you change >> the standard password to "password", you probably will be hacked, and phone >> calls will be originated from your FreeSWITCH that you do not want to >> originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G wrote: >> >> Thought some may be interested in this. I first saw it today via Apple >> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >> mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb- >> threats-anonymous-phone-calls-pdx-hacking >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/5687e903/attachment-0001.html From gmaruzz at gmail.com Tue Mar 14 23:57:34 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 14 Mar 2017 21:57:34 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: btw the problem is always with users/customers that change the demo password "1234" (where there is a delay of 10 seconds put there by this purpose) to something like "password". And what I can do about this? I will put a safeguard against silly passwords, and you will make the effort to circumvent also that safeguard because "is easier for my users"? On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: > NO, the default password of the demo configuration is just that, a DEFAULT > password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the monitor > and the seat, not in the software > > On 14 March 2017 at 21:46, David Villasmil > wrote: > >> Make the default password very obscure ramdomized on the fly... that way >> people will be crying because they can't figure out a password instead of >> having noobies hacked :) >> >> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic >> wrote: >> >>> Indeed ;) >>> >>> On Mar 14, 2017 20:38, "Antonio Silva" wrote: >>> >>> almost... until the user to test set userid = password ... and forget to >>> change it... ops... hacked... >>> >>> it's all about good practices. >>> >>> Regards, >>> Ant?nio >>> >>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>> >>> Cance default password to uuid(), so every new install will get random >>> one ... Bulletproof :?D >>> >>> On Mar 14, 2017 19:30, "Brian West" wrote: >>> >>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>> when the default password isn't changed along with a 10 second delay before >>> proceeding. Still I see questions posted about the 10 second delay and >>> asking what it means. Not sure how to make it more clear. >>> >>> /b >>> >>> >>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >>> wrote: >>> >>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>> link is about FreePBX. >>> >>> Anyway, it's true: if you do not use the standard security practice, and >>> leave your FreeSWITCH with standard password "1234", or maybe you change >>> the standard password to "password", you probably will be hacked, and phone >>> calls will be originated from your FreeSWITCH that you do not want to >>> originate. >>> >>> But, man, that's what you, and me, and anyone is expecting. >>> >>> Also, please do not drive wrong way in the autobahn :)) >>> >>> -giovanni >>> >>> >>> On 14 March 2017 at 16:42, Mario G wrote: >>> >>> Thought some may be interested in this. I first saw it today via Apple >>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>> mentioned twice. >>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>> anonymous-phone-calls-pdx-hacking >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/e96e1316/attachment-0001.html From asilva at wirelessmundi.com Wed Mar 15 00:03:09 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Tue, 14 Mar 2017 22:03:09 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: <09d81bb5-794f-2041-f804-adffa57b089f@wirelessmundi.com> so true!! https://xkcd.com/936/ :) On 03/14/2017 09:57 PM, Giovanni Maruzzelli wrote: > btw the problem is always with users/customers that change the demo > password "1234" (where there is a delay of 10 seconds put there by > this purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the > effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli > wrote: > > NO, the default password of the demo configuration is just that, a > DEFAULT password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the > monitor and the seat, not in the software > > On 14 March 2017 at 21:46, David Villasmil > > wrote: > > Make the default password very obscure ramdomized on the > fly... that way people will be crying because they can't > figure out a password instead of having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > > > wrote: > > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" > > wrote: > > almost... until the user to test set userid = password > ... and forget to change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >> Cance default password to uuid(), so every new >> install will get random one ... Bulletproof :?D >> >> On Mar 14, 2017 19:30, "Brian West" >> > >> wrote: >> >> This is exactly what prompted me to put the FOUR >> LINE CRIT statement when the default password >> isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about >> the 10 second delay and asking what it means. Not >> sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni >> Maruzzelli > > wrote: >> >> Is nice because they mention FreeSWITCH in >> the tag of the link, but the link is about >> FreePBX. >> >> Anyway, it's true: if you do not use the >> standard security practice, and leave your >> FreeSWITCH with standard password "1234", or >> maybe you change the standard password to >> "password", you probably will be hacked, and >> phone calls will be originated from your >> FreeSWITCH that you do not want to originate. >> >> But, man, that's what you, and me, and anyone >> is expecting. >> >> Also, please do not drive wrong way in the >> autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G >> > > wrote: >> >> Thought some may be interested in this. I >> first saw it today via Apple News? >> Related to tracing bomb threats and >> Jewish attacks? FreeSWITCH mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> >> -- >> >> */Brian West/* >> brian at freeswitch.org >> >> */Twitter: @FreeSWITCH , @briankwest/* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here >> ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | >> *F:*+19184209002 | >> *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > Official > FreeSWITCH Sites http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > Official FreeSWITCH > Sites http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > Official FreeSWITCH Sites > http://www.freeswitch.org http://confluence.freeswitch.org > http://www.cluecon.com > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 > > -- > Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/5bc45f9b/attachment-0001.html From brian at freeswitch.org Wed Mar 15 00:04:20 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 17:04:20 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Giovanni is correct, anything that raises the barrier of entry will only hinder us as a project, We can't solve the PEBKAC, Humans ultimately are the weak link in the security chain. /b On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli wrote: > btw the problem is always with users/customers that change the demo > password "1234" (where there is a delay of 10 seconds put there by this > purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the > effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: > >> NO, the default password of the demo configuration is just that, a >> DEFAULT password of a DEMO configuration. >> >> That is meant to DEMO just OUT OF THE BOX >> >> So, it must stay this way, because it just works, and is a demo >> >> Then, if you put a demo in production, the problem is between the monitor >> and the seat, not in the software >> >> On 14 March 2017 at 21:46, David Villasmil > m> wrote: >> >>> Make the default password very obscure ramdomized on the fly... that way >>> people will be crying because they can't figure out a password instead of >>> having noobies hacked :) >>> >>> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic < >>> mirkobrankovic at gmail.com> wrote: >>> >>>> Indeed ;) >>>> >>>> On Mar 14, 2017 20:38, "Antonio Silva" >>>> wrote: >>>> >>>> almost... until the user to test set userid = password ... and forget >>>> to change it... ops... hacked... >>>> >>>> it's all about good practices. >>>> >>>> Regards, >>>> Ant?nio >>>> >>>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>>> >>>> Cance default password to uuid(), so every new install will get random >>>> one ... Bulletproof :?D >>>> >>>> On Mar 14, 2017 19:30, "Brian West" wrote: >>>> >>>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>>> when the default password isn't changed along with a 10 second delay before >>>> proceeding. Still I see questions posted about the 10 second delay and >>>> asking what it means. Not sure how to make it more clear. >>>> >>>> /b >>>> >>>> >>>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >>> > wrote: >>>> >>>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>>> link is about FreePBX. >>>> >>>> Anyway, it's true: if you do not use the standard security practice, >>>> and leave your FreeSWITCH with standard password "1234", or maybe you >>>> change the standard password to "password", you probably will be hacked, >>>> and phone calls will be originated from your FreeSWITCH that you do not >>>> want to originate. >>>> >>>> But, man, that's what you, and me, and anyone is expecting. >>>> >>>> Also, please do not drive wrong way in the autobahn :)) >>>> >>>> -giovanni >>>> >>>> >>>> On 14 March 2017 at 16:42, Mario G wrote: >>>> >>>> Thought some may be interested in this. I first saw it today via Apple >>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>> mentioned twice. >>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>> anonymous-phone-calls-pdx-hacking >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Sincerely, >>>> >>>> Giovanni Maruzzelli >>>> OpenTelecom.IT >>>> cell: +39 347 266 56 18 >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Allison prompts for FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/698940eb/attachment-0001.html From acheraime at gmail.com Wed Mar 15 00:05:15 2017 From: acheraime at gmail.com (acheraime .) Date: Tue, 14 Mar 2017 17:05:15 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Agreed! One practice that I would highly recommend any one to stay away from is using numeric extension number "1001" as sip username and dictionary based passwords. On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli wrote: > btw the problem is always with users/customers that change the demo > password "1234" (where there is a delay of 10 seconds put there by this > purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the > effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: > >> NO, the default password of the demo configuration is just that, a >> DEFAULT password of a DEMO configuration. >> >> That is meant to DEMO just OUT OF THE BOX >> >> So, it must stay this way, because it just works, and is a demo >> >> Then, if you put a demo in production, the problem is between the monitor >> and the seat, not in the software >> >> On 14 March 2017 at 21:46, David Villasmil > m> wrote: >> >>> Make the default password very obscure ramdomized on the fly... that way >>> people will be crying because they can't figure out a password instead of >>> having noobies hacked :) >>> >>> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic < >>> mirkobrankovic at gmail.com> wrote: >>> >>>> Indeed ;) >>>> >>>> On Mar 14, 2017 20:38, "Antonio Silva" >>>> wrote: >>>> >>>> almost... until the user to test set userid = password ... and forget >>>> to change it... ops... hacked... >>>> >>>> it's all about good practices. >>>> >>>> Regards, >>>> Ant?nio >>>> >>>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>>> >>>> Cance default password to uuid(), so every new install will get random >>>> one ... Bulletproof :?D >>>> >>>> On Mar 14, 2017 19:30, "Brian West" wrote: >>>> >>>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>>> when the default password isn't changed along with a 10 second delay before >>>> proceeding. Still I see questions posted about the 10 second delay and >>>> asking what it means. Not sure how to make it more clear. >>>> >>>> /b >>>> >>>> >>>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >>> > wrote: >>>> >>>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>>> link is about FreePBX. >>>> >>>> Anyway, it's true: if you do not use the standard security practice, >>>> and leave your FreeSWITCH with standard password "1234", or maybe you >>>> change the standard password to "password", you probably will be hacked, >>>> and phone calls will be originated from your FreeSWITCH that you do not >>>> want to originate. >>>> >>>> But, man, that's what you, and me, and anyone is expecting. >>>> >>>> Also, please do not drive wrong way in the autobahn :)) >>>> >>>> -giovanni >>>> >>>> >>>> On 14 March 2017 at 16:42, Mario G wrote: >>>> >>>> Thought some may be interested in this. I first saw it today via Apple >>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>> mentioned twice. >>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>> anonymous-phone-calls-pdx-hacking >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Sincerely, >>>> >>>> Giovanni Maruzzelli >>>> OpenTelecom.IT >>>> cell: +39 347 266 56 18 >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Allison prompts for FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Adolphe CHER-AIME* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/f830aa50/attachment-0001.html From david.villasmil.work at gmail.com Wed Mar 15 00:06:58 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 14 Mar 2017 21:06:58 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: IMHO, a demo config shouldn't be shipped out by default, it's very risky. If everyone using freeswitch (or any other softswitch for that matter) for the first time was a seasoned sysops, then yes. But this is very much not the case. So maybe it would be safer for everyone to ship it out with a locked-down config, so that user WILL learn how fs works by having to open features one at a time... and then describe in the wiki how to implement the demo config from a git repo. This way EVERYONE using fs for the first time Will know they are using a demo config with everything defaulted and "open"... But this is just my opinion. On Tue, Mar 14, 2017 at 9:58 PM Giovanni Maruzzelli wrote: > btw the problem is always with users/customers that change the demo > password "1234" (where there is a delay of 10 seconds put there by this > purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the > effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: > > NO, the default password of the demo configuration is just that, a DEFAULT > password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the monitor > and the seat, not in the software > > On 14 March 2017 at 21:46, David Villasmil > wrote: > > Make the default password very obscure ramdomized on the fly... that way > people will be crying because they can't figure out a password instead of > having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" wrote: > > almost... until the user to test set userid = password ... and forget to > change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/8641f9a3/attachment-0001.html From brian at freeswitch.org Wed Mar 15 00:07:20 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 17:07:20 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: this is kinda why mod_fail2ban exists! :). FusionPBX installs and configures it out of the box and is VERY effective. /b On Tue, Mar 14, 2017 at 5:05 PM, acheraime . wrote: > Agreed! > > One practice that I would highly recommend any one to stay away from is > using numeric extension number "1001" as sip username and dictionary based > passwords. > > > On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli > wrote: > >> btw the problem is always with users/customers that change the demo >> password "1234" (where there is a delay of 10 seconds put there by this >> purpose) to something like "password". >> >> And what I can do about this? >> >> I will put a safeguard against silly passwords, and you will make the >> effort to circumvent also that safeguard because "is easier for my users"? >> >> On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: >> >>> NO, the default password of the demo configuration is just that, a >>> DEFAULT password of a DEMO configuration. >>> >>> That is meant to DEMO just OUT OF THE BOX >>> >>> So, it must stay this way, because it just works, and is a demo >>> >>> Then, if you put a demo in production, the problem is between the >>> monitor and the seat, not in the software >>> >>> On 14 March 2017 at 21:46, David Villasmil < >>> david.villasmil.work at gmail.com> wrote: >>> >>>> Make the default password very obscure ramdomized on the fly... that >>>> way people will be crying because they can't figure out a password instead >>>> of having noobies hacked :) >>>> >>>> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic < >>>> mirkobrankovic at gmail.com> wrote: >>>> >>>>> Indeed ;) >>>>> >>>>> On Mar 14, 2017 20:38, "Antonio Silva" >>>>> wrote: >>>>> >>>>> almost... until the user to test set userid = password ... and forget >>>>> to change it... ops... hacked... >>>>> >>>>> it's all about good practices. >>>>> >>>>> Regards, >>>>> Ant?nio >>>>> >>>>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>>>> >>>>> Cance default password to uuid(), so every new install will get random >>>>> one ... Bulletproof :?D >>>>> >>>>> On Mar 14, 2017 19:30, "Brian West" wrote: >>>>> >>>>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>>>> when the default password isn't changed along with a 10 second delay before >>>>> proceeding. Still I see questions posted about the 10 second delay and >>>>> asking what it means. Not sure how to make it more clear. >>>>> >>>>> /b >>>>> >>>>> >>>>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli < >>>>> gmaruzz at gmail.com> wrote: >>>>> >>>>> Is nice because they mention FreeSWITCH in the tag of the link, but >>>>> the link is about FreePBX. >>>>> >>>>> Anyway, it's true: if you do not use the standard security practice, >>>>> and leave your FreeSWITCH with standard password "1234", or maybe you >>>>> change the standard password to "password", you probably will be hacked, >>>>> and phone calls will be originated from your FreeSWITCH that you do not >>>>> want to originate. >>>>> >>>>> But, man, that's what you, and me, and anyone is expecting. >>>>> >>>>> Also, please do not drive wrong way in the autobahn :)) >>>>> >>>>> -giovanni >>>>> >>>>> >>>>> On 14 March 2017 at 16:42, Mario G wrote: >>>>> >>>>> Thought some may be interested in this. I first saw it today via Apple >>>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>>> mentioned twice. >>>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>>> anonymous-phone-calls-pdx-hacking >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Sincerely, >>>>> >>>>> Giovanni Maruzzelli >>>>> OpenTelecom.IT >>>>> cell: +39 347 266 56 18 >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> >>>>> Allison prompts for FreeSWITCH: >>>>> >>>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>>> >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>>>> *Skype:*briankwest >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > > *Adolphe CHER-AIME* > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/5e59c92f/attachment-0001.html From acheraime at gmail.com Wed Mar 15 00:07:23 2017 From: acheraime at gmail.com (acheraime .) Date: Tue, 14 Mar 2017 17:07:23 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: I meant to say in production. A demo is a demo. On Tue, Mar 14, 2017 at 5:04 PM, Brian West wrote: > Giovanni is correct, anything that raises the barrier of entry will only > hinder us as a project, We can't solve the PEBKAC, Humans ultimately are > the weak link in the security chain. > > /b > > > On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli > wrote: > >> btw the problem is always with users/customers that change the demo >> password "1234" (where there is a delay of 10 seconds put there by this >> purpose) to something like "password". >> >> And what I can do about this? >> >> I will put a safeguard against silly passwords, and you will make the >> effort to circumvent also that safeguard because "is easier for my users"? >> >> On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: >> >>> NO, the default password of the demo configuration is just that, a >>> DEFAULT password of a DEMO configuration. >>> >>> That is meant to DEMO just OUT OF THE BOX >>> >>> So, it must stay this way, because it just works, and is a demo >>> >>> Then, if you put a demo in production, the problem is between the >>> monitor and the seat, not in the software >>> >>> On 14 March 2017 at 21:46, David Villasmil < >>> david.villasmil.work at gmail.com> wrote: >>> >>>> Make the default password very obscure ramdomized on the fly... that >>>> way people will be crying because they can't figure out a password instead >>>> of having noobies hacked :) >>>> >>>> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic < >>>> mirkobrankovic at gmail.com> wrote: >>>> >>>>> Indeed ;) >>>>> >>>>> On Mar 14, 2017 20:38, "Antonio Silva" >>>>> wrote: >>>>> >>>>> almost... until the user to test set userid = password ... and forget >>>>> to change it... ops... hacked... >>>>> >>>>> it's all about good practices. >>>>> >>>>> Regards, >>>>> Ant?nio >>>>> >>>>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>>>> >>>>> Cance default password to uuid(), so every new install will get random >>>>> one ... Bulletproof :?D >>>>> >>>>> On Mar 14, 2017 19:30, "Brian West" wrote: >>>>> >>>>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>>>> when the default password isn't changed along with a 10 second delay before >>>>> proceeding. Still I see questions posted about the 10 second delay and >>>>> asking what it means. Not sure how to make it more clear. >>>>> >>>>> /b >>>>> >>>>> >>>>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli < >>>>> gmaruzz at gmail.com> wrote: >>>>> >>>>> Is nice because they mention FreeSWITCH in the tag of the link, but >>>>> the link is about FreePBX. >>>>> >>>>> Anyway, it's true: if you do not use the standard security practice, >>>>> and leave your FreeSWITCH with standard password "1234", or maybe you >>>>> change the standard password to "password", you probably will be hacked, >>>>> and phone calls will be originated from your FreeSWITCH that you do not >>>>> want to originate. >>>>> >>>>> But, man, that's what you, and me, and anyone is expecting. >>>>> >>>>> Also, please do not drive wrong way in the autobahn :)) >>>>> >>>>> -giovanni >>>>> >>>>> >>>>> On 14 March 2017 at 16:42, Mario G wrote: >>>>> >>>>> Thought some may be interested in this. I first saw it today via Apple >>>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>>> mentioned twice. >>>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>>> anonymous-phone-calls-pdx-hacking >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Sincerely, >>>>> >>>>> Giovanni Maruzzelli >>>>> OpenTelecom.IT >>>>> cell: +39 347 266 56 18 >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> >>>>> Allison prompts for FreeSWITCH: >>>>> >>>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>>> >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>>>> *Skype:*briankwest >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Adolphe CHER-AIME* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/051552ad/attachment-0001.html From brian at freeswitch.org Wed Mar 15 00:10:04 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 14 Mar 2017 17:10:04 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Anything that changes, makes it more difficult to toy with out of the box will throw road blocks on potential new users, I'd like to focus more on education of the end users on how to properly secure FreeSWITCH and the available security concepts that you can use in various situations. /b On Tue, Mar 14, 2017 at 5:07 PM, acheraime . wrote: > I meant to say in production. A demo is a demo. > > > > On Tue, Mar 14, 2017 at 5:04 PM, Brian West wrote: > >> Giovanni is correct, anything that raises the barrier of entry will only >> hinder us as a project, We can't solve the PEBKAC, Humans ultimately are >> the weak link in the security chain. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli >> wrote: >> >>> btw the problem is always with users/customers that change the demo >>> password "1234" (where there is a delay of 10 seconds put there by this >>> purpose) to something like "password". >>> >>> And what I can do about this? >>> >>> I will put a safeguard against silly passwords, and you will make the >>> effort to circumvent also that safeguard because "is easier for my users"? >>> >>> On 14 March 2017 at 21:56, Giovanni Maruzzelli >>> wrote: >>> >>>> NO, the default password of the demo configuration is just that, a >>>> DEFAULT password of a DEMO configuration. >>>> >>>> That is meant to DEMO just OUT OF THE BOX >>>> >>>> So, it must stay this way, because it just works, and is a demo >>>> >>>> Then, if you put a demo in production, the problem is between the >>>> monitor and the seat, not in the software >>>> >>>> On 14 March 2017 at 21:46, David Villasmil < >>>> david.villasmil.work at gmail.com> wrote: >>>> >>>>> Make the default password very obscure ramdomized on the fly... that >>>>> way people will be crying because they can't figure out a password instead >>>>> of having noobies hacked :) >>>>> >>>>> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic < >>>>> mirkobrankovic at gmail.com> wrote: >>>>> >>>>>> Indeed ;) >>>>>> >>>>>> On Mar 14, 2017 20:38, "Antonio Silva" >>>>>> wrote: >>>>>> >>>>>> almost... until the user to test set userid = password ... and forget >>>>>> to change it... ops... hacked... >>>>>> >>>>>> it's all about good practices. >>>>>> >>>>>> Regards, >>>>>> Ant?nio >>>>>> >>>>>> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>>>>> >>>>>> Cance default password to uuid(), so every new install will get >>>>>> random one ... Bulletproof :?D >>>>>> >>>>>> On Mar 14, 2017 19:30, "Brian West" wrote: >>>>>> >>>>>> This is exactly what prompted me to put the FOUR LINE CRIT statement >>>>>> when the default password isn't changed along with a 10 second delay before >>>>>> proceeding. Still I see questions posted about the 10 second delay and >>>>>> asking what it means. Not sure how to make it more clear. >>>>>> >>>>>> /b >>>>>> >>>>>> >>>>>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli < >>>>>> gmaruzz at gmail.com> wrote: >>>>>> >>>>>> Is nice because they mention FreeSWITCH in the tag of the link, but >>>>>> the link is about FreePBX. >>>>>> >>>>>> Anyway, it's true: if you do not use the standard security practice, >>>>>> and leave your FreeSWITCH with standard password "1234", or maybe you >>>>>> change the standard password to "password", you probably will be hacked, >>>>>> and phone calls will be originated from your FreeSWITCH that you do not >>>>>> want to originate. >>>>>> >>>>>> But, man, that's what you, and me, and anyone is expecting. >>>>>> >>>>>> Also, please do not drive wrong way in the autobahn :)) >>>>>> >>>>>> -giovanni >>>>>> >>>>>> >>>>>> On 14 March 2017 at 16:42, Mario G wrote: >>>>>> >>>>>> Thought some may be interested in this. I first saw it today via >>>>>> Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>>>> mentioned twice. >>>>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>>>> anonymous-phone-calls-pdx-hacking >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Sincerely, >>>>>> >>>>>> Giovanni Maruzzelli >>>>>> OpenTelecom.IT >>>>>> cell: +39 347 266 56 18 >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> *Brian West* >>>>>> brian at freeswitch.org >>>>>> >>>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>>> >>>>>> http://www.freeswitchbook.com >>>>>> http://www.freeswitchcookbook.com >>>>>> >>>>>> Allison prompts for FreeSWITCH: >>>>>> >>>>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>>>> >>>>>> >>>>>> Got Bugs? Report them here ! | Reddit: >>>>>> /r/freeswitch >>>>>> >>>>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >>>>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >>>>>> *Skype:*briankwest >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Sincerely, >>>> >>>> Giovanni Maruzzelli >>>> OpenTelecom.IT >>>> cell: +39 347 266 56 18 >>>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > > *Adolphe CHER-AIME* > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/7cd9579b/attachment-0001.html From mbodbg at gmx.net Wed Mar 15 00:18:47 2017 From: mbodbg at gmx.net (=?utf-8?Q?Markus_B=C3=B6nke?=) Date: Tue, 14 Mar 2017 22:18:47 +0100 Subject: [Freeswitch-users] Change Hangup Cause on Socket Error! Message-ID: Hello, In our dialplan we are using an external service to to handle calls. So our dialplan looks like: In the case the external service which is posted by the socket application is down, I can see a "Socket Error!? error message in the log. The call ends with 480 - "Temporarily Unavailable". ... [ERR] mod_event_socket.c:454 Socket Error! ... [DEBUG] mod_sofia.c:549 Responding to INVITE with: 480 ... Is it somehow possible to force hangup cause 503 - "Service Unavailable" instead of 480 - "Temporarily Unavailable" in case of a Socket Error? Thanks and regards Markus From mario_fs at mgtech.com Wed Mar 15 00:27:05 2017 From: mario_fs at mgtech.com (Mario G) Date: Tue, 14 Mar 2017 14:27:05 -0700 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: <08C1AA3D-EA21-4192-A4DE-2B4ED0E1205C@mgtech.com> Hmmm, keep it easy, don?t randomize, but force a change from 1234?? How about this (sound like it should be easy): If the default password of 1234 is used in ANY user registration, print a RED message and ONLY ALLOW 3 extensions to work. This way, anyone using FS in a production environment is forced to change the password but initial setup for demo is very easy with 1234 OK to use but only 3 extensions can register if any one of them uses 1234. Mario > On Mar 14, 2017, at 2:10 PM, Brian West wrote: > > Anything that changes, makes it more difficult to toy with out of the box will throw road blocks on potential new users, I'd like to focus more on education of the end users on how to properly secure FreeSWITCH and the available security concepts that you can use in various situations. > > /b > > > On Tue, Mar 14, 2017 at 5:07 PM, acheraime . > wrote: > I meant to say in production. A demo is a demo. > > > > On Tue, Mar 14, 2017 at 5:04 PM, Brian West > wrote: > Giovanni is correct, anything that raises the barrier of entry will only hinder us as a project, We can't solve the PEBKAC, Humans ultimately are the weak link in the security chain. > > /b > > > On Tue, Mar 14, 2017 at 4:57 PM, Giovanni Maruzzelli > wrote: > btw the problem is always with users/customers that change the demo password "1234" (where there is a delay of 10 seconds put there by this purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli > wrote: > NO, the default password of the demo configuration is just that, a DEFAULT password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the monitor and the seat, not in the software > > > On 14 March 2017 at 21:46, David Villasmil > wrote: > Make the default password very obscure ramdomized on the fly... that way people will be crying because they can't figure out a password instead of having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" > wrote: > almost... until the user to test set userid = password ... and forget to change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >> Cance default password to uuid(), so every new install will get random one ... Bulletproof :?D >> >> On Mar 14, 2017 19:30, "Brian West" > wrote: >> This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: >> Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G > wrote: >> Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Brian West >> brian at freeswitch.org >> Twitter: @FreeSWITCH , @briankwest >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> https://www.gofundme.com/allison-prompts-for-freeswitch >> Got Bugs? Report them here ! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Adolphe CHER-AIME > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/da6b0280/attachment-0001.html From mike at jerris.com Wed Mar 15 00:40:17 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 14 Mar 2017 17:40:17 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: <5550B23E-C668-4662-9E2F-F4593C4F1171@jerris.com> The demo config includes no way to dial out of a gateway? > On Mar 14, 2017, at 5:06 PM, David Villasmil wrote: > > IMHO, a demo config shouldn't be shipped out by default, it's very risky. If everyone using freeswitch (or any other softswitch for that matter) for the first time was a seasoned sysops, then yes. But this is very much not the case. > > So maybe it would be safer for everyone to ship it out with a locked-down config, so that user WILL learn how fs works by having to open features one at a time... and then describe in the wiki how to implement the demo config from a git repo. > > This way EVERYONE using fs for the first time Will know they are using a demo config with everything defaulted and "open"... > > But this is just my opinion. > On Tue, Mar 14, 2017 at 9:58 PM Giovanni Maruzzelli > wrote: > btw the problem is always with users/customers that change the demo password "1234" (where there is a delay of 10 seconds put there by this purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli > wrote: > NO, the default password of the demo configuration is just that, a DEFAULT password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the monitor and the seat, not in the software > > > On 14 March 2017 at 21:46, David Villasmil > wrote: > Make the default password very obscure ramdomized on the fly... that way people will be crying because they can't figure out a password instead of having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" > wrote: > almost... until the user to test set userid = password ... and forget to change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >> Cance default password to uuid(), so every new install will get random one ... Bulletproof :?D >> >> On Mar 14, 2017 19:30, "Brian West" > wrote: >> This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: >> Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G > wrote: >> Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/e00ffc8c/attachment.html From mario_fs at mgtech.com Wed Mar 15 01:12:11 2017 From: mario_fs at mgtech.com (Mario G) Date: Tue, 14 Mar 2017 15:12:11 -0700 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: <5550B23E-C668-4662-9E2F-F4593C4F1171@jerris.com> References: <5550B23E-C668-4662-9E2F-F4593C4F1171@jerris.com> Message-ID: <0957F791-6405-4F2D-B2CB-36632329CC5A@mgtech.com> That?s a better idea. If any phone is registered with 1234 you can?t dial out any gateway. You can have a big demo but no outside connection. Going outside requires changing the password on all phones. > On Mar 14, 2017, at 2:40 PM, Michael Jerris wrote: > > The demo config includes no way to dial out of a gateway? > > >> On Mar 14, 2017, at 5:06 PM, David Villasmil > wrote: >> >> IMHO, a demo config shouldn't be shipped out by default, it's very risky. If everyone using freeswitch (or any other softswitch for that matter) for the first time was a seasoned sysops, then yes. But this is very much not the case. >> >> So maybe it would be safer for everyone to ship it out with a locked-down config, so that user WILL learn how fs works by having to open features one at a time... and then describe in the wiki how to implement the demo config from a git repo. >> >> This way EVERYONE using fs for the first time Will know they are using a demo config with everything defaulted and "open"... >> >> But this is just my opinion. >> On Tue, Mar 14, 2017 at 9:58 PM Giovanni Maruzzelli > wrote: >> btw the problem is always with users/customers that change the demo password "1234" (where there is a delay of 10 seconds put there by this purpose) to something like "password". >> >> And what I can do about this? >> >> I will put a safeguard against silly passwords, and you will make the effort to circumvent also that safeguard because "is easier for my users"? >> >> On 14 March 2017 at 21:56, Giovanni Maruzzelli > wrote: >> NO, the default password of the demo configuration is just that, a DEFAULT password of a DEMO configuration. >> >> That is meant to DEMO just OUT OF THE BOX >> >> So, it must stay this way, because it just works, and is a demo >> >> Then, if you put a demo in production, the problem is between the monitor and the seat, not in the software >> >> >> On 14 March 2017 at 21:46, David Villasmil > wrote: >> Make the default password very obscure ramdomized on the fly... that way people will be crying because they can't figure out a password instead of having noobies hacked :) >> >> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: >> Indeed ;) >> >> On Mar 14, 2017 20:38, "Antonio Silva" > wrote: >> almost... until the user to test set userid = password ... and forget to change it... ops... hacked... >> >> it's all about good practices. >> >> Regards, >> Ant?nio >> >> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >>> Cance default password to uuid(), so every new install will get random one ... Bulletproof :?D >>> >>> On Mar 14, 2017 19:30, "Brian West" > wrote: >>> This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. >>> >>> /b >>> >>> >>> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: >>> Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. >>> >>> Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. >>> >>> But, man, that's what you, and me, and anyone is expecting. >>> >>> Also, please do not drive wrong way in the autobahn :)) >>> >>> -giovanni >>> >>> >>> On 14 March 2017 at 16:42, Mario G > wrote: >>> Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. >>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170314/69a8a91a/attachment-0001.html From s.safarov at gmail.com Wed Mar 15 08:23:25 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 15 Mar 2017 05:23:25 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: <0957F791-6405-4F2D-B2CB-36632329CC5A@mgtech.com> References: <5550B23E-C668-4662-9E2F-F4593C4F1171@jerris.com> <0957F791-6405-4F2D-B2CB-36632329CC5A@mgtech.com> Message-ID: I can add RPM package script that's change default password to random Team, is required do to it? ??, 15 ????? 2017, 1:13 Mario G : > That?s a better idea. If any phone is registered with 1234 you can?t dial > out any gateway. You can have a big demo but no outside connection. Going > outside requires changing the password on all phones. > > On Mar 14, 2017, at 2:40 PM, Michael Jerris wrote: > > The demo config includes no way to dial out of a gateway? > > > On Mar 14, 2017, at 5:06 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > IMHO, a demo config shouldn't be shipped out by default, it's very risky. > If everyone using freeswitch (or any other softswitch for that matter) for > the first time was a seasoned sysops, then yes. But this is very much not > the case. > > So maybe it would be safer for everyone to ship it out with a locked-down > config, so that user WILL learn how fs works by having to open features one > at a time... and then describe in the wiki how to implement the demo config > from a git repo. > > This way EVERYONE using fs for the first time Will know they are using a > demo config with everything defaulted and "open"... > > But this is just my opinion. > On Tue, Mar 14, 2017 at 9:58 PM Giovanni Maruzzelli > wrote: > > btw the problem is always with users/customers that change the demo > password "1234" (where there is a delay of 10 seconds put there by this > purpose) to something like "password". > > And what I can do about this? > > I will put a safeguard against silly passwords, and you will make the > effort to circumvent also that safeguard because "is easier for my users"? > > On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: > > NO, the default password of the demo configuration is just that, a DEFAULT > password of a DEMO configuration. > > That is meant to DEMO just OUT OF THE BOX > > So, it must stay this way, because it just works, and is a demo > > Then, if you put a demo in production, the problem is between the monitor > and the seat, not in the software > > On 14 March 2017 at 21:46, David Villasmil > wrote: > > Make the default password very obscure ramdomized on the fly... that way > people will be crying because they can't figure out a password instead of > having noobies hacked :) > > On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic > wrote: > > Indeed ;) > > On Mar 14, 2017 20:38, "Antonio Silva" wrote: > > almost... until the user to test set userid = password ... and forget to > change it... ops... hacked... > > it's all about good practices. > > Regards, > Ant?nio > > On 03/14/2017 07:39 PM, Mirko Brankovic wrote: > > Cance default password to uuid(), so every new install will get random one > ... Bulletproof :?D > > On Mar 14, 2017 19:30, "Brian West" wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/df6d71e1/attachment-0001.html From Alexander.Haugg at c4b.de Wed Mar 15 09:27:16 2017 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Wed, 15 Mar 2017 06:27:16 +0000 Subject: [Freeswitch-users] Busy tone if busy In-Reply-To: <826f7dfc8b4543cfab5f5c42aaba1051@c4b.de> References: <826f7dfc8b4543cfab5f5c42aaba1051@c4b.de> Message-ID: <05b5e0655b4f404885ed8927b47b342f@c4b.de> More informations / questions: This is, what the freeswitch show. 2017-03-15 06:50:26.014328 [NOTICE] switch_ivr.c:2167 Transfer sofia/H3KSip/myMobileNumber to inline[set:hangup_after_bridge=false,bridge:sofia/gateway/GW_H3KSip/ 2640,managed:C4B_AfterBridge at default] After them, the freeswitch execute "set:hangup_after_bridge=false" and then the bridge command, but the managed application will not execute. Is there a problem between inline dialplan and managed apps? Why the freeswitch add the "@default" to the application name "C4B_AfterBridge"? Thanks a lot Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Alexander Haugg Gesendet: Dienstag, 14. M?rz 2017 15:09 An: freeswitch-users at lists.freeswitch.org Betreff: [Freeswitch-users] Busy tone if busy Hi together, I try to play a busy tone on leg A if the leg B is busy. For this I'm using the inline dialplan after the originate command: originate sofia/gateway/GW_H3KSip/myMobileNumber 'set:hangup_after_bridge=false,bridge:sofia/gateway/GW_H3KSip/2640,managed:C4B_AfterBridge' inline The managed dialplan app "C4B_AfterBridge" includes only the check, if the cause is busy and the playback command for the tone stream. In the first line of this app is a logging line for which reason I know, the app will not called. WHY? Thanks for your help! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/bc72cd5c/attachment.html From gmaruzz at gmail.com Wed Mar 15 12:29:59 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 15 Mar 2017 10:29:59 +0100 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: <5550B23E-C668-4662-9E2F-F4593C4F1171@jerris.com> <0957F791-6405-4F2D-B2CB-36632329CC5A@mgtech.com> Message-ID: DEMO CONFIG (is a DEMO) is already: 1) printing in RED, CAPITALS, AS AN ERROR, a message ANY TIME a call is made from a DEMO ACCOUNT 2) DEMO CONFIG HAS NO MEANS TO USE GATEWAYS, ALL CALLS ARE INTERNAL 3) DEMO CONFIG puts a DELAY, eg A PAUSE, of TEN (10) seconds before ANSWERING (INTERNAL) CALLS Why are we fussing about it at all? If someone put the effort of editing and modifying the DEMO CONFIG to circumvent all these safeguards, why you believe we can do more to revent him to? -giovanni On 15 March 2017 at 06:23, Sergey Safarov wrote: > I can add RPM package script that's change default password to random > Team, is required do to it? > > ??, 15 ????? 2017, 1:13 Mario G : > >> That?s a better idea. If any phone is registered with 1234 you can?t dial >> out any gateway. You can have a big demo but no outside connection. Going >> outside requires changing the password on all phones. >> >> On Mar 14, 2017, at 2:40 PM, Michael Jerris wrote: >> >> The demo config includes no way to dial out of a gateway? >> >> >> On Mar 14, 2017, at 5:06 PM, David Villasmil > com> wrote: >> >> IMHO, a demo config shouldn't be shipped out by default, it's very risky. >> If everyone using freeswitch (or any other softswitch for that matter) for >> the first time was a seasoned sysops, then yes. But this is very much not >> the case. >> >> So maybe it would be safer for everyone to ship it out with a locked-down >> config, so that user WILL learn how fs works by having to open features one >> at a time... and then describe in the wiki how to implement the demo config >> from a git repo. >> >> This way EVERYONE using fs for the first time Will know they are using a >> demo config with everything defaulted and "open"... >> >> But this is just my opinion. >> On Tue, Mar 14, 2017 at 9:58 PM Giovanni Maruzzelli >> wrote: >> >> btw the problem is always with users/customers that change the demo >> password "1234" (where there is a delay of 10 seconds put there by this >> purpose) to something like "password". >> >> And what I can do about this? >> >> I will put a safeguard against silly passwords, and you will make the >> effort to circumvent also that safeguard because "is easier for my users"? >> >> On 14 March 2017 at 21:56, Giovanni Maruzzelli wrote: >> >> NO, the default password of the demo configuration is just that, a >> DEFAULT password of a DEMO configuration. >> >> That is meant to DEMO just OUT OF THE BOX >> >> So, it must stay this way, because it just works, and is a demo >> >> Then, if you put a demo in production, the problem is between the monitor >> and the seat, not in the software >> >> On 14 March 2017 at 21:46, David Villasmil > com> wrote: >> >> Make the default password very obscure ramdomized on the fly... that way >> people will be crying because they can't figure out a password instead of >> having noobies hacked :) >> >> On Tue, Mar 14, 2017 at 9:40 PM Mirko Brankovic >> wrote: >> >> Indeed ;) >> >> On Mar 14, 2017 20:38, "Antonio Silva" wrote: >> >> almost... until the user to test set userid = password ... and forget to >> change it... ops... hacked... >> >> it's all about good practices. >> >> Regards, >> Ant?nio >> >> On 03/14/2017 07:39 PM, Mirko Brankovic wrote: >> >> Cance default password to uuid(), so every new install will get random >> one ... Bulletproof :?D >> >> On Mar 14, 2017 19:30, "Brian West" wrote: >> >> This is exactly what prompted me to put the FOUR LINE CRIT statement when >> the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> >> Is nice because they mention FreeSWITCH in the tag of the link, but the >> link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and >> leave your FreeSWITCH with standard password "1234", or maybe you change >> the standard password to "password", you probably will be hacked, and phone >> calls will be originated from your FreeSWITCH that you do not want to >> originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G wrote: >> >> Thought some may be interested in this. I first saw it today via Apple >> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >> mentioned twice. >> http://www.theverge.com/2017/3/14/14913118/jcc-bomb- >> threats-anonymous-phone-calls-pdx-hacking >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/6cf1017b/attachment-0001.html From daniel at pocock.pro Wed Mar 15 13:13:36 2017 From: daniel at pocock.pro (Daniel Pocock) Date: Wed, 15 Mar 2017 10:13:36 +0000 Subject: [Freeswitch-users] FreeSWITCH blog RSS feed problems In-Reply-To: References: <34134723-7af2-4157-759b-0451d2eb0422@pocock.pro> Message-ID: <694efa5f-ea2e-c611-adf3-87ac6ad4ff6c@pocock.pro> On 09/12/16 10:20, ?talo Rossi wrote: > Thanks for letting us know, we'll put the feed back Hi, did anybody have a look at making this work again for RSS users? From ksrigo at gmail.com Wed Mar 15 13:35:52 2017 From: ksrigo at gmail.com (KSrigo) Date: Wed, 15 Mar 2017 11:35:52 +0100 Subject: [Freeswitch-users] Change Hangup Cause on Socket Error! In-Reply-To: References: Message-ID: <5F0FE0AB-D6F8-4A63-B5BE-7CB848F480A5@gmail.com> try this > On Mar 14, 2017, at 10:18 PM, Markus B?nke wrote: > > > Hello, > > In our dialplan we are using an external service to to handle calls. So our dialplan looks like: > > > > > > > > > In the case the external service which is posted by the socket application is down, I can see a "Socket Error!? error message in the log. The call ends with 480 - "Temporarily Unavailable". > > ... > [ERR] mod_event_socket.c:454 Socket Error! > ... > [DEBUG] mod_sofia.c:549 Responding to INVITE with: 480 > ... > > Is it somehow possible to force hangup cause 503 - "Service Unavailable" instead of 480 - "Temporarily Unavailable" in case of a Socket Error? > > Thanks and regards > > Markus > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From jjserranor at gmail.com Wed Mar 15 15:15:06 2017 From: jjserranor at gmail.com (Jose Serrano) Date: Wed, 15 Mar 2017 13:15:06 +0100 Subject: [Freeswitch-users] Updates are not passed upstream Message-ID: Hello, I am using freeswitch as class IV switch. I have observed that updates from SIP servers are nos passed upstream in an scenario as the following IVR------FS-------SBC----------GW1 | _____GW" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/403866b7/attachment.html From jjserranor at gmail.com Wed Mar 15 15:40:08 2017 From: jjserranor at gmail.com (Jose Serrano) Date: Wed, 15 Mar 2017 13:40:08 +0100 Subject: [Freeswitch-users] Updates are not passed upstream In-Reply-To: References: Message-ID: Hello, First of all sorry for my previous e-mauil because it was incomplete Here you have the complete one I am using freeswitch as class IV switch. I have observed that updates from SIP servers are nos passed upstream in the following scenario. IVR---(profile1)---FS---(profile2)----SBC----------GW1-----PSTN | |----------GW2-----PSTN 1. A call arrive from GW1 to the IVR 2. The IVR calls to a second phone number reachable by means of GW2 3. Once the IVR has the two calls are established the IVR do SIP bridging in order the RTP doesn't pass throuhgt it and then send two updates to FS (one for each call) to switch the calls together. 4.FS undertands the updates retaining the RTP and switching both calls, I mean, the user who made the first call is now in comunication with the user behind GW2. The question is: Why FS retain the RTP instead of send the UPDATES towards the SBC in order this one be which retain the RTP? Maybe is because the IVR and the SBC are not in the same profile? Thanks if someone has faced with this matter and have any explanation Regards 2017-03-15 13:15 GMT+01:00 Jose Serrano : > Hello, > > I am using freeswitch as class IV switch. > > I have observed that updates from SIP servers are nos passed upstream in > an scenario as the following > > IVR------FS-------SBC----------GW1 > | > _____GW" > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/7bc15218/attachment.html From krice at freeswitch.org Wed Mar 15 16:27:32 2017 From: krice at freeswitch.org (Ken Rice) Date: Wed, 15 Mar 2017 08:27:32 -0500 Subject: [Freeswitch-users] FreeSWITCH blog RSS feed problems In-Reply-To: <694efa5f-ea2e-c611-adf3-87ac6ad4ff6c@pocock.pro> References: <34134723-7af2-4157-759b-0451d2eb0422@pocock.pro> <694efa5f-ea2e-c611-adf3-87ac6ad4ff6c@pocock.pro> Message-ID: <059101d29d8f$e786c8e0$b6945aa0$@freeswitch.org> https://freeswitch.org/rss.all.xml -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Daniel Pocock Sent: Wednesday, March 15, 2017 5:14 AM To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] FreeSWITCH blog RSS feed problems On 09/12/16 10:20, ?talo Rossi wrote: > Thanks for letting us know, we'll put the feed back Hi, did anybody have a look at making this work again for RSS users? _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From steveayre at gmail.com Wed Mar 15 17:04:45 2017 From: steveayre at gmail.com (Steven Ayre) Date: Wed, 15 Mar 2017 14:04:45 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: Bundle a dictionary of commonly used passwords and reject the calls if the password is on the blacklist? ;) On 14 March 2017 at 18:29, Brian West wrote: > This is exactly what prompted me to put the FOUR LINE CRIT statement when > the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > >> Is nice because they mention FreeSWITCH in the tag of the link, but the >> link is about FreePBX. >> >> Anyway, it's true: if you do not use the standard security practice, and >> leave your FreeSWITCH with standard password "1234", or maybe you change >> the standard password to "password", you probably will be hacked, and phone >> calls will be originated from your FreeSWITCH that you do not want to >> originate. >> >> But, man, that's what you, and me, and anyone is expecting. >> >> Also, please do not drive wrong way in the autobahn :)) >> >> -giovanni >> >> >> On 14 March 2017 at 16:42, Mario G wrote: >> >>> Thought some may be interested in this. I first saw it today via Apple >>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>> mentioned twice. >>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>> anonymous-phone-calls-pdx-hacking >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/70e4d3aa/attachment-0001.html From brian at freeswitch.org Wed Mar 15 17:09:14 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Mar 2017 10:09:14 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: I do believe Giovanni hit the nail on the head. And in all honesty it wouldn't matter what we try to do to protect the end user from themselves, If they don't fully grasp the concepts and how the security model works there isn't much more we can do as project to prevent bad deployments with shady security settings. /b On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre wrote: > Bundle a dictionary of commonly used passwords and reject the calls if the > password is on the blacklist? ;) > > > On 14 March 2017 at 18:29, Brian West wrote: > >> This is exactly what prompted me to put the FOUR LINE CRIT statement when >> the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> >> /b >> >> >> On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> >>> Is nice because they mention FreeSWITCH in the tag of the link, but the >>> link is about FreePBX. >>> >>> Anyway, it's true: if you do not use the standard security practice, and >>> leave your FreeSWITCH with standard password "1234", or maybe you change >>> the standard password to "password", you probably will be hacked, and phone >>> calls will be originated from your FreeSWITCH that you do not want to >>> originate. >>> >>> But, man, that's what you, and me, and anyone is expecting. >>> >>> Also, please do not drive wrong way in the autobahn :)) >>> >>> -giovanni >>> >>> >>> On 14 March 2017 at 16:42, Mario G wrote: >>> >>>> Thought some may be interested in this. I first saw it today via Apple >>>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>>> mentioned twice. >>>> http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>>> anonymous-phone-calls-pdx-hacking >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> Sincerely, >>> >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> cell: +39 347 266 56 18 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/d5bd106e/attachment.html From kworm at sofnet.com Wed Mar 15 17:18:37 2017 From: kworm at sofnet.com (Kevin Wormington) Date: Wed, 15 Mar 2017 09:18:37 -0500 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: Message-ID: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> I think if any change were to be made it would be best to set the default password to nothing (empty string) in the default config and not allow FS to start with an empty password. Put comments in the config file and documentation for the install to include setting a password. I don?t think that would be too much of a barrier to entry for newbie users and would eliminate FS from that default password decision. If the user sets an insecure password and gets hacked then they are totally responsible. Just my .02 Kevin > On Mar 15, 2017, at 9:09 AM, Brian West wrote: > > I do believe Giovanni hit the nail on the head. And in all honesty it wouldn't matter what we try to do to protect the end user from themselves, If they don't fully grasp the concepts and how the security model works there isn't much more we can do as project to prevent bad deployments with shady security settings. > > > /b > > > On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre wrote: > Bundle a dictionary of commonly used passwords and reject the calls if the password is on the blacklist? ;) > > > On 14 March 2017 at 18:29, Brian West wrote: > This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. > > /b > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli wrote: > Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. > > Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. > > But, man, that's what you, and me, and anyone is expecting. > > Also, please do not drive wrong way in the autobahn :)) > > -giovanni > > > On 14 March 2017 at 16:42, Mario G wrote: > Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From brian at freeswitch.org Wed Mar 15 17:22:15 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Mar 2017 10:22:15 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> References: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> Message-ID: That would negate any existing documentation on getting started, lets not add more work without a solid plan of action to get everything updated and who is going to be responsible for updating everything across Confluence and the Web. We still have people using 1.0.6 how-to docs that are posted in various places all over the web. /b On Wed, Mar 15, 2017 at 10:18 AM, Kevin Wormington wrote: > I think if any change were to be made it would be best to set the default > password to nothing (empty string) in the default config and not allow FS > to start with an empty password. Put comments in the config file and > documentation for the install to include setting a password. > > I don?t think that would be too much of a barrier to entry for newbie > users and would eliminate FS from that default password decision. If the > user sets an insecure password and gets hacked then they are totally > responsible. > > Just my .02 > > Kevin > > On Mar 15, 2017, at 9:09 AM, Brian West wrote: > > > > I do believe Giovanni hit the nail on the head. And in all honesty it > wouldn't matter what we try to do to protect the end user from themselves, > If they don't fully grasp the concepts and how the security model works > there isn't much more we can do as project to prevent bad deployments with > shady security settings. > > > > > > /b > > > > > > On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre > wrote: > > Bundle a dictionary of commonly used passwords and reject the calls if > the password is on the blacklist? ;) > > > > > > On 14 March 2017 at 18:29, Brian West wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement > when the default password isn't changed along with a 10 second delay before > proceeding. Still I see questions posted about the 10 second delay and > asking what it means. Not sure how to make it more clear. > > > > /b > > > > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the > link is about FreePBX. > > > > Anyway, it's true: if you do not use the standard security practice, and > leave your FreeSWITCH with standard password "1234", or maybe you change > the standard password to "password", you probably will be hacked, and phone > calls will be originated from your FreeSWITCH that you do not want to > originate. > > > > But, man, that's what you, and me, and anyone is expecting. > > > > Also, please do not drive wrong way in the autobahn :)) > > > > -giovanni > > > > > > On 14 March 2017 at 16:42, Mario G wrote: > > Thought some may be interested in this. I first saw it today via Apple > News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH > mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb- > threats-anonymous-phone-calls-pdx-hacking > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > > > Sincerely, > > > > Giovanni Maruzzelli > > OpenTelecom.IT > > cell: +39 347 266 56 18 > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > Brian West > > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > > > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Allison prompts for FreeSWITCH: > > > > https://www.gofundme.com/allison-prompts-for-freeswitch > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > Skype:briankwest > > > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > Brian West > > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > > > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Allison prompts for FreeSWITCH: > > > > https://www.gofundme.com/allison-prompts-for-freeswitch > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > Skype:briankwest > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/da81c3c8/attachment.html From coldfuture at gmail.com Wed Mar 15 15:06:25 2017 From: coldfuture at gmail.com (Yaroslav Krivopishin) Date: Wed, 15 Mar 2017 12:06:25 +0000 Subject: [Freeswitch-users] ZRTP and Video in proxy-mode Message-ID: Good afternoon. Have anyone else drop issue after trying to activate video during call with zrtp encryption? Every time I have INCOMPATIBLE_DESTINATION and hangup after that. In siptrace I found that after receiving sip/sdp invite, Freeswitch send SIP 100 trying and right after it send SIP 488 Not Acceptable Here. Than it follows by bye message to both side. In sofia debug all 9 I didn't realize issue too, but here it is: tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f9850004440): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f9850004440) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f9850004440) msg 0x7f9850519470 from (udp/194.149.101.23:5060) has 2160 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f9850004440): msg 0x7f9850519470 (2160 bytes) from udp/88.208.76.34:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received INVITE sip:9468349698 at 194.149.101.23:5060;transport=udp SIP/2.0 (CSeq 22) nta.c:3174 agent_check_request_via() nta: Via check: received=88.208.76.34 nta.c:3248 agent_aliases() nta: canonizing sip:9468349698 at 194.149.101.23:5060 with contact nta.c:3060 agent_recv_request() nta: INVITE (22) going to existing leg nta.c:1348 set_timeout() nta: timer shortened to 200 ms nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) called soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f98503181f0, (nil), 0x7f985054899a, 1206) called tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ 88.208.76.34:52522 tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not found by name UDP/88.208.76.34:52522 tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 318 bytes of 318 to udp/88.208.76.34:52522 tport.c:3492 tport_send_msg() tport_vsend returned 318 nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (22) nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_invite 100 Trying nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready call updated: received received offer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f98503181f0, [0x7f986753f590], [0x7f986753f598], [(nil)]) called nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f985003baa0): sent signal r_respond 2017-03-15 11:07:32.110686 [NOTICE] sofia.c:9717 Hangup sofia/default/ 9462793697 at phone.pricall.eu [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] nua_stack.c:573 nua_stack_signal() nua(0x7f985003baa0): recv signal r_respond 488 Not Acceptable Here nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f98503181f0, ...) called nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f98503181f0) called tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ 88.208.76.34:52522 tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not found by name UDP/88.208.76.34:52522 tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 493 bytes of 493 to udp/88.208.76.34:52522 tport.c:3492 tport_send_msg() tport_vsend returned 493 nta.c:6791 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE (22) nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready call updated: init nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 488 Not Acceptable Here nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_active 488 Call active soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) called nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua_stack.c:359 nua_application_event() nua: nua_application_event: entering Without ZRTP encryption it works correctly. -- Best regards / S pozdravem / ? ?????????? ???????????, Krivopishin Yaroslav. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/e7c11b02/attachment-0001.html From brian at freeswitch.org Wed Mar 15 17:29:12 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Mar 2017 10:29:12 -0400 Subject: [Freeswitch-users] ZRTP and Video in proxy-mode In-Reply-To: References: Message-ID: This isn't enough information to answer your question, we would need to see the FreeSWITCH log start to finish with sip trace on and pasted on pastbin.freeswitch.org But if both sides of the call are NOT able to have a codec in common then pass thru for ZRTP will never work because we can't transcode data we don't have the keys to decrypt. /b On Wed, Mar 15, 2017 at 8:06 AM, Yaroslav Krivopishin wrote: > Good afternoon. > Have anyone else drop issue after trying to activate video during call > with zrtp encryption? Every time I have INCOMPATIBLE_DESTINATION and hangup > after that. > In siptrace I found that after receiving sip/sdp invite, Freeswitch send > SIP 100 trying and right after it send SIP 488 Not Acceptable Here. Than it > follows by bye message to both side. > In sofia debug all 9 I didn't realize issue too, but here it is: > tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f9850004440): events > IN > tport.c:2864 tport_recv_event() tport_recv_event(0x7f9850004440) > tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f9850004440) msg > 0x7f9850519470 from (udp/194.149.101.23:5060) has 2160 bytes, veclen = 1 > tport.c:3023 tport_deliver() tport_deliver(0x7f9850004440): msg > 0x7f9850519470 (2160 bytes) from udp/88.208.76.34:5060/sip next=(nil) > nta.c:2880 agent_recv_request() nta: received INVITE > sip:9468349698 at 194.149.101.23:5060;transport=udp SIP/2.0 (CSeq 22) > nta.c:3174 agent_check_request_via() nta: Via check: received=88.208.76.34 > nta.c:3248 agent_aliases() nta: canonizing sip:9468349698 at 194.149.101.23: > 5060 with contact > nta.c:3060 agent_recv_request() nta: INVITE (22) going to existing leg > nta.c:1348 set_timeout() nta: timer shortened to 200 ms > nua_server.c:102 nua_stack_process_request() nua: > nua_stack_process_request: entering > soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) > called > soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f98503181f0, > (nil), 0x7f985054899a, 1206) called > tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ > 88.208.76.34:52522 > tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 > tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not > found by name UDP/88.208.76.34:52522 > tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 318 bytes of 318 > to udp/88.208.76.34:52522 > tport.c:3492 tport_send_msg() tport_vsend returned 318 > nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (22) > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_invite 100 > Trying > nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready > call updated: received received offer > soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f98503181f0, > [0x7f986753f590], [0x7f986753f598], [(nil)]) called > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 100 > Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:879 nua_respond() nua: nua_respond: entering > nua_stack.c:529 nua_signal() nua(0x7f985003baa0): sent signal r_respond > 2017-03-15 11:07:32.110686 [NOTICE] sofia.c:9717 Hangup sofia/default/ > 9462793697 at phone.pricall.eu [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] > nua_stack.c:573 nua_stack_signal() nua(0x7f985003baa0): recv signal > r_respond 488 Not Acceptable Here > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:403 soa_set_params() soa_set_params(static::0x7f98503181f0, ...) > called > nua_session.c:2320 nua_invite_server_respond() nua: > nua_invite_server_respond: entering > soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f98503181f0) > called > tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ > 88.208.76.34:52522 > tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 > tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not > found by name UDP/88.208.76.34:52522 > tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 493 bytes of 493 > to udp/88.208.76.34:52522 > tport.c:3492 tport_send_msg() tport_vsend returned 493 > nta.c:6791 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE > (22) > nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready > call updated: init > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 488 > Not Acceptable Here > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_active 488 > Call active > soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) > called > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > > Without ZRTP encryption it works correctly. > -- > Best regards / S pozdravem / ? ?????????? ???????????, > Krivopishin Yaroslav. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/e2b0136d/attachment.html From daniel at pocock.pro Wed Mar 15 20:20:44 2017 From: daniel at pocock.pro (Daniel Pocock) Date: Wed, 15 Mar 2017 17:20:44 +0000 Subject: [Freeswitch-users] FreeSWITCH blog RSS feed problems In-Reply-To: <059101d29d8f$e786c8e0$b6945aa0$@freeswitch.org> References: <34134723-7af2-4157-759b-0451d2eb0422@pocock.pro> <694efa5f-ea2e-c611-adf3-87ac6ad4ff6c@pocock.pro> <059101d29d8f$e786c8e0$b6945aa0$@freeswitch.org> Message-ID: On 15/03/17 13:27, Ken Rice wrote: > https://freeswitch.org/rss.all.xml Thanks for that A few more suggestions to help spread this more widely: - you have social media links on the page, could you add an RSS icon too? Then people will click it - looking at the HTML page source, it doesn't include the RSS URL in the meta-data. Including it there will help more scripts discover your feed. - maybe you could also create a redirect in the web server so people who have saved /feed in a feed reader go to the new URL Regards, Daniel From richard at treeboxsolutions.com Wed Mar 15 20:52:10 2017 From: richard at treeboxsolutions.com (Richard Chan) Date: Wed, 15 Mar 2017 07:52:10 -1000 Subject: [Freeswitch-users] [SOLVED] SIP profile set dialplan xml curl gateway-url? Message-ID: Thanks for the confirmation ? indeed, it didn't seem possible with a glance throught the xml curl source. I found Caller-Context in the POST parameters and that should suffice for the web app that provides the dialplan. - Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/fe92981e/attachment.html From mario_fs at mgtech.com Wed Mar 15 20:53:36 2017 From: mario_fs at mgtech.com (Mario G) Date: Wed, 15 Mar 2017 10:53:36 -0700 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> Message-ID: I agree, the big red lines say it all. Even if FS left out a default password someone may put 1234 in. Maybe bigger/more red lines.??? > On Mar 15, 2017, at 7:22 AM, Brian West wrote: > > That would negate any existing documentation on getting started, lets not add more work without a solid plan of action to get everything updated and who is going to be responsible for updating everything across Confluence and the Web. > > We still have people using 1.0.6 how-to docs that are posted in various places all over the web. > > /b > > > On Wed, Mar 15, 2017 at 10:18 AM, Kevin Wormington > wrote: > I think if any change were to be made it would be best to set the default password to nothing (empty string) in the default config and not allow FS to start with an empty password. Put comments in the config file and documentation for the install to include setting a password. > > I don?t think that would be too much of a barrier to entry for newbie users and would eliminate FS from that default password decision. If the user sets an insecure password and gets hacked then they are totally responsible. > > Just my .02 > > Kevin > > On Mar 15, 2017, at 9:09 AM, Brian West > wrote: > > > > I do believe Giovanni hit the nail on the head. And in all honesty it wouldn't matter what we try to do to protect the end user from themselves, If they don't fully grasp the concepts and how the security model works there isn't much more we can do as project to prevent bad deployments with shady security settings. > > > > > > /b > > > > > > On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre > wrote: > > Bundle a dictionary of commonly used passwords and reject the calls if the password is on the blacklist? ;) > > > > > > On 14 March 2017 at 18:29, Brian West > wrote: > > This is exactly what prompted me to put the FOUR LINE CRIT statement when the default password isn't changed along with a 10 second delay before proceeding. Still I see questions posted about the 10 second delay and asking what it means. Not sure how to make it more clear. > > > > /b > > > > > > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli > wrote: > > Is nice because they mention FreeSWITCH in the tag of the link, but the link is about FreePBX. > > > > Anyway, it's true: if you do not use the standard security practice, and leave your FreeSWITCH with standard password "1234", or maybe you change the standard password to "password", you probably will be hacked, and phone calls will be originated from your FreeSWITCH that you do not want to originate. > > > > But, man, that's what you, and me, and anyone is expecting. > > > > Also, please do not drive wrong way in the autobahn :)) > > > > -giovanni > > > > > > On 14 March 2017 at 16:42, Mario G > wrote: > > Thought some may be interested in this. I first saw it today via Apple News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH mentioned twice. > > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats-anonymous-phone-calls-pdx-hacking > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > > > Sincerely, > > > > Giovanni Maruzzelli > > OpenTelecom.IT > > cell: +39 347 266 56 18 > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > Brian West > > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > > > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Allison prompts for FreeSWITCH: > > > > https://www.gofundme.com/allison-prompts-for-freeswitch > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > Skype:briankwest > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > > Brian West > > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > > > > http://www.freeswitchbook.com > > http://www.freeswitchcookbook.com > > > > Allison prompts for FreeSWITCH: > > > > https://www.gofundme.com/allison-prompts-for-freeswitch > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > Skype:briankwest > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/9d45a02d/attachment-0001.html From brian at freeswitch.org Wed Mar 15 21:05:06 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 15 Mar 2017 14:05:06 -0400 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> Message-ID: You guys recall the message that talks about you have to define a user in a domain when an endpoint tries to register, That one was a single line message, it kept growing and to this day its still asked what does it mean. So more is not always better. :) /b On Wed, Mar 15, 2017 at 1:53 PM, Mario G wrote: > I agree, the big red lines say it all. Even if FS left out a default > password someone may put 1234 in. Maybe bigger/more red lines.??? > > > On Mar 15, 2017, at 7:22 AM, Brian West wrote: > > That would negate any existing documentation on getting started, lets not > add more work without a solid plan of action to get everything updated and > who is going to be responsible for updating everything across Confluence > and the Web. > > We still have people using 1.0.6 how-to docs that are posted in various > places all over the web. > > /b > > > On Wed, Mar 15, 2017 at 10:18 AM, Kevin Wormington > wrote: > >> I think if any change were to be made it would be best to set the default >> password to nothing (empty string) in the default config and not allow FS >> to start with an empty password. Put comments in the config file and >> documentation for the install to include setting a password. >> >> I don?t think that would be too much of a barrier to entry for newbie >> users and would eliminate FS from that default password decision. If the >> user sets an insecure password and gets hacked then they are totally >> responsible. >> >> Just my .02 >> >> Kevin >> > On Mar 15, 2017, at 9:09 AM, Brian West wrote: >> > >> > I do believe Giovanni hit the nail on the head. And in all honesty it >> wouldn't matter what we try to do to protect the end user from themselves, >> If they don't fully grasp the concepts and how the security model works >> there isn't much more we can do as project to prevent bad deployments with >> shady security settings. >> > >> > >> > /b >> > >> > >> > On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre >> wrote: >> > Bundle a dictionary of commonly used passwords and reject the calls if >> the password is on the blacklist? ;) >> > >> > >> > On 14 March 2017 at 18:29, Brian West wrote: >> > This is exactly what prompted me to put the FOUR LINE CRIT statement >> when the default password isn't changed along with a 10 second delay before >> proceeding. Still I see questions posted about the 10 second delay and >> asking what it means. Not sure how to make it more clear. >> > >> > /b >> > >> > >> > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli >> wrote: >> > Is nice because they mention FreeSWITCH in the tag of the link, but the >> link is about FreePBX. >> > >> > Anyway, it's true: if you do not use the standard security practice, >> and leave your FreeSWITCH with standard password "1234", or maybe you >> change the standard password to "password", you probably will be hacked, >> and phone calls will be originated from your FreeSWITCH that you do not >> want to originate. >> > >> > But, man, that's what you, and me, and anyone is expecting. >> > >> > Also, please do not drive wrong way in the autobahn :)) >> > >> > -giovanni >> > >> > >> > On 14 March 2017 at 16:42, Mario G wrote: >> > Thought some may be interested in this. I first saw it today via Apple >> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >> mentioned twice. >> > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >> anonymous-phone-calls-pdx-hacking >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > -- >> > >> > Sincerely, >> > >> > Giovanni Maruzzelli >> > OpenTelecom.IT >> > cell: +39 347 266 56 18 >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > -- >> > Brian West >> > brian at freeswitch.org >> > >> > Twitter: @FreeSWITCH , @briankwest >> > >> > http://www.freeswitchbook.com >> > http://www.freeswitchcookbook.com >> > >> > Allison prompts for FreeSWITCH: >> > >> > https://www.gofundme.com/allison-prompts-for-freeswitch >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > Skype:briankwest >> > >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> > >> > >> > -- >> > Brian West >> > brian at freeswitch.org >> > >> > Twitter: @FreeSWITCH , @briankwest >> > >> > http://www.freeswitchbook.com >> > http://www.freeswitchcookbook.com >> > >> > Allison prompts for FreeSWITCH: >> > >> > https://www.gofundme.com/allison-prompts-for-freeswitch >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > Skype:briankwest >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170315/15f1e4f0/attachment-0001.html From coldfuture at gmail.com Thu Mar 16 15:56:55 2017 From: coldfuture at gmail.com (Yaroslav Krivopishin) Date: Thu, 16 Mar 2017 12:56:55 +0000 Subject: [Freeswitch-users] ZRTP and Video in proxy-mode In-Reply-To: References: Message-ID: Hello. Thank you for your answer. Well. Here it is whole log from the begging of the call to the end: https://pastebin.freeswitch.org/view/560dc395 Both side support VP8 and H264, and without zrtp encryption videocalls work, but with zrtp it drops right after invite. This invite isn't even transfered to the second side. inbound-codec-negotiation = generous disable-transcoding = true On Wed, Mar 15, 2017 at 3:31 PM Brian West wrote: > This isn't enough information to answer your question, we would need to > see the FreeSWITCH log start to finish with sip trace on and pasted on > pastbin.freeswitch.org > > But if both sides of the call are NOT able to have a codec in common then > pass thru for ZRTP will never work because we can't transcode data we don't > have the keys to decrypt. > > /b > > > On Wed, Mar 15, 2017 at 8:06 AM, Yaroslav Krivopishin < > coldfuture at gmail.com> wrote: > > Good afternoon. > Have anyone else drop issue after trying to activate video during call > with zrtp encryption? Every time I have INCOMPATIBLE_DESTINATION and hangup > after that. > In siptrace I found that after receiving sip/sdp invite, Freeswitch send > SIP 100 trying and right after it send SIP 488 Not Acceptable Here. Than it > follows by bye message to both side. > In sofia debug all 9 I didn't realize issue too, but here it is: > tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f9850004440): events IN > tport.c:2864 tport_recv_event() tport_recv_event(0x7f9850004440) > tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f9850004440) msg > 0x7f9850519470 from (udp/194.149.101.23:5060) has 2160 bytes, veclen = 1 > tport.c:3023 tport_deliver() tport_deliver(0x7f9850004440): msg > 0x7f9850519470 (2160 bytes) from udp/88.208.76.34:5060/sip next=(nil) > nta.c:2880 agent_recv_request() nta: received INVITE > sip:9468349698 at 194.149.101.23:5060;transport=udp SIP/2.0 (CSeq 22) > nta.c:3174 agent_check_request_via() nta: Via check: received=88.208.76.34 > nta.c:3248 agent_aliases() nta: canonizing > sip:9468349698 at 194.149.101.23:5060 with contact > nta.c:3060 agent_recv_request() nta: INVITE (22) going to existing leg > nta.c:1348 set_timeout() nta: timer shortened to 200 ms > nua_server.c:102 nua_stack_process_request() nua: > nua_stack_process_request: entering > soa.c:1302 soa_init_offer_answer() > soa_init_offer_answer(static::0x7f98503181f0) called > soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f98503181f0, > (nil), 0x7f985054899a, 1206) called > tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ > 88.208.76.34:52522 > tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 > tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not > found by name UDP/88.208.76.34:52522 > tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 318 bytes of 318 > to udp/88.208.76.34:52522 > tport.c:3492 tport_send_msg() tport_vsend returned 318 > nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (22) > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_invite 100 > Trying > nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready > call updated: received received offer > soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f98503181f0, > [0x7f986753f590], [0x7f986753f598], [(nil)]) called > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 100 > Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:879 nua_respond() nua: nua_respond: entering > nua_stack.c:529 nua_signal() nua(0x7f985003baa0): sent signal r_respond > 2017-03-15 11:07:32.110686 [NOTICE] sofia.c:9717 Hangup sofia/default/ > 9462793697 at phone.pricall.eu [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] > nua_stack.c:573 nua_stack_signal() nua(0x7f985003baa0): recv signal > r_respond 488 Not Acceptable Here > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:403 soa_set_params() soa_set_params(static::0x7f98503181f0, ...) > called > nua_session.c:2320 nua_invite_server_respond() nua: > nua_invite_server_respond: entering > soa.c:1214 soa_clear_remote_sdp() > soa_clear_remote_sdp(static::0x7f98503181f0) called > tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ > 88.208.76.34:52522 > tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 > tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not > found by name UDP/88.208.76.34:52522 > tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 493 bytes of 493 > to udp/88.208.76.34:52522 > tport.c:3492 tport_send_msg() tport_vsend returned 493 > nta.c:6791 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE > (22) > nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready > call updated: init > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 488 > Not Acceptable Here > nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_active 488 > Call active > soa.c:1302 soa_init_offer_answer() > soa_init_offer_answer(static::0x7f98503181f0) called > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > > Without ZRTP encryption it works correctly. > -- > Best regards / S pozdravem / ? ?????????? ???????????, > Krivopishin Yaroslav. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Best regards / S pozdravem / ? ?????????? ???????????, Krivopishin Yaroslav. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/9d33a5ae/attachment.html From brian at freeswitch.org Thu Mar 16 16:17:01 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 16 Mar 2017 09:17:01 -0400 Subject: [Freeswitch-users] ZRTP and Video in proxy-mode In-Reply-To: References: Message-ID: Based on a quick review of v1.6.15, it would appear in this mode some how it thinks you've switched to UDPTL, So that flag is some how getting set and shouldn't be, in sofia.c if (switch_core_media_check_udptl_mode(session, SWITCH_MEDIA_TYPE_AUDIO)) { /* Refuse all re-invites once we are doing T.38 */ nua_respond(nh, SIP_488_NOT_ACCEPTABLE, TAG_END()); switch_channel_hangup(channel, SWITCH_CAUSE_INCOMPATIBLE_DESTINATION); } else { switch_channel_execute_on(channel, "execute_on_sip_reinvite"); } File a JIRA on this. /b On Thu, Mar 16, 2017 at 8:56 AM, Yaroslav Krivopishin wrote: > Hello. Thank you for your answer. > Well. Here it is whole log from the begging of the call to the end: > https://pastebin.freeswitch.org/view/560dc395 > Both side support VP8 and H264, and without zrtp encryption videocalls > work, but with zrtp it drops right after invite. This invite isn't even > transfered to the second side. > inbound-codec-negotiation = generous > disable-transcoding = true > > > On Wed, Mar 15, 2017 at 3:31 PM Brian West wrote: > >> This isn't enough information to answer your question, we would need to >> see the FreeSWITCH log start to finish with sip trace on and pasted on >> pastbin.freeswitch.org >> >> But if both sides of the call are NOT able to have a codec in common then >> pass thru for ZRTP will never work because we can't transcode data we don't >> have the keys to decrypt. >> >> /b >> >> >> On Wed, Mar 15, 2017 at 8:06 AM, Yaroslav Krivopishin < >> coldfuture at gmail.com> wrote: >> >> Good afternoon. >> Have anyone else drop issue after trying to activate video during call >> with zrtp encryption? Every time I have INCOMPATIBLE_DESTINATION and hangup >> after that. >> In siptrace I found that after receiving sip/sdp invite, Freeswitch send >> SIP 100 trying and right after it send SIP 488 Not Acceptable Here. Than it >> follows by bye message to both side. >> In sofia debug all 9 I didn't realize issue too, but here it is: >> tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f9850004440): events >> IN >> tport.c:2864 tport_recv_event() tport_recv_event(0x7f9850004440) >> tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f9850004440) msg >> 0x7f9850519470 from (udp/194.149.101.23:5060) has 2160 bytes, veclen = 1 >> tport.c:3023 tport_deliver() tport_deliver(0x7f9850004440): msg >> 0x7f9850519470 (2160 bytes) from udp/88.208.76.34:5060/sip next=(nil) >> nta.c:2880 agent_recv_request() nta: received INVITE >> sip:9468349698 at 194.149.101.23:5060;transport=udp SIP/2.0 (CSeq 22) >> nta.c:3174 agent_check_request_via() nta: Via check: received=88.208.76.34 >> nta.c:3248 agent_aliases() nta: canonizing sip:9468349698 at 194.149.101.23: >> 5060 with contact >> nta.c:3060 agent_recv_request() nta: INVITE (22) going to existing leg >> nta.c:1348 set_timeout() nta: timer shortened to 200 ms >> nua_server.c:102 nua_stack_process_request() nua: >> nua_stack_process_request: entering >> soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) >> called >> soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f98503181f0, >> (nil), 0x7f985054899a, 1206) called >> tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ >> 88.208.76.34:52522 >> tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 >> tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not >> found by name UDP/88.208.76.34:52522 >> tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 318 bytes of 318 >> to udp/88.208.76.34:52522 >> tport.c:3492 tport_send_msg() tport_vsend returned 318 >> nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (22) >> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_invite 100 >> Trying >> nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready >> call updated: received received offer >> soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f98503181f0, >> [0x7f986753f590], [0x7f986753f598], [(nil)]) called >> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 100 >> Trying >> nua_stack.c:359 nua_application_event() nua: nua_application_event: >> entering >> nua_stack.c:359 nua_application_event() nua: nua_application_event: >> entering >> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >> nua.c:879 nua_respond() nua: nua_respond: entering >> nua_stack.c:529 nua_signal() nua(0x7f985003baa0): sent signal r_respond >> 2017-03-15 11:07:32.110686 [NOTICE] sofia.c:9717 Hangup sofia/default/ >> 9462793697 at phone.pricall.eu [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] >> nua_stack.c:573 nua_stack_signal() nua(0x7f985003baa0): recv signal >> r_respond 488 Not Acceptable Here >> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: >> entering >> soa.c:403 soa_set_params() soa_set_params(static::0x7f98503181f0, ...) >> called >> nua_session.c:2320 nua_invite_server_respond() nua: >> nua_invite_server_respond: entering >> soa.c:1214 soa_clear_remote_sdp() soa_clear_remote_sdp(static::0x7f98503181f0) >> called >> tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/ >> 88.208.76.34:52522 >> tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522 >> tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not >> found by name UDP/88.208.76.34:52522 >> tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 493 bytes of 493 >> to udp/88.208.76.34:52522 >> tport.c:3492 tport_send_msg() tport_vsend returned 493 >> nta.c:6791 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE >> (22) >> nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready >> call updated: init >> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 488 >> Not Acceptable Here >> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_active 488 >> Call active >> soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f98503181f0) >> called >> nua_stack.c:359 nua_application_event() nua: nua_application_event: >> entering >> nua_stack.c:359 nua_application_event() nua: nua_application_event: >> entering >> >> Without ZRTP encryption it works correctly. >> -- >> Best regards / S pozdravem / ? ?????????? ???????????, >> Krivopishin Yaroslav. >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 >> <+1%20918-420-9002> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Best regards / S pozdravem / ? ?????????? ???????????, > Krivopishin Yaroslav. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/8d739f78/attachment-0001.html From nandy1925 at gmail.com Thu Mar 16 18:24:56 2017 From: nandy1925 at gmail.com (Nandy Dagondon) Date: Thu, 16 Mar 2017 15:24:56 +0000 Subject: [Freeswitch-users] ftdm openr2 status interpretation Message-ID: Hello folks, Please confirm IF my interpretations are correct. First, the output of "ftdm r2 status ": Tx CAS is the AB bits sent TO the opposite end Rx CAS is the AB bits rcvd FROM the opposite end Then, if this is the Called end, then ... Tx CAS is sending the Backward line signals to the Calling party Rx CAS is the Forward line signals received from the Calling party And, I want to make sure, if this is the Calling end, then Tx CAS is sending the Forward line signals; and Rx CAS is receiving the Backward lines signals Thanks in advance. /Nandy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/1c858e0e/attachment.html From rtreleaven at bunnykick.ca Thu Mar 16 18:29:42 2017 From: rtreleaven at bunnykick.ca (Russell Treleaven) Date: Thu, 16 Mar 2017 11:29:42 -0400 Subject: [Freeswitch-users] mod_skypopen status Message-ID: I recall that there was some discussion last summer that Microsoft might change/discontinue API access. What is the status of mod_skypopen? -- Sincerely, Russell Treleaven sip:rtreleaven at sip.bunnykick.ca -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/ff155f8b/attachment.html From nandy1925 at gmail.com Thu Mar 16 18:36:18 2017 From: nandy1925 at gmail.com (Nandy Dagondon) Date: Thu, 16 Mar 2017 15:36:18 +0000 Subject: [Freeswitch-users] Hacked FreeSWITCH mentioned on the Verge regarding bomb threats In-Reply-To: References: <5B1E6890-0E2B-4905-83FA-94ACDF9C62C2@sofnet.com> Message-ID: I'm on the side of easy entry. Just like babies we drink milk and on soft diet. As we mature, we eat solid foods - and wiser. Had FS started as solid food, it may have turned me off. Thanks to the gurus! /Nandy On Wed, Mar 15, 2017 at 6:05 PM, Brian West wrote: > You guys recall the message that talks about you have to define a user in > a domain when an endpoint tries to register, That one was a single line > message, it kept growing and to this day its still asked what does it > mean. So more is not always better. :) > > /b > > On Wed, Mar 15, 2017 at 1:53 PM, Mario G wrote: > >> I agree, the big red lines say it all. Even if FS left out a default >> password someone may put 1234 in. Maybe bigger/more red lines.??? >> >> >> On Mar 15, 2017, at 7:22 AM, Brian West wrote: >> >> That would negate any existing documentation on getting started, lets not >> add more work without a solid plan of action to get everything updated and >> who is going to be responsible for updating everything across Confluence >> and the Web. >> >> We still have people using 1.0.6 how-to docs that are posted in various >> places all over the web. >> >> /b >> >> >> On Wed, Mar 15, 2017 at 10:18 AM, Kevin Wormington >> wrote: >> >>> I think if any change were to be made it would be best to set the >>> default password to nothing (empty string) in the default config and not >>> allow FS to start with an empty password. Put comments in the config file >>> and documentation for the install to include setting a password. >>> >>> I don?t think that would be too much of a barrier to entry for newbie >>> users and would eliminate FS from that default password decision. If the >>> user sets an insecure password and gets hacked then they are totally >>> responsible. >>> >>> Just my .02 >>> >>> Kevin >>> > On Mar 15, 2017, at 9:09 AM, Brian West wrote: >>> > >>> > I do believe Giovanni hit the nail on the head. And in all honesty it >>> wouldn't matter what we try to do to protect the end user from themselves, >>> If they don't fully grasp the concepts and how the security model works >>> there isn't much more we can do as project to prevent bad deployments with >>> shady security settings. >>> > >>> > >>> > /b >>> > >>> > >>> > On Wed, Mar 15, 2017 at 10:04 AM, Steven Ayre >>> wrote: >>> > Bundle a dictionary of commonly used passwords and reject the calls if >>> the password is on the blacklist? ;) >>> > >>> > >>> > On 14 March 2017 at 18:29, Brian West wrote: >>> > This is exactly what prompted me to put the FOUR LINE CRIT statement >>> when the default password isn't changed along with a 10 second delay before >>> proceeding. Still I see questions posted about the 10 second delay and >>> asking what it means. Not sure how to make it more clear. >>> > >>> > /b >>> > >>> > >>> > On Tue, Mar 14, 2017 at 1:19 PM, Giovanni Maruzzelli < >>> gmaruzz at gmail.com> wrote: >>> > Is nice because they mention FreeSWITCH in the tag of the link, but >>> the link is about FreePBX. >>> > >>> > Anyway, it's true: if you do not use the standard security practice, >>> and leave your FreeSWITCH with standard password "1234", or maybe you >>> change the standard password to "password", you probably will be hacked, >>> and phone calls will be originated from your FreeSWITCH that you do not >>> want to originate. >>> > >>> > But, man, that's what you, and me, and anyone is expecting. >>> > >>> > Also, please do not drive wrong way in the autobahn :)) >>> > >>> > -giovanni >>> > >>> > >>> > On 14 March 2017 at 16:42, Mario G wrote: >>> > Thought some may be interested in this. I first saw it today via Apple >>> News? Related to tracing bomb threats and Jewish attacks? FreeSWITCH >>> mentioned twice. >>> > http://www.theverge.com/2017/3/14/14913118/jcc-bomb-threats- >>> anonymous-phone-calls-pdx-hacking >>> > ____________________________________________________________ >>> _____________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > >>> > -- >>> > >>> > Sincerely, >>> > >>> > Giovanni Maruzzelli >>> > OpenTelecom.IT >>> > cell: +39 347 266 56 18 >>> > >>> > ____________________________________________________________ >>> _____________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > >>> > -- >>> > Brian West >>> > brian at freeswitch.org >>> > >>> > Twitter: @FreeSWITCH , @briankwest >>> > >>> > http://www.freeswitchbook.com >>> > http://www.freeswitchcookbook.com >>> > >>> > Allison prompts for FreeSWITCH: >>> > >>> > https://www.gofundme.com/allison-prompts-for-freeswitch >>> > >>> > Got Bugs? Report them here! | Reddit: /r/freeswitch >>> > >>> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> > Skype:briankwest >>> > >>> > >>> > ____________________________________________________________ >>> _____________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > ____________________________________________________________ >>> _____________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > >>> > -- >>> > Brian West >>> > brian at freeswitch.org >>> > >>> > Twitter: @FreeSWITCH , @briankwest >>> > >>> > http://www.freeswitchbook.com >>> > http://www.freeswitchcookbook.com >>> > >>> > Allison prompts for FreeSWITCH: >>> > >>> > https://www.gofundme.com/allison-prompts-for-freeswitch >>> > >>> > Got Bugs? Report them here! | Reddit: /r/freeswitch >>> > >>> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> > Skype:briankwest >>> > >>> > ____________________________________________________________ >>> _____________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>> switch-users >>> > http://www.freeswitch.org >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/611b5d78/attachment-0001.html From nandy1925 at gmail.com Thu Mar 16 18:48:56 2017 From: nandy1925 at gmail.com (Nandy Dagondon) Date: Thu, 16 Mar 2017 15:48:56 +0000 Subject: [Freeswitch-users] Conference without PIN In-Reply-To: <5A4C35A70604964FBD46890CC952D9546CB8949F@MANA1.netrtlsrv.com> References: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> <5A4C35A70604964FBD46890CC952D9546CB8949F@MANA1.netrtlsrv.com> Message-ID: Try to check the lua script of the conference call if the password requirement can be tweaked. /Nandy On Tue, Mar 7, 2017 at 8:18 AM, wrote: > Hello Abaci B, > > > > you are absolutely right. I use the Fusionpbx package and there PIN is > required. > > Therefore, my question: Is it possible to use the conference functionality > without PIN in the combination with fusionpbx? Can I change the config file > of fusionpbx? > > > > Many thanks. > > > > Kai > > > > *Von:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *Im Auftrag von *Abaci B > *Gesendet:* Montag, 6. M?rz 2017 15:52 > *An:* FreeSWITCH Users Help > *Betreff:* Re: [Freeswitch-users] Conference without PIN > > > > default calling conference application has no pin > > > > On Mon, Mar 6, 2017 at 7:54 AM, wrote: > > Hello Community, > > > > is it possible to use the conference functionality without using a PIN? > Perhaps there is a guide for realization? > > > > Many thanks, > > > > Kai > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/4441fc94/attachment.html From udy786 at gmail.com Thu Mar 16 20:50:49 2017 From: udy786 at gmail.com (Uday kumar) Date: Thu, 16 Mar 2017 23:20:49 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit Message-ID: Hi, I have multiple Grandstream IP phone in my network. All IP phones are working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I am able to register extension and also incoming call is working but when making outgoing call then only its not working. I tried same IP phone with Asterisk and its working in incoming and outgoing both. I am using this only for extension to extension calls so incoming and outgoing calls only between extensions. Is Grandstream GXP1625 supported with Freeswitch or not? *When I am dialing outgoing call then on CLI getting below logs:-* [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP [ab84501a-345e-445c-8d4a-52d4d6594e21] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_NEW [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite from XX.XX.XX.XX:65476 version: 1.4.26 64bit [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling back to Digest auth. [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) State NEW [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 *Output of sofia status profile internal reg 2005101:-* Registrations: ================================================================================================= Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA User: 2005101 at Server_IP Contact: "" Agent: Grandstream GXP1625 1.0.4.6 Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) EXPSECS(2409) Ping-Status: Reachable Ping-Time: 0.00 Host: Server_IP IP: XX.XX.XX.XX Port: 65476 Auth-User: 2005101 Auth-Realm: Server_IP MWI-Account: 2005101 at Server_IP -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/3897e486/attachment.html From krice at freeswitch.org Thu Mar 16 20:59:58 2017 From: krice at freeswitch.org (Ken Rice) Date: Thu, 16 Mar 2017 12:59:58 -0500 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: Message-ID: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Without more information I would say this sounds like a NAT issue. Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the current release version. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Uday kumar Sent: Thursday, March 16, 2017 12:51 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit Hi, I have multiple Grandstream IP phone in my network. All IP phones are working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I am able to register extension and also incoming call is working but when making outgoing call then only its not working. I tried same IP phone with Asterisk and its working in incoming and outgoing both. I am using this only for extension to extension calls so incoming and outgoing calls only between extensions. Is Grandstream GXP1625 supported with Freeswitch or not? When I am dialing outgoing call then on CLI getting below logs:- [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP [ab84501a-345e-445c-8d4a-52d4d6594e21] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_NEW [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite from XX.XX.XX.XX:65476 version: 1.4.26 64bit [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling back to Digest auth. [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) State NEW [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 Output of sofia status profile internal reg 2005101:- Registrations: ================================================================================================= Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA User: 2005101 at Server_IP Contact: "" Agent: Grandstream GXP1625 1.0.4.6 Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) EXPSECS(2409) Ping-Status: Reachable Ping-Time: 0.00 Host: Server_IP IP: XX.XX.XX.XX Port: 65476 Auth-User: 2005101 Auth-Realm: Server_IP MWI-Account: 2005101 at Server_IP -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/ab840adb/attachment-0001.html From Neil.Youngman at wirefast.com Thu Mar 16 12:07:01 2017 From: Neil.Youngman at wirefast.com (Neil Youngman) Date: Thu, 16 Mar 2017 09:07:01 +0000 Subject: [Freeswitch-users] RHEL7 install not working Message-ID: When I try to install following the instructions at https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 I get: http://files.freeswitch.org/yum-1.6/7Server/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found According to my browser http://files.freeswitch.org/yum-1.6/ does not contain a directory called 7Server Neil Youngman Neil Youngman Developer Wirefast Limited Wirefast provides secure corporate messaging services. See our messaging solutions at http://www.wirefast.com/ Please consider the environment. Does this email or attachment need to be printed? This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Any views or opinions are solely those of the author and do not necessarily represent those of Wirefast Limited Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. Wirefast Limited is registered in England & Wales Company number: 03865860 Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G 9DQ Wirefast definitions of classification can be found here: www.wirefast.com/classifications From petrpwp at gmail.com Thu Mar 16 18:53:26 2017 From: petrpwp at gmail.com (Pete Procenko) Date: Thu, 16 Mar 2017 18:53:26 +0300 Subject: [Freeswitch-users] Conference without PIN In-Reply-To: <5A4C35A70604964FBD46890CC952D9546CB8949F@MANA1.netrtlsrv.com> References: <5A4C35A70604964FBD46890CC952D9546CB86087@MANA2.netrtlsrv.com> <5A4C35A70604964FBD46890CC952D9546CB8949F@MANA1.netrtlsrv.com> Message-ID: I did not use conferences in the latest fusionpbx, but in previous versions pin was a variable. You should just set it in the dialplan and after that there will be no need to enter a pin. 7 ????? 2017 ?. 7:06 PM ???????????? ???????: > Hello Abaci B, > > > > you are absolutely right. I use the Fusionpbx package and there PIN is > required. > > Therefore, my question: Is it possible to use the conference functionality > without PIN in the combination with fusionpbx? Can I change the config file > of fusionpbx? > > > > Many thanks. > > > > Kai > > > > *Von:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *Im Auftrag von *Abaci B > *Gesendet:* Montag, 6. M?rz 2017 15:52 > *An:* FreeSWITCH Users Help > *Betreff:* Re: [Freeswitch-users] Conference without PIN > > > > default calling conference application has no pin > > > > On Mon, Mar 6, 2017 at 7:54 AM, wrote: > > Hello Community, > > > > is it possible to use the conference functionality without using a PIN? > Perhaps there is a guide for realization? > > > > Many thanks, > > > > Kai > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/e408fe55/attachment.html From arsen.semionov at gmail.com Thu Mar 16 19:14:00 2017 From: arsen.semionov at gmail.com (Arsen) Date: Thu, 16 Mar 2017 18:14:00 +0200 Subject: [Freeswitch-users] mod_skypopen status In-Reply-To: References: Message-ID: Hi Russell, mod_skypopen is still working well with skype_4.3.0.37 Regards, Arsen. On Thu, Mar 16, 2017 at 5:29 PM, Russell Treleaven wrote: > I recall that there was some discussion last summer that Microsoft might > change/discontinue API access. > What is the status of mod_skypopen? > -- > > > Sincerely, > > Russell Treleaven > sip:rtreleaven at sip.bunnykick.ca > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Arsen Semionov Eurolan.info cell: +442035198881 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/cbaf7fe7/attachment.html From krice at freeswitch.org Thu Mar 16 21:03:06 2017 From: krice at freeswitch.org (Ken Rice) Date: Thu, 16 Mar 2017 13:03:06 -0500 Subject: [Freeswitch-users] RHEL7 install not working In-Reply-To: References: Message-ID: <0cd201d29e7f$90b37180$b21a5480$@freeswitch.org> RHEL changed how the do the release version there... you'll have to manually edit the yum.repos file for freeswitch and replace the rev variable with just a 7... IDK why they decided they all of a sudden need to have "7Server" in there.... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Neil Youngman Sent: Thursday, March 16, 2017 4:07 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] RHEL7 install not working When I try to install following the instructions at https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 I get: http://files.freeswitch.org/yum-1.6/7Server/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found According to my browser http://files.freeswitch.org/yum-1.6/ does not contain a directory called 7Server Neil Youngman Neil Youngman Developer Wirefast Limited Wirefast provides secure corporate messaging services. See our messaging solutions at http://www.wirefast.com/ Please consider the environment. Does this email or attachment need to be printed? This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Any views or opinions are solely those of the author and do not necessarily represent those of Wirefast Limited Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. Wirefast Limited is registered in England & Wales Company number: 03865860 Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G 9DQ Wirefast definitions of classification can be found here: www.wirefast.com/classifications _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From s.safarov at gmail.com Thu Mar 16 21:07:06 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 18:07:06 +0000 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: Message-ID: I not next invite messages with Auth header. Please enable siptrace ??, 16 ????? 2017, 20:52 Uday kumar : > Hi, > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > Is Grandstream GXP1625 supported with Freeswitch or not? > > *When I am dialing outgoing call then on CLI getting below logs:-* > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > *Output of sofia status profile internal reg 2005101:-* > > Registrations: > > ================================================================================================= > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > User: 2005101 at Server_IP > Contact: "" > Agent: Grandstream GXP1625 1.0.4.6 > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > Ping-Status: Reachable > Ping-Time: 0.00 > Host: Server_IP > IP: XX.XX.XX.XX > Port: 65476 > Auth-User: 2005101 > Auth-Realm: Server_IP > MWI-Account: 2005101 at Server_IP > > -- > Thanks & Regard > Uday > Site:- www.shareyourknowledge.in > Mobile:- +91-9377579349 > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/6f9096aa/attachment-0001.html From s.safarov at gmail.com Thu Mar 16 21:10:51 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 18:10:51 +0000 Subject: [Freeswitch-users] RHEL7 install not working In-Reply-To: <0cd201d29e7f$90b37180$b21a5480$@freeswitch.org> References: <0cd201d29e7f$90b37180$b21a5480$@freeswitch.org> Message-ID: Maybe create symbolic link from 7Server to 7 ??, 16 ????? 2017, 21:03 Ken Rice : > RHEL changed how the do the release version there... you'll have to > manually > edit the yum.repos file for freeswitch and replace the rev variable with > just a 7... IDK why they decided they all of a sudden need to have > "7Server" > in there.... > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Neil > Youngman > Sent: Thursday, March 16, 2017 4:07 AM > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] RHEL7 install not working > > When I try to install following the instructions at > https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 > > I get: > > http://files.freeswitch.org/yum-1.6/7Server/x86_64/repodata/repomd.xml: > [Errno 14] HTTP Error 404 - Not Found > > According to my browser http://files.freeswitch.org/yum-1.6/ does not > contain a directory called 7Server > > Neil Youngman > > > Neil Youngman > Developer > Wirefast Limited > > Wirefast provides secure corporate messaging services. > See our messaging solutions at http://www.wirefast.com/ Please consider > the > environment. > Does this email or attachment need to be printed? > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this email. Please notify the sender > immediately by email if you have received this email by mistake and delete > this email from your system. > > Any views or opinions are solely those of the author and do not necessarily > represent those of Wirefast Limited > > Email transmission cannot be guaranteed to be secure or error-free as > information could be intercepted, corrupted, lost, destroyed, arrive late > or > incomplete, or contain viruses. The sender therefore does not accept > liability for any errors or omissions in the contents of this message which > arise as a result of email transmission. > Wirefast Limited is registered in England & Wales Company number: 03865860 > Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G 9DQ > > Wirefast definitions of classification can be found here: > www.wirefast.com/classifications > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/f4d1aabd/attachment.html From krice at freeswitch.org Thu Mar 16 21:15:37 2017 From: krice at freeswitch.org (Ken Rice) Date: Thu, 16 Mar 2017 13:15:37 -0500 Subject: [Freeswitch-users] RHEL7 install not working In-Reply-To: References: <0cd201d29e7f$90b37180$b21a5480$@freeswitch.org> Message-ID: <0cdd01d29e81$5081cf60$f1856e20$@freeswitch.org> While that may mask some of the problems it doesn?t really tell us the difference between ?7? and ?7sever? what else was changed along with that? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Sergey Safarov Sent: Thursday, March 16, 2017 1:11 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] RHEL7 install not working Maybe create symbolic link from 7Server to 7 ??, 16 ????? 2017, 21:03 Ken Rice >: RHEL changed how the do the release version there... you'll have to manually edit the yum.repos file for freeswitch and replace the rev variable with just a 7... IDK why they decided they all of a sudden need to have "7Server" in there.... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Neil Youngman Sent: Thursday, March 16, 2017 4:07 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] RHEL7 install not working When I try to install following the instructions at https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 I get: http://files.freeswitch.org/yum-1.6/7Server/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found According to my browser http://files.freeswitch.org/yum-1.6/ does not contain a directory called 7Server Neil Youngman Neil Youngman Developer Wirefast Limited Wirefast provides secure corporate messaging services. See our messaging solutions at http://www.wirefast.com/ Please consider the environment. Does this email or attachment need to be printed? This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Any views or opinions are solely those of the author and do not necessarily represent those of Wirefast Limited Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. Wirefast Limited is registered in England & Wales Company number: 03865860 Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G 9DQ Wirefast definitions of classification can be found here: www.wirefast.com/classifications _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/3a81d421/attachment-0001.html From udy786 at gmail.com Thu Mar 16 21:36:40 2017 From: udy786 at gmail.com (Uday kumar) Date: Fri, 17 Mar 2017 00:06:40 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: HI Ken, Thank you for your reply. I have my setup on 1.4 for its difficult for me to update Freeswitch. >From same network other IP phone and extensions are working. Server is hosted on Public IP. Network does not have any firewall or router restriction. From same network all other device work but only this is not working. I tried different extension but still same. Thanks Uday. On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- > 52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > ============================================================ > ===================================== > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > -- > > Thanks & Regard > > Uday > > Site:- www.shareyourknowledge.in > > Mobile:- +91-9377579349 <093775%2079349> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/4faa9fdb/attachment.html From s.safarov at gmail.com Thu Mar 16 21:43:56 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 18:43:56 +0000 Subject: [Freeswitch-users] RHEL7 install not working In-Reply-To: <0cdd01d29e81$5081cf60$f1856e20$@freeswitch.org> References: <0cd201d29e7f$90b37180$b21a5480$@freeswitch.org> <0cdd01d29e81$5081cf60$f1856e20$@freeswitch.org> Message-ID: CentOS dist in short time also change dist name to 7Server. When next dist name version is come then also is will be required create separate repo configure file. About version difference. RHEL is backwards compatible with old version in most cases. Think for end user is no changes. ??, 16 ????? 2017, 21:16 Ken Rice : > While that may mask some of the problems it doesn?t really tell us the > difference between ?7? and ?7sever? what else was changed along with that? > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey > Safarov > *Sent:* Thursday, March 16, 2017 1:11 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] RHEL7 install not working > > > > Maybe create symbolic link from 7Server to 7 > > > > ??, 16 ????? 2017, 21:03 Ken Rice : > > RHEL changed how the do the release version there... you'll have to > manually > edit the yum.repos file for freeswitch and replace the rev variable with > just a 7... IDK why they decided they all of a sudden need to have > "7Server" > in there.... > > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Neil > Youngman > Sent: Thursday, March 16, 2017 4:07 AM > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] RHEL7 install not working > > When I try to install following the instructions at > https://freeswitch.org/confluence/display/FREESWITCH/CentOS+7+and+RHEL+7 > > I get: > > http://files.freeswitch.org/yum-1.6/7Server/x86_64/repodata/repomd.xml: > [Errno 14] HTTP Error 404 - Not Found > > According to my browser http://files.freeswitch.org/yum-1.6/ does not > contain a directory called 7Server > > Neil Youngman > > > Neil Youngman > Developer > Wirefast Limited > > Wirefast provides secure corporate messaging services. > See our messaging solutions at http://www.wirefast.com/ Please consider > the > environment. > Does this email or attachment need to be printed? > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this email. Please notify the sender > immediately by email if you have received this email by mistake and delete > this email from your system. > > Any views or opinions are solely those of the author and do not necessarily > represent those of Wirefast Limited > > Email transmission cannot be guaranteed to be secure or error-free as > information could be intercepted, corrupted, lost, destroyed, arrive late > or > incomplete, or contain viruses. The sender therefore does not accept > liability for any errors or omissions in the contents of this message which > arise as a result of email transmission. > Wirefast Limited is registered in England & Wales Company number: 03865860 > Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G 9DQ > > Wirefast definitions of classification can be found here: > www.wirefast.com/classifications > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/b9f5f01a/attachment-0001.html From brian at freeswitch.org Thu Mar 16 21:52:36 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 16 Mar 2017 14:52:36 -0400 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: "difficult for me to update" Thats a bad position to paint yourself into, Honestly updating to 1.6 isn't that painful, there were only a few variables that changed most of it was a few sip_ moving to rtp_ because they are really media related variables. Honestly you should at least try! :) /b On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > HI Ken, > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > Thanks > Uday. > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > >> Without more information I would say this sounds like a NAT issue. >> >> >> >> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the >> current release version. >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >> *Sent:* Thursday, March 16, 2017 12:51 PM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >> Freeswitch Version 1.4.26~64bit >> >> >> >> Hi, >> >> >> >> I have multiple Grandstream IP phone in my network. All IP phones are >> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >> am able to register extension and also incoming call is working but when >> making outgoing call then only its not working. I tried same IP phone with >> Asterisk and its working in incoming and outgoing both. >> >> >> >> I am using this only for extension to extension calls so incoming and >> outgoing calls only between extensions. >> >> >> >> Is Grandstream GXP1625 supported with Freeswitch or not? >> >> >> >> *When I am dialing outgoing call then on CLI getting below logs:-* >> >> >> >> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >> [ab84501a-345e-445c-8d4a-52d4d6594e21] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >> Running State Change CS_NEW >> >> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >> >> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >> back to Digest auth. >> >> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >> State NEW >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6 >> 594e21 >> >> >> >> *Output of sofia status profile internal reg 2005101:-* >> >> >> >> Registrations: >> >> ============================================================ >> ===================================== >> >> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >> >> User: 2005101 at Server_IP >> >> Contact: "" >> >> Agent: Grandstream GXP1625 1.0.4.6 >> >> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >> EXPSECS(2409) >> >> Ping-Status: Reachable >> >> Ping-Time: 0.00 >> >> Host: Server_IP >> >> IP: XX.XX.XX.XX >> >> Port: 65476 >> >> Auth-User: 2005101 >> >> Auth-Realm: Server_IP >> >> MWI-Account: 2005101 at Server_IP >> >> >> >> -- >> >> Thanks & Regard >> >> Uday >> >> Site:- www.shareyourknowledge.in >> >> Mobile:- +91-9377579349 <093775%2079349> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Thanks & Regard > Uday > Site:- www.shareyourknowledge.in > Mobile:- +91-9377579349 <+91%2093775%2079349> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/c544cc46/attachment.html From udy786 at gmail.com Thu Mar 16 22:11:52 2017 From: udy786 at gmail.com (Uday kumar) Date: Fri, 17 Mar 2017 00:41:52 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: Message-ID: Hi Sergey, *Here is siptrace on* ------------------------------------------------------------------------ recv 1297 bytes from udp/[XX.XX.XX.XX]:65476 at 13:03:33.076573: ------------------------------------------------------------------------ INVITE sip:110 at Server_IP SIP/2.0 Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport Route: From: "2005101" ;tag=1993111711 To: Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 INVITE Contact: "2005101" Max-Forwards: 70 User-Agent: Grandstream GXP1625 1.0.4.6 Privacy: none P-Preferred-Identity: "2005101" P-Access-Network-Info: IEEE-EUI-48;eui-48-addr=84-80-2D-04-00-C1 P-Emergency-Info: IEEE-EUI-48;eui-48-addr=00-0B-82-9B-23-9E Supported: replaces, path, timer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE Content-Type: application/sdp Accept: application/sdp, application/dtmf-relay Content-Length:438 v=0 o=2005101 8000 8000 IN IP4 XX.XX.XX.XX s=SIP Call i=(o=IN IP4 Server_IP) c=IN IP4 XX.XX.XX.XX t=0 0 m=audio 21124 RTP/AVP 0 8 4 18 9 97 2 101 a=sendrecv a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:8 PCMA/8000 a=rtpmap:4 G723/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:9 G722/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=30 a=rtpmap:2 G726-32/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 ------------------------------------------------------------------------ send 343 bytes to udp/[XX.XX.XX.XX]:65476 at 13:03:33.076764: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport=65476;received=XX.XX.XX.XX From: "2005101" ;tag=1993111711 To: Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 INVITE User-Agent: FreeSWITCH-mod_sofia/1.4.26~64bit Content-Length: 0 ------------------------------------------------------------------------ 2017-03-16 13:03:33.065793 [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP [a5b713c2-0a81-46e9-a1f4-d2b21d4f196e] 2017-03-16 13:03:33.065793 [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:33.065793 [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:33.065793 [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_NEW 2017-03-16 13:03:33.065793 [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite from XX.XX.XX.XX:65476 version: 1.4.26 64bit 2017-03-16 13:03:33.065793 [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling back to Digest auth. 2017-03-16 13:03:33.065793 [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) State NEW send 869 bytes to udp/[XX.XX.XX.XX]:65476 at 13:03:33.077301: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport=65476;received=XX.XX.XX.XX From: "2005101" ;tag=1993111711 To: ;tag=0j437DHZcpFDm Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 INVITE User-Agent: FreeSWITCH-mod_sofia/1.4.26~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY, PUBLISH, SUBSCRIBE Supported: precondition, 100rel, 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="Server_IP", nonce="e6e8e602-da30-456c-8b80-28c8a84288e3", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ 2017-03-16 13:03:33.065793 [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:33.065793 [DEBUG] sofia.c:2065 detaching session a5b713c2-0a81-46e9-a1f4-d2b21d4f196e recv 332 bytes from udp/[XX.XX.XX.XX]:65476 at 13:03:33.146616: ------------------------------------------------------------------------ ACK sip:110 at Server_IP SIP/2.0 Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport Route: From: "2005101" ;tag=1993111711 To: ;tag=0j437DHZcpFDm Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 ACK Content-Length: 0 ------------------------------------------------------------------------ freeswitch at internal> sofia global siptrace off +OK Global siptrace off 2017-03-16 13:03:43.105792 [WARNING] switch_core_state_machine.c:572 a5b713c2-0a81-46e9-a1f4-d2b21d4f196e sofia/internal/2005101 at Server_IP Abandoned 2017-03-16 13:03:43.105792 [NOTICE] switch_core_state_machine.c:575 Hangup sofia/internal/2005101 at Server_IP [CS_NEW] [WRONG_CALL_STATE] 2017-03-16 13:03:43.105792 [DEBUG] switch_channel.c:3244 Send signal sofia/internal/2005101 at Server_IP [KILL] 2017-03-16 13:03:43.105792 [DEBUG] switch_core_session.c:1397 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_HANGUP 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:735 (sofia/internal/2005101 at Server_IP) Callstate Change DOWN -> HANGUP 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:737 (sofia/internal/2005101 at Server_IP) State HANGUP 2017-03-16 13:03:43.105792 [DEBUG] mod_sofia.c:413 Channel sofia/internal/2005101 at Server_IP hanging up, cause: WRONG_CALL_STATE 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:60 sofia/internal/2005101 at Server_IP Standard HANGUP, cause: WRONG_CALL_STATE 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:737 (sofia/internal/2005101 at Server_IP) State HANGUP going to sleep 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:504 (sofia/internal/2005101 at Server_IP) State Change CS_HANGUP -> CS_REPORTING 2017-03-16 13:03:43.105792 [DEBUG] switch_core_session.c:1397 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_REPORTING 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:823 (sofia/internal/2005101 at Server_IP) State REPORTING 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:104 sofia/internal/2005101 at Server_IP Standard REPORTING, cause: WRONG_CALL_STATE 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:823 (sofia/internal/2005101 at Server_IP) State REPORTING going to sleep 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:498 (sofia/internal/2005101 at Server_IP) State Change CS_REPORTING -> CS_DESTROY 2017-03-16 13:03:43.105792 [DEBUG] switch_core_session.c:1397 Send signal sofia/internal/2005101 at Server_IP [BREAK] 2017-03-16 13:03:43.105792 [DEBUG] switch_core_session.c:1624 Session 8611 (sofia/internal/2005101 at Server_IP) Locked, Waiting on external entities 2017-03-16 13:03:43.105792 [NOTICE] switch_core_session.c:1642 Session 8611 (sofia/internal/2005101 at Server_IP) Ended 2017-03-16 13:03:43.105792 [NOTICE] switch_core_session.c:1646 Close Channel sofia/internal/2005101 at Server_IP [CS_DESTROY] 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:626 (sofia/internal/2005101 at Server_IP) Running State Change CS_DESTROY 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:636 (sofia/internal/2005101 at Server_IP) State DESTROY 2017-03-16 13:03:43.105792 [DEBUG] mod_sofia.c:323 sofia/internal/2005101 at Server_IP SOFIA DESTROY 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:111 sofia/internal/2005101 at Server_IP Standard DESTROY 2017-03-16 13:03:43.105792 [DEBUG] switch_core_state_machine.c:636 (sofia/internal/2005101 at Server_IP) State DESTROY going to sleep On Thu, Mar 16, 2017 at 11:37 PM, Sergey Safarov wrote: > I not next invite messages with Auth header. > Please enable siptrace > > ??, 16 ????? 2017, 20:52 Uday kumar : > >> Hi, >> >> I have multiple Grandstream IP phone in my network. All IP phones are >> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >> am able to register extension and also incoming call is working but when >> making outgoing call then only its not working. I tried same IP phone with >> Asterisk and its working in incoming and outgoing both. >> >> I am using this only for extension to extension calls so incoming and >> outgoing calls only between extensions. >> >> Is Grandstream GXP1625 supported with Freeswitch or not? >> >> *When I am dialing outgoing call then on CLI getting below logs:-* >> >> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >> [ab84501a-345e-445c-8d4a-52d4d6594e21] >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >> Running State Change CS_NEW >> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >> back to Digest auth. >> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >> State NEW >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- >> 52d4d6594e21 >> >> *Output of sofia status profile internal reg 2005101:-* >> >> Registrations: >> ============================================================ >> ===================================== >> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >> User: 2005101 at Server_IP >> Contact: "" >> Agent: Grandstream GXP1625 1.0.4.6 >> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >> EXPSECS(2409) >> Ping-Status: Reachable >> Ping-Time: 0.00 >> Host: Server_IP >> IP: XX.XX.XX.XX >> Port: 65476 >> Auth-User: 2005101 >> Auth-Realm: Server_IP >> MWI-Account: 2005101 at Server_IP >> >> -- >> Thanks & Regard >> Uday >> Site:- www.shareyourknowledge.in >> Mobile:- +91-9377579349 <093775%2079349> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/cab562fa/attachment-0001.html From udy786 at gmail.com Thu Mar 16 22:14:36 2017 From: udy786 at gmail.com (Uday kumar) Date: Fri, 17 Mar 2017 00:44:36 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: Hi Brain, Thank you for your advice. If will not get solution then sure I will update it to 1.6. In siptrace its saying Proxy Authentication Required. Please advice. On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > "difficult for me to update" > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > Honestly you should at least try! :) > > /b > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > >> HI Ken, >> >> Thank you for your reply. I have my setup on 1.4 for its difficult for me >> to update Freeswitch. >> >> From same network other IP phone and extensions are working. Server is >> hosted on Public IP. Network does not have any firewall or router >> restriction. From same network all other device work but only this is not >> working. I tried different extension but still same. >> >> Thanks >> Uday. >> >> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: >> >>> Without more information I would say this sounds like a NAT issue. >>> >>> >>> >>> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is >>> the current release version. >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >>> *Sent:* Thursday, March 16, 2017 12:51 PM >>> *To:* FreeSWITCH Users Help >>> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >>> Freeswitch Version 1.4.26~64bit >>> >>> >>> >>> Hi, >>> >>> >>> >>> I have multiple Grandstream IP phone in my network. All IP phones are >>> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >>> am able to register extension and also incoming call is working but when >>> making outgoing call then only its not working. I tried same IP phone with >>> Asterisk and its working in incoming and outgoing both. >>> >>> >>> >>> I am using this only for extension to extension calls so incoming and >>> outgoing calls only between extensions. >>> >>> >>> >>> Is Grandstream GXP1625 supported with Freeswitch or not? >>> >>> >>> >>> *When I am dialing outgoing call then on CLI getting below logs:-* >>> >>> >>> >>> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >>> [ab84501a-345e-445c-8d4a-52d4d6594e21] >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >>> Running State Change CS_NEW >>> >>> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >>> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >>> >>> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >>> back to Digest auth. >>> >>> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >>> State NEW >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6 >>> 594e21 >>> >>> >>> >>> *Output of sofia status profile internal reg 2005101:-* >>> >>> >>> >>> Registrations: >>> >>> ============================================================ >>> ===================================== >>> >>> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >>> >>> User: 2005101 at Server_IP >>> >>> Contact: "" >>> >>> Agent: Grandstream GXP1625 1.0.4.6 >>> >>> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >>> EXPSECS(2409) >>> >>> Ping-Status: Reachable >>> >>> Ping-Time: 0.00 >>> >>> Host: Server_IP >>> >>> IP: XX.XX.XX.XX >>> >>> Port: 65476 >>> >>> Auth-User: 2005101 >>> >>> Auth-Realm: Server_IP >>> >>> MWI-Account: 2005101 at Server_IP >>> >>> >>> >>> -- >>> >>> Thanks & Regard >>> >>> Uday >>> >>> Site:- www.shareyourknowledge.in >>> >>> Mobile:- +91-9377579349 <093775%2079349> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Thanks & Regard >> Uday >> Site:- www.shareyourknowledge.in >> Mobile:- +91-9377579349 <+91%2093775%2079349> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/042ff91c/attachment.html From s.safarov at gmail.com Thu Mar 16 22:33:31 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 19:33:31 +0000 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: Think your FreeSwitch not have user/password creadentional to auth call. ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > Hi Brain, > > Thank you for your advice. If will not get solution then sure I will > update it to 1.6. > > In siptrace its saying Proxy Authentication Required. > > Please advice. > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > > "difficult for me to update" > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > Honestly you should at least try! :) > > /b > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > > HI Ken, > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > Thanks > Uday. > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > > ================================================================================================= > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > -- > > Thanks & Regard > > Uday > > Site:- www.shareyourknowledge.in > > Mobile:- +91-9377579349 <093775%2079349> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Thanks & Regard > Uday > Site:- www.shareyourknowledge.in > Mobile:- +91-9377579349 <+91%2093775%2079349> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Thanks & Regard > Uday > Site:- www.shareyourknowledge.in > Mobile:- +91-9377579349 <+91%2093775%2079349> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/4006c374/attachment-0001.html From mike at jerris.com Thu Mar 16 22:41:35 2017 From: mike at jerris.com (Michael Jerris) Date: Thu, 16 Mar 2017 15:41:35 -0400 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: No, the phone is never sending an auth header? > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > Think your FreeSwitch not have user/password creadentional to auth call. > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar >: > Hi Brain, > > Thank you for your advice. If will not get solution then sure I will update it to 1.6. > > In siptrace its saying Proxy Authentication Required. > > Please advice. > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West > wrote: > "difficult for me to update" > > Thats a bad position to paint yourself into, Honestly updating to 1.6 isn't that painful, there were only a few variables that changed most of it was a few sip_ moving to rtp_ because they are really media related variables. > > Honestly you should at least try! :) > > /b > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar > wrote: > HI Ken, > > Thank you for your reply. I have my setup on 1.4 for its difficult for me to update Freeswitch. > > From same network other IP phone and extensions are working. Server is hosted on Public IP. Network does not have any firewall or router restriction. From same network all other device work but only this is not working. I tried different extension but still same. > > Thanks > Uday. > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice > wrote: > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the current release version. > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Uday kumar > Sent: Thursday, March 16, 2017 12:51 PM > To: FreeSWITCH Users Help > > Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I am able to register extension and also incoming call is working but when making outgoing call then only its not working. I tried same IP phone with Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > When I am dialing outgoing call then on CLI getting below logs:- > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) State NEW > > [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > > > Output of sofia status profile internal reg 2005101:- > > > > Registrations: > > ================================================================================================= > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > User: 2005101 at Server_IP > > Contact: "" > > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/8ce31e07/attachment.html From brian at freeswitch.org Thu Mar 16 22:45:30 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 16 Mar 2017 15:45:30 -0400 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: Its not sending it because the phone isn't receiving the challenge. :). Check your firewall settings. /b On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: > No, the phone is never sending an auth header? > > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > Think your FreeSwitch not have user/password creadentional to auth call. > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > >> Hi Brain, >> >> Thank you for your advice. If will not get solution then sure I will >> update it to 1.6. >> >> In siptrace its saying Proxy Authentication Required. >> >> Please advice. >> >> >> On Fri, Mar 17, 2017 at 12:22 AM, Brian West >> wrote: >> >> "difficult for me to update" >> >> Thats a bad position to paint yourself into, Honestly updating to 1.6 >> isn't that painful, there were only a few variables that changed most of it >> was a few sip_ moving to rtp_ because they are really media related >> variables. >> >> Honestly you should at least try! :) >> >> /b >> >> >> On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: >> >> HI Ken, >> >> Thank you for your reply. I have my setup on 1.4 for its difficult for me >> to update Freeswitch. >> >> From same network other IP phone and extensions are working. Server is >> hosted on Public IP. Network does not have any firewall or router >> restriction. From same network all other device work but only this is not >> working. I tried different extension but still same. >> >> Thanks >> Uday. >> >> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: >> >> Without more information I would say this sounds like a NAT issue. >> >> >> >> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the >> current release version. >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >> *Sent:* Thursday, March 16, 2017 12:51 PM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >> Freeswitch Version 1.4.26~64bit >> >> >> >> Hi, >> >> >> >> I have multiple Grandstream IP phone in my network. All IP phones are >> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >> am able to register extension and also incoming call is working but when >> making outgoing call then only its not working. I tried same IP phone with >> Asterisk and its working in incoming and outgoing both. >> >> >> >> I am using this only for extension to extension calls so incoming and >> outgoing calls only between extensions. >> >> >> >> Is Grandstream GXP1625 supported with Freeswitch or not? >> >> >> >> *When I am dialing outgoing call then on CLI getting below logs:-* >> >> >> >> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >> [ab84501a-345e-445c-8d4a-52d4d6594e21] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >> Running State Change CS_NEW >> >> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >> >> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >> back to Digest auth. >> >> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >> State NEW >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- >> 52d4d6594e21 >> >> >> >> *Output of sofia status profile internal reg 2005101:-* >> >> >> >> Registrations: >> >> ============================================================ >> ===================================== >> >> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >> >> User: 2005101 at Server_IP >> >> Contact: "" >> >> Agent: Grandstream GXP1625 1.0.4.6 >> >> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >> EXPSECS(2409) >> >> Ping-Status: Reachable >> >> Ping-Time: 0.00 >> >> Host: Server_IP >> >> IP: XX.XX.XX.XX >> >> Port: 65476 >> >> Auth-User: 2005101 >> >> Auth-Realm: Server_IP >> >> MWI-Account: 2005101 at Server_IP >> >> >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/3a864654/attachment-0001.html From s.safarov at gmail.com Thu Mar 16 22:55:03 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 19:55:03 +0000 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: Brian Here client is acknoledges auth request message. ACK sip:110 at Server_IP SIP/2.0 Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport Route: From: "2005101" ;tag=1993111711 To: ;tag=0j437DHZcpFDm Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 ACK Content-Length: 0 ??, 16 ???. 2017 ?. ? 22:46, Brian West : > Its not sending it because the phone isn't receiving the challenge. :). > Check your firewall settings. > > /b > > > On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: > > No, the phone is never sending an auth header? > > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > Think your FreeSwitch not have user/password creadentional to auth call. > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > > Hi Brain, > > Thank you for your advice. If will not get solution then sure I will > update it to 1.6. > > In siptrace its saying Proxy Authentication Required. > > Please advice. > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > > "difficult for me to update" > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > Honestly you should at least try! :) > > /b > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > > HI Ken, > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > Thanks > Uday. > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > > ================================================================================================= > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/44955232/attachment-0001.html From s.safarov at gmail.com Thu Mar 16 22:57:16 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 19:57:16 +0000 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: Similar issue may be because is broken SIP ALG feature on NAT router. Please disable SIP ALG feature on rotuter. ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : > Brian > Here client is acknoledges auth request message. > > ACK sip:110 at Server_IP SIP/2.0 > Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport > Route: > From: "2005101" ;tag=1993111711 > To: ;tag=0j437DHZcpFDm > Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA > CSeq: 100 ACK > Content-Length: 0 > > ??, 16 ???. 2017 ?. ? 22:46, Brian West : > > Its not sending it because the phone isn't receiving the challenge. :). > Check your firewall settings. > > /b > > > On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: > > No, the phone is never sending an auth header? > > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > Think your FreeSwitch not have user/password creadentional to auth call. > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > > Hi Brain, > > Thank you for your advice. If will not get solution then sure I will > update it to 1.6. > > In siptrace its saying Proxy Authentication Required. > > Please advice. > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > > "difficult for me to update" > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > Honestly you should at least try! :) > > /b > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > > HI Ken, > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > Thanks > Uday. > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > > ================================================================================================= > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/c9e17d7e/attachment-0001.html From udy786 at gmail.com Thu Mar 16 23:21:52 2017 From: udy786 at gmail.com (Uday kumar) Date: Fri, 17 Mar 2017 01:51:52 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: On router nothing is blocked. All ports are allowed. My point is, if its router issue then how from same network others extension, ip phone, softphone working without any issues. On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: > Similar issue may be because is broken SIP ALG feature on NAT router. > Please disable SIP ALG feature on rotuter. > > ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : > >> Brian >> Here client is acknoledges auth request message. >> >> ACK sip:110 at Server_IP SIP/2.0 >> Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport >> Route: >> From: "2005101" ;tag=1993111711 >> To: ;tag=0j437DHZcpFDm >> Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA >> CSeq: 100 ACK >> Content-Length: 0 >> >> ??, 16 ???. 2017 ?. ? 22:46, Brian West : >> >> Its not sending it because the phone isn't receiving the challenge. :). >> Check your firewall settings. >> >> /b >> >> >> On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: >> >> No, the phone is never sending an auth header? >> >> On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: >> >> Think your FreeSwitch not have user/password creadentional to auth call. >> >> ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : >> >> Hi Brain, >> >> Thank you for your advice. If will not get solution then sure I will >> update it to 1.6. >> >> In siptrace its saying Proxy Authentication Required. >> >> Please advice. >> >> >> On Fri, Mar 17, 2017 at 12:22 AM, Brian West >> wrote: >> >> "difficult for me to update" >> >> Thats a bad position to paint yourself into, Honestly updating to 1.6 >> isn't that painful, there were only a few variables that changed most of it >> was a few sip_ moving to rtp_ because they are really media related >> variables. >> >> Honestly you should at least try! :) >> >> /b >> >> >> On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: >> >> HI Ken, >> >> Thank you for your reply. I have my setup on 1.4 for its difficult for me >> to update Freeswitch. >> >> From same network other IP phone and extensions are working. Server is >> hosted on Public IP. Network does not have any firewall or router >> restriction. From same network all other device work but only this is not >> working. I tried different extension but still same. >> >> Thanks >> Uday. >> >> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: >> >> Without more information I would say this sounds like a NAT issue. >> >> >> >> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the >> current release version. >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >> *Sent:* Thursday, March 16, 2017 12:51 PM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >> Freeswitch Version 1.4.26~64bit >> >> >> >> Hi, >> >> >> >> I have multiple Grandstream IP phone in my network. All IP phones are >> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >> am able to register extension and also incoming call is working but when >> making outgoing call then only its not working. I tried same IP phone with >> Asterisk and its working in incoming and outgoing both. >> >> >> >> I am using this only for extension to extension calls so incoming and >> outgoing calls only between extensions. >> >> >> >> Is Grandstream GXP1625 supported with Freeswitch or not? >> >> >> >> *When I am dialing outgoing call then on CLI getting below logs:-* >> >> >> >> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >> [ab84501a-345e-445c-8d4a-52d4d6594e21] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >> Running State Change CS_NEW >> >> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >> >> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >> back to Digest auth. >> >> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >> State NEW >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- >> 52d4d6594e21 >> >> >> >> *Output of sofia status profile internal reg 2005101:-* >> >> >> >> Registrations: >> >> ============================================================ >> ===================================== >> >> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >> >> User: 2005101 at Server_IP >> >> Contact: "" >> >> Agent: Grandstream GXP1625 1.0.4.6 >> >> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >> EXPSECS(2409) >> >> Ping-Status: Reachable >> >> Ping-Time: 0.00 >> >> Host: Server_IP >> >> IP: XX.XX.XX.XX >> >> Port: 65476 >> >> Auth-User: 2005101 >> >> Auth-Realm: Server_IP >> >> MWI-Account: 2005101 at Server_IP >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/c2bce8de/attachment-0001.html From krice at freeswitch.org Thu Mar 16 23:27:02 2017 From: krice at freeswitch.org (Ken Rice) Date: Thu, 16 Mar 2017 15:27:02 -0500 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> Message-ID: <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Different phone, different firmware, different configuration? But its obvious from the sip trace you posted that the phone is not sending a new invite with the authentication header as is required. This is a configuration issue of the phone or it?s a network issue From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Uday kumar Sent: Thursday, March 16, 2017 3:22 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit On router nothing is blocked. All ports are allowed. My point is, if its router issue then how from same network others extension, ip phone, softphone working without any issues. On Mar 17, 2017 1:28 AM, "Sergey Safarov" > wrote: Similar issue may be because is broken SIP ALG feature on NAT router. Please disable SIP ALG feature on rotuter. ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov >: Brian Here client is acknoledges auth request message. ACK sip:110 at Server_IP SIP/2.0 Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport Route: From: "2005101" ;tag=1993111711 To: ;tag=0j437DHZcpFDm Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA CSeq: 100 ACK Content-Length: 0 ??, 16 ???. 2017 ?. ? 22:46, Brian West >: Its not sending it because the phone isn't receiving the challenge. :). Check your firewall settings. /b On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris > wrote: No, the phone is never sending an auth header? On Mar 16, 2017, at 3:33 PM, Sergey Safarov > wrote: Think your FreeSwitch not have user/password creadentional to auth call. ??, 16 ???. 2017 ?. ? 22:15, Uday kumar >: Hi Brain, Thank you for your advice. If will not get solution then sure I will update it to 1.6. In siptrace its saying Proxy Authentication Required. Please advice. On Fri, Mar 17, 2017 at 12:22 AM, Brian West > wrote: "difficult for me to update" Thats a bad position to paint yourself into, Honestly updating to 1.6 isn't that painful, there were only a few variables that changed most of it was a few sip_ moving to rtp_ because they are really media related variables. Honestly you should at least try! :) /b On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar > wrote: HI Ken, Thank you for your reply. I have my setup on 1.4 for its difficult for me to update Freeswitch. >From same network other IP phone and extensions are working. Server is hosted on Public IP. Network does not have any firewall or router restriction. From same network all other device work but only this is not working. I tried different extension but still same. Thanks Uday. On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice > wrote: Without more information I would say this sounds like a NAT issue. Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the current release version. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Uday kumar Sent: Thursday, March 16, 2017 12:51 PM To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit Hi, I have multiple Grandstream IP phone in my network. All IP phones are working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I am able to register extension and also incoming call is working but when making outgoing call then only its not working. I tried same IP phone with Asterisk and its working in incoming and outgoing both. I am using this only for extension to extension calls so incoming and outgoing calls only between extensions. Is Grandstream GXP1625 supported with Freeswitch or not? When I am dialing outgoing call then on CLI getting below logs:- [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP [ab84501a-345e-445c-8d4a-52d4d6594e21] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) Running State Change CS_NEW [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite from XX.XX.XX.XX:65476 version: 1.4.26 64bit [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling back to Digest auth. [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) State NEW [DEBUG] switch_core_session.c:1062 Send signal sofia/internal/2005101 at Server_IP [BREAK] [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 Output of sofia status profile internal reg 2005101:- Registrations: ================================================================================================= Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA User: 2005101 at Server_IP Contact: "" Agent: Grandstream GXP1625 1.0.4.6 Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) EXPSECS(2409) Ping-Status: Reachable Ping-Time: 0.00 Host: Server_IP IP: XX.XX.XX.XX Port: 65476 Auth-User: 2005101 Auth-Realm: Server_IP MWI-Account: 2005101 at Server_IP _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/c5da7890/attachment-0001.html From brian at freeswitch.org Thu Mar 16 23:30:50 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 16 Mar 2017 16:30:50 -0400 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Message-ID: The phone is probably trying to share a port with another phone on the network, have you verified no other phones are using the same port? The 407 may very well be going to another phone sitting behind the NAT. On Thu, Mar 16, 2017 at 4:27 PM, Ken Rice wrote: > Different phone, different firmware, different configuration? > > > > But its obvious from the sip trace you posted that the phone is not > sending a new invite with the authentication header as is required. > > > > This is a configuration issue of the phone or it?s a network issue > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 3:22 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > On router nothing is blocked. All ports are allowed. My point is, if its > router issue then how from same network others extension, ip phone, > softphone working without any issues. > > > > On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: > > Similar issue may be because is broken SIP ALG feature on NAT router. > > Please disable SIP ALG feature on rotuter. > > > > ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : > > Brian > Here client is acknoledges auth request message. > > > > ACK sip:110 at Server_IP SIP/2.0 > > Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport > > Route: > > From: "2005101" ;tag=1993111711 > > To: ;tag=0j437DHZcpFDm > > Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA > > CSeq: 100 ACK > > Content-Length: 0 > > > > ??, 16 ???. 2017 ?. ? 22:46, Brian West : > > Its not sending it because the phone isn't receiving the challenge. :). > Check your firewall settings. > > > > /b > > > > > > On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: > > No, the phone is never sending an auth header? > > > > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > > > Think your FreeSwitch not have user/password creadentional to auth call. > > > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > > Hi Brain, > > > > Thank you for your advice. If will not get solution then sure I will > update it to 1.6. > > > > In siptrace its saying Proxy Authentication Required. > > > > Please advice. > > > > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > > "difficult for me to update" > > > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > > > Honestly you should at least try! :) > > > > /b > > > > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > > HI Ken, > > > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > > > Thanks > > Uday. > > > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- > 52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > ============================================================ > ===================================== > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/9cc1e9e8/attachment-0001.html From s.safarov at gmail.com Thu Mar 16 23:37:27 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Thu, 16 Mar 2017 20:37:27 +0000 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Message-ID: Try switch to TCP transport. ??, 16 ???. 2017 ?. ? 23:31, Brian West : > The phone is probably trying to share a port with another phone on the > network, have you verified no other phones are using the same port? The > 407 may very well be going to another phone sitting behind the NAT. > > On Thu, Mar 16, 2017 at 4:27 PM, Ken Rice wrote: > > Different phone, different firmware, different configuration? > > > > But its obvious from the sip trace you posted that the phone is not > sending a new invite with the authentication header as is required. > > > > This is a configuration issue of the phone or it?s a network issue > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 3:22 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > On router nothing is blocked. All ports are allowed. My point is, if its > router issue then how from same network others extension, ip phone, > softphone working without any issues. > > > > On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: > > Similar issue may be because is broken SIP ALG feature on NAT router. > > Please disable SIP ALG feature on rotuter. > > > > ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : > > Brian > Here client is acknoledges auth request message. > > > > ACK sip:110 at Server_IP SIP/2.0 > > Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport > > Route: > > From: "2005101" ;tag=1993111711 > > To: ;tag=0j437DHZcpFDm > > Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA > > CSeq: 100 ACK > > Content-Length: 0 > > > > ??, 16 ???. 2017 ?. ? 22:46, Brian West : > > Its not sending it because the phone isn't receiving the challenge. :). > Check your firewall settings. > > > > /b > > > > > > On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: > > No, the phone is never sending an auth header? > > > > On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: > > > > Think your FreeSwitch not have user/password creadentional to auth call. > > > > ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : > > Hi Brain, > > > > Thank you for your advice. If will not get solution then sure I will > update it to 1.6. > > > > In siptrace its saying Proxy Authentication Required. > > > > Please advice. > > > > > > On Fri, Mar 17, 2017 at 12:22 AM, Brian West wrote: > > "difficult for me to update" > > > > Thats a bad position to paint yourself into, Honestly updating to 1.6 > isn't that painful, there were only a few variables that changed most of it > was a few sip_ moving to rtp_ because they are really media related > variables. > > > > Honestly you should at least try! :) > > > > /b > > > > > > On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: > > HI Ken, > > > > Thank you for your reply. I have my setup on 1.4 for its difficult for me > to update Freeswitch. > > > > From same network other IP phone and extensions are working. Server is > hosted on Public IP. Network does not have any firewall or router > restriction. From same network all other device work but only this is not > working. I tried different extension but still same. > > > > Thanks > > Uday. > > > > On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: > > Without more information I would say this sounds like a NAT issue. > > > > Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the > current release version. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar > *Sent:* Thursday, March 16, 2017 12:51 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with > Freeswitch Version 1.4.26~64bit > > > > Hi, > > > > I have multiple Grandstream IP phone in my network. All IP phones are > working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I > am able to register extension and also incoming call is working but when > making outgoing call then only its not working. I tried same IP phone with > Asterisk and its working in incoming and outgoing both. > > > > I am using this only for extension to extension calls so incoming and > outgoing calls only between extensions. > > > > Is Grandstream GXP1625 supported with Freeswitch or not? > > > > *When I am dialing outgoing call then on CLI getting below logs:-* > > > > [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP > [ab84501a-345e-445c-8d4a-52d4d6594e21] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) > Running State Change CS_NEW > > [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite > from XX.XX.XX.XX:65476 version: 1.4.26 64bit > > [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling > back to Digest auth. > > [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) > State NEW > > [DEBUG] switch_core_session.c:1062 Send signal > sofia/internal/2005101 at Server_IP [BREAK] > > [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6594e21 > > > > *Output of sofia status profile internal reg 2005101:-* > > > > Registrations: > > > ================================================================================================= > > Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA > > User: 2005101 at Server_IP > > Contact: "" > > Agent: Grandstream GXP1625 1.0.4.6 > > Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) > EXPSECS(2409) > > Ping-Status: Reachable > > Ping-Time: 0.00 > > Host: Server_IP > > IP: XX.XX.XX.XX > > Port: 65476 > > Auth-User: 2005101 > > Auth-Realm: Server_IP > > MWI-Account: 2005101 at Server_IP > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/8892d31b/attachment-0001.html From lexxua at gmail.com Fri Mar 17 11:00:17 2017 From: lexxua at gmail.com (Volodymyr Fedorov) Date: Fri, 17 Mar 2017 09:00:17 +0100 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Message-ID: Hi, try to turn-on syslog on ip-phone and point it to syslog server. You will see why phone rejects or does not receive auth - challenge. On Thu, Mar 16, 2017 at 9:37 PM, Sergey Safarov wrote: > Try switch to TCP transport. > > ??, 16 ???. 2017 ?. ? 23:31, Brian West : > >> The phone is probably trying to share a port with another phone on the >> network, have you verified no other phones are using the same port? The >> 407 may very well be going to another phone sitting behind the NAT. >> >> On Thu, Mar 16, 2017 at 4:27 PM, Ken Rice wrote: >> >> Different phone, different firmware, different configuration? >> >> >> >> But its obvious from the sip trace you posted that the phone is not >> sending a new invite with the authentication header as is required. >> >> >> >> This is a configuration issue of the phone or it?s a network issue >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >> *Sent:* Thursday, March 16, 2017 3:22 PM >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] Grandstream GXP1625 not working with >> Freeswitch Version 1.4.26~64bit >> >> >> >> On router nothing is blocked. All ports are allowed. My point is, if its >> router issue then how from same network others extension, ip phone, >> softphone working without any issues. >> >> >> >> On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: >> >> Similar issue may be because is broken SIP ALG feature on NAT router. >> >> Please disable SIP ALG feature on rotuter. >> >> >> >> ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : >> >> Brian >> Here client is acknoledges auth request message. >> >> >> >> ACK sip:110 at Server_IP SIP/2.0 >> >> Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport >> >> Route: >> >> From: "2005101" ;tag=1993111711 >> >> To: ;tag=0j437DHZcpFDm >> >> Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA >> >> CSeq: 100 ACK >> >> Content-Length: 0 >> >> >> >> ??, 16 ???. 2017 ?. ? 22:46, Brian West : >> >> Its not sending it because the phone isn't receiving the challenge. :). >> Check your firewall settings. >> >> >> >> /b >> >> >> >> >> >> On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: >> >> No, the phone is never sending an auth header? >> >> >> >> On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: >> >> >> >> Think your FreeSwitch not have user/password creadentional to auth call. >> >> >> >> ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : >> >> Hi Brain, >> >> >> >> Thank you for your advice. If will not get solution then sure I will >> update it to 1.6. >> >> >> >> In siptrace its saying Proxy Authentication Required. >> >> >> >> Please advice. >> >> >> >> >> >> On Fri, Mar 17, 2017 at 12:22 AM, Brian West >> wrote: >> >> "difficult for me to update" >> >> >> >> Thats a bad position to paint yourself into, Honestly updating to 1.6 >> isn't that painful, there were only a few variables that changed most of it >> was a few sip_ moving to rtp_ because they are really media related >> variables. >> >> >> >> Honestly you should at least try! :) >> >> >> >> /b >> >> >> >> >> >> On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: >> >> HI Ken, >> >> >> >> Thank you for your reply. I have my setup on 1.4 for its difficult for me >> to update Freeswitch. >> >> >> >> From same network other IP phone and extensions are working. Server is >> hosted on Public IP. Network does not have any firewall or router >> restriction. From same network all other device work but only this is not >> working. I tried different extension but still same. >> >> >> >> Thanks >> >> Uday. >> >> >> >> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: >> >> Without more information I would say this sounds like a NAT issue. >> >> >> >> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is the >> current release version. >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >> *Sent:* Thursday, March 16, 2017 12:51 PM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >> Freeswitch Version 1.4.26~64bit >> >> >> >> Hi, >> >> >> >> I have multiple Grandstream IP phone in my network. All IP phones are >> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >> am able to register extension and also incoming call is working but when >> making outgoing call then only its not working. I tried same IP phone with >> Asterisk and its working in incoming and outgoing both. >> >> >> >> I am using this only for extension to extension calls so incoming and >> outgoing calls only between extensions. >> >> >> >> Is Grandstream GXP1625 supported with Freeswitch or not? >> >> >> >> *When I am dialing outgoing call then on CLI getting below logs:-* >> >> >> >> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >> [ab84501a-345e-445c-8d4a-52d4d6594e21] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >> Running State Change CS_NEW >> >> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >> >> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >> back to Digest auth. >> >> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >> State NEW >> >> [DEBUG] switch_core_session.c:1062 Send signal >> sofia/internal/2005101 at Server_IP [BREAK] >> >> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a- >> 52d4d6594e21 >> >> >> >> *Output of sofia status profile internal reg 2005101:-* >> >> >> >> Registrations: >> >> ============================================================ >> ===================================== >> >> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >> >> User: 2005101 at Server_IP >> >> Contact: "" >> >> Agent: Grandstream GXP1625 1.0.4.6 >> >> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >> EXPSECS(2409) >> >> Ping-Status: Reachable >> >> Ping-Time: 0.00 >> >> Host: Server_IP >> >> IP: XX.XX.XX.XX >> >> Port: 65476 >> >> Auth-User: 2005101 >> >> Auth-Realm: Server_IP >> >> MWI-Account: 2005101 at Server_IP >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Volodymyr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/84e3db12/attachment-0001.html From mbodbg at gmx.net Fri Mar 17 13:59:25 2017 From: mbodbg at gmx.net (=?utf-8?Q?Markus_B=C3=B6nke?=) Date: Fri, 17 Mar 2017 11:59:25 +0100 Subject: [Freeswitch-users] Change Hangup Cause on Socket Error! In-Reply-To: <5F0FE0AB-D6F8-4A63-B5BE-7CB848F480A5@gmail.com> References: <5F0FE0AB-D6F8-4A63-B5BE-7CB848F480A5@gmail.com> Message-ID: <7355ED31-416B-4F16-B341-410DF8F56F72@gmx.net> Thanks, for the hint. I did a couple of tests and it seems to work. However I?m not sure, is it guaranteed that the ?respond? is never executed when the socket get?s connected? Or is there a possibility that depending on the esl commands (e.g set continue_on_fail variable or something else) sent to the socket, the respond application is executed after the socket has been disconnected? Thanks Markus > Am 15.03.2017 um 11:35 schrieb KSrigo : > > try this > > > > > > > > > > > >> On Mar 14, 2017, at 10:18 PM, Markus B?nke wrote: >> >> >> Hello, >> >> In our dialplan we are using an external service to to handle calls. So our dialplan looks like: >> >> >> >> >> >> >> >> >> In the case the external service which is posted by the socket application is down, I can see a "Socket Error!? error message in the log. The call ends with 480 - "Temporarily Unavailable". >> >> ... >> [ERR] mod_event_socket.c:454 Socket Error! >> ... >> [DEBUG] mod_sofia.c:549 Responding to INVITE with: 480 >> ... >> >> Is it somehow possible to force hangup cause 503 - "Service Unavailable" instead of 480 - "Temporarily Unavailable" in case of a Socket Error? >> >> Thanks and regards >> >> Markus >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From brian at freeswitch.org Fri Mar 17 15:14:21 2017 From: brian at freeswitch.org (Brian West) Date: Fri, 17 Mar 2017 08:14:21 -0400 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Message-ID: Or the tried and true method I've used that saves tons of time, Take a baseball bat to it and get a different phone! :). Could just be bad hardware. On Fri, Mar 17, 2017 at 4:00 AM, Volodymyr Fedorov wrote: > Hi, > try to turn-on syslog on ip-phone and point it to syslog server. You will > see why phone rejects or does not receive auth - challenge. > > > > On Thu, Mar 16, 2017 at 9:37 PM, Sergey Safarov > wrote: > >> Try switch to TCP transport. >> >> ??, 16 ???. 2017 ?. ? 23:31, Brian West : >> >>> The phone is probably trying to share a port with another phone on the >>> network, have you verified no other phones are using the same port? The >>> 407 may very well be going to another phone sitting behind the NAT. >>> >>> On Thu, Mar 16, 2017 at 4:27 PM, Ken Rice wrote: >>> >>> Different phone, different firmware, different configuration? >>> >>> >>> >>> But its obvious from the sip trace you posted that the phone is not >>> sending a new invite with the authentication header as is required. >>> >>> >>> >>> This is a configuration issue of the phone or it?s a network issue >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >>> *Sent:* Thursday, March 16, 2017 3:22 PM >>> *To:* FreeSWITCH Users Help >>> *Subject:* Re: [Freeswitch-users] Grandstream GXP1625 not working with >>> Freeswitch Version 1.4.26~64bit >>> >>> >>> >>> On router nothing is blocked. All ports are allowed. My point is, if its >>> router issue then how from same network others extension, ip phone, >>> softphone working without any issues. >>> >>> >>> >>> On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: >>> >>> Similar issue may be because is broken SIP ALG feature on NAT router. >>> >>> Please disable SIP ALG feature on rotuter. >>> >>> >>> >>> ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : >>> >>> Brian >>> Here client is acknoledges auth request message. >>> >>> >>> >>> ACK sip:110 at Server_IP SIP/2.0 >>> >>> Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport >>> >>> Route: >>> >>> From: "2005101" ;tag=1993111711 >>> >>> To: ;tag=0j437DHZcpFDm >>> >>> Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA >>> >>> CSeq: 100 ACK >>> >>> Content-Length: 0 >>> >>> >>> >>> ??, 16 ???. 2017 ?. ? 22:46, Brian West : >>> >>> Its not sending it because the phone isn't receiving the challenge. :). >>> Check your firewall settings. >>> >>> >>> >>> /b >>> >>> >>> >>> >>> >>> On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris wrote: >>> >>> No, the phone is never sending an auth header? >>> >>> >>> >>> On Mar 16, 2017, at 3:33 PM, Sergey Safarov wrote: >>> >>> >>> >>> Think your FreeSwitch not have user/password creadentional to auth call. >>> >>> >>> >>> ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : >>> >>> Hi Brain, >>> >>> >>> >>> Thank you for your advice. If will not get solution then sure I will >>> update it to 1.6. >>> >>> >>> >>> In siptrace its saying Proxy Authentication Required. >>> >>> >>> >>> Please advice. >>> >>> >>> >>> >>> >>> On Fri, Mar 17, 2017 at 12:22 AM, Brian West >>> wrote: >>> >>> "difficult for me to update" >>> >>> >>> >>> Thats a bad position to paint yourself into, Honestly updating to 1.6 >>> isn't that painful, there were only a few variables that changed most of it >>> was a few sip_ moving to rtp_ because they are really media related >>> variables. >>> >>> >>> >>> Honestly you should at least try! :) >>> >>> >>> >>> /b >>> >>> >>> >>> >>> >>> On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: >>> >>> HI Ken, >>> >>> >>> >>> Thank you for your reply. I have my setup on 1.4 for its difficult for >>> me to update Freeswitch. >>> >>> >>> >>> From same network other IP phone and extensions are working. Server is >>> hosted on Public IP. Network does not have any firewall or router >>> restriction. From same network all other device work but only this is not >>> working. I tried different extension but still same. >>> >>> >>> >>> Thanks >>> >>> Uday. >>> >>> >>> >>> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice wrote: >>> >>> Without more information I would say this sounds like a NAT issue. >>> >>> >>> >>> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is >>> the current release version. >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday kumar >>> *Sent:* Thursday, March 16, 2017 12:51 PM >>> *To:* FreeSWITCH Users Help >>> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >>> Freeswitch Version 1.4.26~64bit >>> >>> >>> >>> Hi, >>> >>> >>> >>> I have multiple Grandstream IP phone in my network. All IP phones are >>> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >>> am able to register extension and also incoming call is working but when >>> making outgoing call then only its not working. I tried same IP phone with >>> Asterisk and its working in incoming and outgoing both. >>> >>> >>> >>> I am using this only for extension to extension calls so incoming and >>> outgoing calls only between extensions. >>> >>> >>> >>> Is Grandstream GXP1625 supported with Freeswitch or not? >>> >>> >>> >>> *When I am dialing outgoing call then on CLI getting below logs:-* >>> >>> >>> >>> [NOTICE] switch_channel.c:1077 New Channel sofia/internal/2005101 at Server_IP >>> [ab84501a-345e-445c-8d4a-52d4d6594e21] >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >>> Running State Change CS_NEW >>> >>> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >>> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >>> >>> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >>> back to Digest auth. >>> >>> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >>> State NEW >>> >>> [DEBUG] switch_core_session.c:1062 Send signal >>> sofia/internal/2005101 at Server_IP [BREAK] >>> >>> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6 >>> 594e21 >>> >>> >>> >>> *Output of sofia status profile internal reg 2005101:-* >>> >>> >>> >>> Registrations: >>> >>> ============================================================ >>> ===================================== >>> >>> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >>> >>> User: 2005101 at Server_IP >>> >>> Contact: "" >>> >>> Agent: Grandstream GXP1625 1.0.4.6 >>> >>> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >>> EXPSECS(2409) >>> >>> Ping-Status: Reachable >>> >>> Ping-Time: 0.00 >>> >>> Host: Server_IP >>> >>> IP: XX.XX.XX.XX >>> >>> Port: 65476 >>> >>> Auth-User: 2005101 >>> >>> Auth-Realm: Server_IP >>> >>> MWI-Account: 2005101 at Server_IP >>> >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Best regards, > Volodymyr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/aef1113d/attachment-0001.html From udy786 at gmail.com Fri Mar 17 16:22:29 2017 From: udy786 at gmail.com (Uday kumar) Date: Fri, 17 Mar 2017 18:52:29 +0530 Subject: [Freeswitch-users] Grandstream GXP1625 not working with Freeswitch Version 1.4.26~64bit In-Reply-To: References: <0c9e01d29e7f$21521b70$63f65250$@freeswitch.org> <0dfe01d29e93$ac9ff170$05dfd450$@freeswitch.org> Message-ID: Thank you Brain. Looks like this the best solution for me because tried all possible things and did't worked. :) :) :) On Fri, Mar 17, 2017 at 5:44 PM, Brian West wrote: > Or the tried and true method I've used that saves tons of time, Take a > baseball bat to it and get a different phone! :). Could just be bad > hardware. > > On Fri, Mar 17, 2017 at 4:00 AM, Volodymyr Fedorov > wrote: > >> Hi, >> try to turn-on syslog on ip-phone and point it to syslog server. You will >> see why phone rejects or does not receive auth - challenge. >> >> >> >> On Thu, Mar 16, 2017 at 9:37 PM, Sergey Safarov >> wrote: >> >>> Try switch to TCP transport. >>> >>> ??, 16 ???. 2017 ?. ? 23:31, Brian West : >>> >>>> The phone is probably trying to share a port with another phone on the >>>> network, have you verified no other phones are using the same port? The >>>> 407 may very well be going to another phone sitting behind the NAT. >>>> >>>> On Thu, Mar 16, 2017 at 4:27 PM, Ken Rice wrote: >>>> >>>> Different phone, different firmware, different configuration? >>>> >>>> >>>> >>>> But its obvious from the sip trace you posted that the phone is not >>>> sending a new invite with the authentication header as is required. >>>> >>>> >>>> >>>> This is a configuration issue of the phone or it?s a network issue >>>> >>>> >>>> >>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday >>>> kumar >>>> *Sent:* Thursday, March 16, 2017 3:22 PM >>>> *To:* FreeSWITCH Users Help >>>> *Subject:* Re: [Freeswitch-users] Grandstream GXP1625 not working with >>>> Freeswitch Version 1.4.26~64bit >>>> >>>> >>>> >>>> On router nothing is blocked. All ports are allowed. My point is, if >>>> its router issue then how from same network others extension, ip phone, >>>> softphone working without any issues. >>>> >>>> >>>> >>>> On Mar 17, 2017 1:28 AM, "Sergey Safarov" wrote: >>>> >>>> Similar issue may be because is broken SIP ALG feature on NAT router. >>>> >>>> Please disable SIP ALG feature on rotuter. >>>> >>>> >>>> >>>> ??, 16 ???. 2017 ?. ? 22:55, Sergey Safarov : >>>> >>>> Brian >>>> Here client is acknoledges auth request message. >>>> >>>> >>>> >>>> ACK sip:110 at Server_IP SIP/2.0 >>>> >>>> Via: SIP/2.0/UDP Server_IP:65476;branch=z9hG4bK857495836;rport >>>> >>>> Route: >>>> >>>> From: "2005101" ;tag=1993111711 >>>> >>>> To: ;tag=0j437DHZcpFDm >>>> >>>> Call-ID: 252680529-5060-12 at GG.CCG.HD.CAA >>>> >>>> CSeq: 100 ACK >>>> >>>> Content-Length: 0 >>>> >>>> >>>> >>>> ??, 16 ???. 2017 ?. ? 22:46, Brian West : >>>> >>>> Its not sending it because the phone isn't receiving the challenge. :). >>>> Check your firewall settings. >>>> >>>> >>>> >>>> /b >>>> >>>> >>>> >>>> >>>> >>>> On Thu, Mar 16, 2017 at 3:41 PM, Michael Jerris >>>> wrote: >>>> >>>> No, the phone is never sending an auth header? >>>> >>>> >>>> >>>> On Mar 16, 2017, at 3:33 PM, Sergey Safarov >>>> wrote: >>>> >>>> >>>> >>>> Think your FreeSwitch not have user/password creadentional to auth call. >>>> >>>> >>>> >>>> ??, 16 ???. 2017 ?. ? 22:15, Uday kumar : >>>> >>>> Hi Brain, >>>> >>>> >>>> >>>> Thank you for your advice. If will not get solution then sure I will >>>> update it to 1.6. >>>> >>>> >>>> >>>> In siptrace its saying Proxy Authentication Required. >>>> >>>> >>>> >>>> Please advice. >>>> >>>> >>>> >>>> >>>> >>>> On Fri, Mar 17, 2017 at 12:22 AM, Brian West >>>> wrote: >>>> >>>> "difficult for me to update" >>>> >>>> >>>> >>>> Thats a bad position to paint yourself into, Honestly updating to 1.6 >>>> isn't that painful, there were only a few variables that changed most of it >>>> was a few sip_ moving to rtp_ because they are really media related >>>> variables. >>>> >>>> >>>> >>>> Honestly you should at least try! :) >>>> >>>> >>>> >>>> /b >>>> >>>> >>>> >>>> >>>> >>>> On Thu, Mar 16, 2017 at 2:36 PM, Uday kumar wrote: >>>> >>>> HI Ken, >>>> >>>> >>>> >>>> Thank you for your reply. I have my setup on 1.4 for its difficult for >>>> me to update Freeswitch. >>>> >>>> >>>> >>>> From same network other IP phone and extensions are working. Server is >>>> hosted on Public IP. Network does not have any firewall or router >>>> restriction. From same network all other device work but only this is not >>>> working. I tried different extension but still same. >>>> >>>> >>>> >>>> Thanks >>>> >>>> Uday. >>>> >>>> >>>> >>>> On Thu, Mar 16, 2017 at 11:29 PM, Ken Rice >>>> wrote: >>>> >>>> Without more information I would say this sounds like a NAT issue. >>>> >>>> >>>> >>>> Also FreeSWITCH 1.4 has been deprecated for quite a while?. 1.6.15 is >>>> the current release version. >>>> >>>> >>>> >>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Uday >>>> kumar >>>> *Sent:* Thursday, March 16, 2017 12:51 PM >>>> *To:* FreeSWITCH Users Help >>>> *Subject:* [Freeswitch-users] Grandstream GXP1625 not working with >>>> Freeswitch Version 1.4.26~64bit >>>> >>>> >>>> >>>> Hi, >>>> >>>> >>>> >>>> I have multiple Grandstream IP phone in my network. All IP phones are >>>> working but only one IP phone is not workint i.e GXP1625 with Freeswitch. I >>>> am able to register extension and also incoming call is working but when >>>> making outgoing call then only its not working. I tried same IP phone with >>>> Asterisk and its working in incoming and outgoing both. >>>> >>>> >>>> >>>> I am using this only for extension to extension calls so incoming and >>>> outgoing calls only between extensions. >>>> >>>> >>>> >>>> Is Grandstream GXP1625 supported with Freeswitch or not? >>>> >>>> >>>> >>>> *When I am dialing outgoing call then on CLI getting below logs:-* >>>> >>>> >>>> >>>> [NOTICE] switch_channel.c:1077 New Channel >>>> sofia/internal/2005101 at Server_IP [ab84501a-345e-445c-8d4a-52d4d6594e21] >>>> >>>> [DEBUG] switch_core_session.c:1062 Send signal >>>> sofia/internal/2005101 at Server_IP [BREAK] >>>> >>>> [DEBUG] switch_core_session.c:1062 Send signal >>>> sofia/internal/2005101 at Server_IP [BREAK] >>>> >>>> [DEBUG] switch_core_state_machine.c:472 (sofia/internal/2005101 at Server_IP) >>>> Running State Change CS_NEW >>>> >>>> [DEBUG] sofia.c:8957 sofia/internal/2005101 at Server_IP receiving invite >>>> from XX.XX.XX.XX:65476 version: 1.4.26 64bit >>>> >>>> [DEBUG] sofia.c:9124 IP XX.XX.XX.XX Rejected by acl "domains". Falling >>>> back to Digest auth. >>>> >>>> [DEBUG] switch_core_state_machine.c:491 (sofia/internal/2005101 at Server_IP) >>>> State NEW >>>> >>>> [DEBUG] switch_core_session.c:1062 Send signal >>>> sofia/internal/2005101 at Server_IP [BREAK] >>>> >>>> [DEBUG] sofia.c:2065 detaching session ab84501a-345e-445c-8d4a-52d4d6 >>>> 594e21 >>>> >>>> >>>> >>>> *Output of sofia status profile internal reg 2005101:-* >>>> >>>> >>>> >>>> Registrations: >>>> >>>> ============================================================ >>>> ===================================== >>>> >>>> Call-ID: 926642231-5060-1 at GG.CCG.HD.CAA >>>> >>>> User: 2005101 at Server_IP >>>> >>>> Contact: "" >>>> >>>> Agent: Grandstream GXP1625 1.0.4.6 >>>> >>>> Status: Registered(UDP)(unknown) EXP(2017-03-16 12:25:52) >>>> EXPSECS(2409) >>>> >>>> Ping-Status: Reachable >>>> >>>> Ping-Time: 0.00 >>>> >>>> Host: Server_IP >>>> >>>> IP: XX.XX.XX.XX >>>> >>>> Port: 65476 >>>> >>>> Auth-User: 2005101 >>>> >>>> Auth-Realm: Server_IP >>>> >>>> MWI-Account: 2005101 at Server_IP >>>> >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Allison prompts for FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Allison prompts for FreeSWITCH: >>>> >>>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>>> >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Best regards, >> Volodymyr >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002 > <+1%20918-420-9002> | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/462cf243/attachment-0001.html From rick at magicmail.mooo.com Fri Mar 17 22:27:21 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 17 Mar 2017 19:27:21 +0000 Subject: [Freeswitch-users] multiple sip profiles Message-ID: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! From s.safarov at gmail.com Fri Mar 17 22:32:30 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Fri, 17 Mar 2017 19:32:30 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> Message-ID: Try NAPTR and SRV records. In this case required only one certificate. Requirements sip clients must support NAPRT or SRV records for TLS connection ??, 17 ????? 2017, 22:28 Rick Jarvis : > Trying to get my head around setting TLS up. I have one internal sip > profile, but multiple domains & dialplans. > > If I want to enable TLS on multiple domains, I think I?m right in saying > that I will then need multiple sip profiles, in order to set the TLS up in > each? > > I guess my confusion comes from understanding the difference between > domains, profiles and sip profiles. I?m not even sure exactly what question > I?m asking here, so apologies! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/b36656f0/attachment.html From rick at magicmail.mooo.com Fri Mar 17 22:44:30 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 17 Mar 2017 19:44:30 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> Message-ID: <04CD4EEF-5755-4F20-818B-2FDD429B420A@magicmail.mooo.com> I?ve been meaning to look into NAPTR, excellent that sounds like just what I need. How does it enable the use of one domain? I?m reading through the NAPTR docs but it?s all geared towards a single domain name. I guess NAPTR records for multiple domains could point to the same _sips._udp.domain.com ? but will they still register with their original realm? I guess so as that?s part of the SIP headers rather than the DNS? > On 17 Mar 2017, at 19:32, Sergey Safarov wrote: > > Try NAPTR and SRV records. In this case required only one certificate. > Requirements sip clients must support NAPRT or SRV records for TLS connection > > > ??, 17 ????? 2017, 22:28 Rick Jarvis >: > Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. > > If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? > > I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/e88a1436/attachment.html From rick at magicmail.mooo.com Fri Mar 17 23:25:26 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Fri, 17 Mar 2017 20:25:26 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> Message-ID: <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> also, the thing that?s really bugging me ATM is that if I enable TLS, just by setting the following: I get: 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp) The likely causes for this are: 1) Another application is already listening on the specified address. 2) The IP the profile is attempting to bind to is not local to this system. Yet the TLS port is set to 5061, so how can this be? > On 17 Mar 2017, at 19:32, Sergey Safarov wrote: > > Try NAPTR and SRV records. In this case required only one certificate. > Requirements sip clients must support NAPRT or SRV records for TLS connection > > > ??, 17 ????? 2017, 22:28 Rick Jarvis >: > Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. > > If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? > > I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/51025c67/attachment-0001.html From david.ponzone at ipeva.fr Sat Mar 18 00:08:47 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 17 Mar 2017 22:08:47 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs Message-ID: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> All, I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). Can anyone recommend some debugging steps to try to narrow this down ? Any known issue of this sort in 1.6.6 ? Thank you David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/d7203070/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/d7203070/attachment.bin From david.villasmil.work at gmail.com Sat Mar 18 00:18:11 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 17 Mar 2017 21:18:11 +0000 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: How's the memory use? On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: > All, > > I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or > OPTIONS requests coming from some customers. > Those customers register every 30 seconds, and FS does not answer to > around 20-30 REGISTERs each day. > I am trying to understand that, as the server is far from loaded (max 100 > concurrent calls on a Dell R610). > > Can anyone recommend some debugging steps to try to narrow this down ? > Any known issue of this sort in 1.6.6 ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/03816ff9/attachment-0001.html From mike at jerris.com Sat Mar 18 01:08:34 2017 From: mike at jerris.com (Michael Jerris) Date: Fri, 17 Mar 2017 22:08:34 +0000 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: you can try sofia loglevel all 9 see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps On Fri, Mar 17, 2017 at 5:19 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > How's the memory use? > On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: > > All, > > I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or > OPTIONS requests coming from some customers. > Those customers register every 30 seconds, and FS does not answer to > around 20-30 REGISTERs each day. > I am trying to understand that, as the server is far from loaded (max 100 > concurrent calls on a Dell R610). > > Can anyone recommend some debugging steps to try to narrow this down ? > Any known issue of this sort in 1.6.6 ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/0dc14665/attachment.html From moises.silva at gmail.com Sat Mar 18 01:53:04 2017 From: moises.silva at gmail.com (Moises Silva) Date: Fri, 17 Mar 2017 18:53:04 -0400 Subject: [Freeswitch-users] ftdm openr2 status interpretation In-Reply-To: References: Message-ID: On Thu, Mar 16, 2017 at 11:24 AM, Nandy Dagondon wrote: > Hello folks, > > Please confirm IF my interpretations are correct. > > First, the output of "ftdm r2 status ": > > Tx CAS is the AB bits sent TO the opposite end > Rx CAS is the AB bits rcvd FROM the opposite end > > Then, if this is the Called end, then ... > > Tx CAS is sending the Backward line signals to the Calling party > Rx CAS is the Forward line signals received from the Calling party > > And, I want to make sure, if this is the Calling end, then > > Tx CAS is sending the Forward line signals; and > Rx CAS is receiving the Backward lines signals > All of that sounds correct. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170317/8e8474c9/attachment.html From kamil.nigmatullin at gmail.com Sat Mar 18 13:03:42 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Sat, 18 Mar 2017 16:03:42 +0600 Subject: [Freeswitch-users] Convert Sip to Webrtc-like call Message-ID: Maybe it is a silly question, but cannot find anything. I have the opensips that handles auth and all routing, and freeswitch is responsible for handling media, prepaid and so on. Now, I want to implement browser clinent based on sip.js and therefore i pass all sip signalling through opensips's implementetion for websockets. For outgoing invites from browser clients this works. But for calls that are directed to browser clients it doesn't. I beleive that this is due to simlpe sip call does not have ice-candidates. So, the question is how to make freeswitch convert simple sip call to web-rtc oritenteated. I didn't implement mod_verto. Thanks in advance -- Kamil Nigmatullin Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/356474f3/attachment.html From daveh at beachdognet.com Sat Mar 18 15:46:24 2017 From: daveh at beachdognet.com (Dave Horton) Date: Sat, 18 Mar 2017 08:46:24 -0400 Subject: [Freeswitch-users] Convert Sip to Webrtc-like call In-Reply-To: References: Message-ID: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> I built something similar - a sip.js-based browser coupled with a webrtc proxy using freeswitch for the media proxy (no verto), with a separate SIP signaling engine (in my case instead of opensips I used my open open source framework, called drachtio https://github.com/davehorton/drachtio-server ). TLDR; For the inbound call to the browser, send a 3pcc INVITE to the browser Meaning: 1. Send INVITE with no SDP to the browser 2. Get 200 OK with SDP and ICE candidates 3. Send INVITE to freeswitch with that SDP 4. Get 200 OK from freeswitch with its SDP 5. Send ACK to browser with SDP from freeswitch Freeswitch then bridges the call from the webrtc side to the sip side. FYI, my browser app can be seen at https://webrtc.drachtio.org/ , feel free to try it out, with a couple of notes: 1) only google authentication is supported 2) you need to have sip credentials from a hosted VoIP provider 3) when you first log in, select the ?Settings? menu from the upper right and add your sip credentials 4) its meant to be an operator type console where you can also monitor other extensions in your business using sip presence, do call pickup etc. 5) video is currently not supported Browser app is built using google polymer material design, and code is here: https://github.com/davehorton/webrtc-operator-console Webrtc proxy app code is here: https://github.com/davehorton/ws-proxy , and as noted depends on drachtio server and freeswitch (using drachtio-fsmrf module for controlling freeswitch). For more details or help, feel free to email me directly or open issues on any of those projects. On Mar 18, 2017, at 6:03 AM, Kamil Nigmatullin wrote: Maybe it is a silly question, but cannot find anything. I have the opensips that handles auth and all routing, and freeswitch is responsible for handling media, prepaid and so on. Now, I want to implement browser clinent based on sip.js and therefore i pass all sip signalling through opensips's implementetion for websockets. For outgoing invites from browser clients this works. But for calls that are directed to browser clients it doesn't. I beleive that this is due to simlpe sip call does not have ice-candidates. So, the question is how to make freeswitch convert simple sip call to web-rtc oritenteated. I didn't implement mod_verto. Thanks in advance -- Kamil Nigmatullin Skype: kamil.nigmatullin _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/b377f6f5/attachment-0001.html From david.ponzone at ipeva.fr Sat Mar 18 16:30:21 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sat, 18 Mar 2017 14:30:21 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: <71DF6F90-4B33-4E03-AFE3-BD74D4EABD07@ipeva.fr> Freeswitch process uses 2% of 24GB of RAM. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 17 mars 2017 ? 22:18, David Villasmil a ?crit : > > How's the memory use? > On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: > All, > > I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. > Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. > I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). > > Can anyone recommend some debugging steps to try to narrow this down ? > Any known issue of this sort in 1.6.6 ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/b8c1e116/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/b8c1e116/attachment.bin From anthony.minessale at gmail.com Sat Mar 18 18:03:37 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 18 Mar 2017 15:03:37 +0000 Subject: [Freeswitch-users] Convert Sip to Webrtc-like call In-Reply-To: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> References: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> Message-ID: Kamil, sip.js can register directly to FS and any calls to that user will automatically be webrtc media. Dave, Maybe submit a talk for ClueCon...... On Sat, Mar 18, 2017 at 7:47 AM Dave Horton wrote: > I built something similar - a sip.js-based browser coupled with a webrtc > proxy using freeswitch for the media proxy (no verto), with a separate SIP > signaling engine (in my case instead of opensips I used my open open source > framework, called drachtio https://github.com/davehorton/drachtio-server). > > TLDR; For the inbound call to the browser, send a 3pcc INVITE to the > browser > > Meaning: > > 1. Send INVITE with no SDP to the browser > 2. Get 200 OK with SDP and ICE candidates > 3. Send INVITE to freeswitch with that SDP > 4. Get 200 OK from freeswitch with its SDP > 5. Send ACK to browser with SDP from freeswitch > > Freeswitch then bridges the call from the webrtc side to the sip side. > > FYI, my browser app can be seen at https://webrtc.drachtio.org/, feel > free to try it out, with a couple of notes: > 1) only google authentication is supported > 2) you need to have sip credentials from a hosted VoIP provider > 3) when you first log in, select the ?Settings? menu from the upper right > and add your sip credentials > 4) its meant to be an operator type console where you can also monitor > other extensions in your business using sip presence, do call pickup etc. > 5) video is currently not supported > > Browser app is built using google polymer material design, and code is > here: https://github.com/davehorton/webrtc-operator-console > Webrtc proxy app code is here: https://github.com/davehorton/ws-proxy, > and as noted depends on drachtio server and freeswitch (using > drachtio-fsmrf module for controlling freeswitch). > > For more details or help, feel free to email me directly or open issues on > any of those projects. > > > > On Mar 18, 2017, at 6:03 AM, Kamil Nigmatullin < > kamil.nigmatullin at gmail.com> wrote: > > Maybe it is a silly question, but cannot find anything. I have the > opensips that handles auth and all routing, and freeswitch is responsible > for handling media, prepaid and so on. > > Now, I want to implement browser clinent based on sip.js and therefore i > pass all sip signalling through opensips's implementetion for websockets. > For outgoing invites from browser clients this works. > > But for calls that are directed to browser clients it doesn't. I beleive > that this is due to simlpe sip call does not have ice-candidates. So, the > question is how to make freeswitch convert simple sip call to web-rtc > oritenteated. I didn't implement mod_verto. > > Thanks in advance > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/88160989/attachment-0001.html From mike at jerris.com Sat Mar 18 18:05:07 2017 From: mike at jerris.com (Michael Jerris) Date: Sat, 18 Mar 2017 15:05:07 +0000 Subject: [Freeswitch-users] Convert Sip to Webrtc-like call In-Reply-To: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> References: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> Message-ID: webrtc_media=true On Sat, Mar 18, 2017 at 8:50 AM Dave Horton wrote: > I built something similar - a sip.js-based browser coupled with a webrtc > proxy using freeswitch for the media proxy (no verto), with a separate SIP > signaling engine (in my case instead of opensips I used my open open source > framework, called drachtio https://github.com/davehorton/drachtio-server). > > TLDR; For the inbound call to the browser, send a 3pcc INVITE to the > browser > > Meaning: > > 1. Send INVITE with no SDP to the browser > 2. Get 200 OK with SDP and ICE candidates > 3. Send INVITE to freeswitch with that SDP > 4. Get 200 OK from freeswitch with its SDP > 5. Send ACK to browser with SDP from freeswitch > > Freeswitch then bridges the call from the webrtc side to the sip side. > > FYI, my browser app can be seen at https://webrtc.drachtio.org/, feel > free to try it out, with a couple of notes: > 1) only google authentication is supported > 2) you need to have sip credentials from a hosted VoIP provider > 3) when you first log in, select the ?Settings? menu from the upper right > and add your sip credentials > 4) its meant to be an operator type console where you can also monitor > other extensions in your business using sip presence, do call pickup etc. > 5) video is currently not supported > > Browser app is built using google polymer material design, and code is > here: https://github.com/davehorton/webrtc-operator-console > Webrtc proxy app code is here: https://github.com/davehorton/ws-proxy, > and as noted depends on drachtio server and freeswitch (using > drachtio-fsmrf module for controlling freeswitch). > > For more details or help, feel free to email me directly or open issues on > any of those projects. > > > > On Mar 18, 2017, at 6:03 AM, Kamil Nigmatullin < > kamil.nigmatullin at gmail.com> wrote: > > Maybe it is a silly question, but cannot find anything. I have the > opensips that handles auth and all routing, and freeswitch is responsible > for handling media, prepaid and so on. > > Now, I want to implement browser clinent based on sip.js and therefore i > pass all sip signalling through opensips's implementetion for websockets. > For outgoing invites from browser clients this works. > > But for calls that are directed to browser clients it doesn't. I beleive > that this is due to simlpe sip call does not have ice-candidates. So, the > question is how to make freeswitch convert simple sip call to web-rtc > oritenteated. I didn't implement mod_verto. > > Thanks in advance > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/c291bcec/attachment.html From soulofmischief87 at gmail.com Sat Mar 18 18:15:34 2017 From: soulofmischief87 at gmail.com (Tito Cumpen) Date: Sat, 18 Mar 2017 11:15:34 -0400 Subject: [Freeswitch-users] Convert Sip to Webrtc-like call In-Reply-To: References: <03D489B1-446A-4A59-BAAD-4C1B2DEA4F35@beachdognet.com> Message-ID: http://www.opensips.org/Documentation/Tutorials-WebSocket-2-1 On Mar 18, 2017 11:06 AM, "Michael Jerris" wrote: > webrtc_media=true > > On Sat, Mar 18, 2017 at 8:50 AM Dave Horton wrote: > >> I built something similar - a sip.js-based browser coupled with a webrtc >> proxy using freeswitch for the media proxy (no verto), with a separate SIP >> signaling engine (in my case instead of opensips I used my open open source >> framework, called drachtio https://github.com/davehorton/drachtio-server >> ). >> >> TLDR; For the inbound call to the browser, send a 3pcc INVITE to the >> browser >> >> Meaning: >> >> 1. Send INVITE with no SDP to the browser >> 2. Get 200 OK with SDP and ICE candidates >> 3. Send INVITE to freeswitch with that SDP >> 4. Get 200 OK from freeswitch with its SDP >> 5. Send ACK to browser with SDP from freeswitch >> >> Freeswitch then bridges the call from the webrtc side to the sip side. >> >> FYI, my browser app can be seen at https://webrtc.drachtio.org/, feel >> free to try it out, with a couple of notes: >> 1) only google authentication is supported >> 2) you need to have sip credentials from a hosted VoIP provider >> 3) when you first log in, select the ?Settings? menu from the upper right >> and add your sip credentials >> 4) its meant to be an operator type console where you can also monitor >> other extensions in your business using sip presence, do call pickup etc. >> 5) video is currently not supported >> >> Browser app is built using google polymer material design, and code is >> here: https://github.com/davehorton/webrtc-operator-console >> Webrtc proxy app code is here: https://github.com/davehorton/ws-proxy, >> and as noted depends on drachtio server and freeswitch (using >> drachtio-fsmrf module for controlling freeswitch). >> >> For more details or help, feel free to email me directly or open issues >> on any of those projects. >> >> >> >> On Mar 18, 2017, at 6:03 AM, Kamil Nigmatullin < >> kamil.nigmatullin at gmail.com> wrote: >> >> Maybe it is a silly question, but cannot find anything. I have the >> opensips that handles auth and all routing, and freeswitch is responsible >> for handling media, prepaid and so on. >> >> Now, I want to implement browser clinent based on sip.js and therefore i >> pass all sip signalling through opensips's implementetion for websockets. >> For outgoing invites from browser clients this works. >> >> But for calls that are directed to browser clients it doesn't. I beleive >> that this is due to simlpe sip call does not have ice-candidates. So, the >> question is how to make freeswitch convert simple sip call to web-rtc >> oritenteated. I didn't implement mod_verto. >> >> Thanks in advance >> >> -- >> Kamil Nigmatullin >> Skype: kamil.nigmatullin >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/fe7eb3e2/attachment-0001.html From nandy1925 at gmail.com Sat Mar 18 19:21:54 2017 From: nandy1925 at gmail.com (Nandy Dagondon) Date: Sat, 18 Mar 2017 16:21:54 +0000 Subject: [Freeswitch-users] ftdm openr2 status interpretation In-Reply-To: References: Message-ID: Thanks Moi :-) /Nandy On Fri, Mar 17, 2017 at 10:53 PM, Moises Silva wrote: > On Thu, Mar 16, 2017 at 11:24 AM, Nandy Dagondon > wrote: > >> Hello folks, >> >> Please confirm IF my interpretations are correct. >> >> First, the output of "ftdm r2 status ": >> >> Tx CAS is the AB bits sent TO the opposite end >> Rx CAS is the AB bits rcvd FROM the opposite end >> >> Then, if this is the Called end, then ... >> >> Tx CAS is sending the Backward line signals to the Calling party >> Rx CAS is the Forward line signals received from the Calling party >> >> And, I want to make sure, if this is the Calling end, then >> >> Tx CAS is sending the Forward line signals; and >> Rx CAS is receiving the Backward lines signals >> > > All of that sounds correct. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > Virus-free. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/12e4e9e8/attachment.html From david.ponzone at ipeva.fr Sat Mar 18 22:04:18 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sat, 18 Mar 2017 20:04:18 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: Mike, with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction It?s like it considers it?s already dealing with a such request (which it never replied to). A typical regular flow of logs for a REGISTER which was responded to is: nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK When it fails to respond, it is: nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : > > you can try sofia loglevel all 9 > > see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps > On Fri, Mar 17, 2017 at 5:19 PM David Villasmil > wrote: > How's the memory use? > On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: > All, > > I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. > Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. > I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). > > Can anyone recommend some debugging steps to try to narrow this down ? > Any known issue of this sort in 1.6.6 ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/e18974c8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/e18974c8/attachment-0001.bin From chad at apartmentlines.com Sun Mar 19 04:18:02 2017 From: chad at apartmentlines.com (Chad Phillips) Date: Sat, 18 Mar 2017 18:18:02 -0700 Subject: [Freeswitch-users] Disable speex for build? Message-ID: I?m doing a custom build of FreeSWITCH, pretty stripped down. I?ve been able to skip building most things, but I don?t see a way to disable the requirement for libspeex/libspeexdsp. I did poke around configure.ac a bit for clues, but didn?t see any. Is there a way to disable building with speex support? Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170318/a2d7563c/attachment.html From david.ponzone at ipeva.fr Sun Mar 19 14:39:00 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Sun, 19 Mar 2017 12:39:00 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: <863CCB91-C961-4611-9B54-BDBBD50E07A2@ipeva.fr> Small update: after a FS restart, it?s better for around 12 hours, and then again, I suffer periods of 4-5 seconds (probably 10-20 times a day, not correlated to load/traffic) where FS does not reply to REGISTER or OPTIONS. Next step is probably to update to 1.6.15. Does it look like a known fixed bug ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 18 mars 2017 ? 20:04, David Ponzone a ?crit : > > Mike, > > with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: > > nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction > nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction > > It?s like it considers it?s already dealing with a such request (which it never replied to). > > A typical regular flow of logs for a REGISTER which was responded to is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg > nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called > nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:879 nua_respond() nua: nua_respond: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK > > When it fails to respond, it is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg > nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called > nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: entering > > It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: > > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 17 mars 2017 ? 23:08, Michael Jerris > a ?crit : >> >> you can try sofia loglevel all 9 >> >> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil > wrote: >> How's the memory use? >> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: >> All, >> >> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >> >> Can anyone recommend some debugging steps to try to narrow this down ? >> Any known issue of this sort in 1.6.6 ? >> >> Thank you >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr <> - www.ipeva-studio.com <> >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170319/8d923f9e/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170319/8d923f9e/attachment-0001.bin From vma at vallimamod.org Sun Mar 19 16:35:33 2017 From: vma at vallimamod.org (Vallimamod Abdullah) Date: Sun, 19 Mar 2017 14:35:33 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> Message-ID: <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> Hi, > nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction > nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. Also, is your core-db in-memory? If not, you may try to move it in ram. Best Regards, Vallimamod . -- Vallimamod Abdullah SIP Solutions vma at sipsolutions.fr tel:+33662606897 . > On 18 Mar 2017, at 20:04, David Ponzone wrote: > > Mike, > > with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: > > nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction > nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction > > It?s like it considers it?s already dealing with a such request (which it never replied to). > > A typical regular flow of logs for a REGISTER which was responded to is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg > nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called > nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:879 nua_respond() nua: nua_respond: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK > > When it fails to respond, it is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg > nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called > nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: entering > > It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: > > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >> >> you can try sofia loglevel all 9 >> >> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >> How's the memory use? >> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >> All, >> >> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >> >> Can anyone recommend some debugging steps to try to narrow this down ? >> Any known issue of this sort in 1.6.6 ? >> >> Thank you >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From manpower13.cse at gmail.com Sun Mar 19 21:27:31 2017 From: manpower13.cse at gmail.com (Murugan Pandian) Date: Sun, 19 Mar 2017 23:57:31 +0530 Subject: [Freeswitch-users] Longest-idle-agent or round-robin in group call Message-ID: Hi, Any way i can achieve round-robin or Longest-idle-agent ringing in group call event through XML or lua -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170319/57950e59/attachment.html From anthony.minessale at gmail.com Mon Mar 20 01:32:50 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sun, 19 Mar 2017 22:32:50 +0000 Subject: [Freeswitch-users] Disable speex for build? In-Reply-To: References: Message-ID: Absolutely not. Its used in the core. On Sat, Mar 18, 2017 at 9:19 PM Chad Phillips wrote: > I?m doing a custom build of FreeSWITCH, pretty stripped down. I?ve been > able to skip building most things, but I don?t see a way to disable the > requirement for libspeex/libspeexdsp. > > I did poke around configure.ac a bit for clues, but didn?t see any. > > Is there a way to disable building with speex support? > > Chad > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170319/c1220898/attachment.html From babak.freeswitch at gmail.com Mon Mar 20 02:57:15 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Mon, 20 Mar 2017 03:27:15 +0330 Subject: [Freeswitch-users] Using cisco ip communicator 8.6 with freeswitch Message-ID: Hi Has anyone used cisco ip communicator 8.6 with freeswitch? It has some problems with tftp but even if you solve that problem by modifying tftp code it, after loading it's xml config file it never sends any packet to freeswitch. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/25d54fb4/attachment.html From gascagonzalo at gmail.com Mon Mar 20 03:18:33 2017 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Sun, 19 Mar 2017 17:18:33 -0700 Subject: [Freeswitch-users] Using cisco ip communicator 8.6 with freeswitch In-Reply-To: References: Message-ID: I assume you are using SIP in CIPC right? In your XML does the FS is configured in the CUCM group with correct IP and port? Do you have TCP or UDP in FS. These type of third party may require check logging into client and FS side. -Gonzalo On Sun, Mar 19, 2017 at 4:57 PM, Babak Yakhchali wrote: > Hi > Has anyone used cisco ip communicator 8.6 with freeswitch? It has some > problems with tftp but even if you solve that problem by modifying tftp > code it, after loading it's xml config file it never sends any packet to > freeswitch. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170319/498db04f/attachment-0001.html From udy786 at gmail.com Mon Mar 20 09:29:59 2017 From: udy786 at gmail.com (Uday kumar) Date: Mon, 20 Mar 2017 11:59:59 +0530 Subject: [Freeswitch-users] Is Freeeswitch support Media Server Markup Language(MSML) Message-ID: Hi All, Is Freeswitch support Media Server Markup Language (MSML) or any module developed for same? -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 <093775%2079349> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/b35323f9/attachment.html From is.yaltunay at gmail.com Mon Mar 20 10:48:47 2017 From: is.yaltunay at gmail.com (=?UTF-8?Q?Y=C3=BCcel_ALTUNAY?=) Date: Mon, 20 Mar 2017 10:48:47 +0300 Subject: [Freeswitch-users] No Voice on Proxy Media Message-ID: Hi, First, i am sorry for my English. I use FS 1.4.26 on ubuntu and configured it to use proxy media mode and late negotitation with TLS. My phones are behind nats. So i must configure FS with proxy media. I can call phones but I don't hear any voice. When i capture the traffic with wireshark i see udp packets sent from phone to server and reverse. but no media. If I configure it to bypass media, it works with phone on the same lan, but not for phones behind nats. How can i solve this problem. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/fe0a45e2/attachment.html From lists at telefaks.de Mon Mar 20 12:19:46 2017 From: lists at telefaks.de (Peter Steinbach) Date: Mon, 20 Mar 2017 10:19:46 +0100 Subject: [Freeswitch-users] Fax T.38: How to deal with NSF (NSS)? Message-ID: <58CF9EB2.7020804@telefaks.de> Hello, we have a number of fax machines attached via a Grandstream ATA to a Freeswitch. Fax devices are Brother MFC. Freeswitch works in t38-passthru mode. In the last weeks we see (maybe due to software update?), that the fax devices detect, that they are siblings with extended feature sets, and then one side switches to "non standard facilities" mode by sending an NSF signal (resp NSS in wireshark). The opposite side then answers with "failed to train" (FTT). This always breaks the fax transmission. We also asked Brother to send us an advice, how to disable NSF in the fax device, but these codes did not work. The fax devices are continuing to send NSF. Besides that we have no control of the opposite fax device, who are initiating NSF. So I am asking here: How are you dealing with NSF? How did you solve this issue? -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de From matt at supportedbusiness.com Mon Mar 20 13:59:23 2017 From: matt at supportedbusiness.com (Matt Broad) Date: Mon, 20 Mar 2017 10:59:23 +0000 Subject: [Freeswitch-users] group_confirm_key multiple digits Message-ID: Hi, is there anyway of setting the group_confirm_key to be any key? For example, the group_confirm_file will play a file that will go something like "press any key to accept this call". thanks Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/5803df7d/attachment.html From rick at magicmail.mooo.com Mon Mar 20 14:28:19 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Mon, 20 Mar 2017 11:28:19 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> Message-ID: <2787F6F5-8A5D-4E38-9764-4010EF0471C8@magicmail.mooo.com> Anyone got any ideas? Must be something I?ve missed, but it?s really odd behaviour?? > On 17 Mar 2017, at 20:25, Rick Jarvis wrote: > > also, the thing that?s really bugging me ATM is that if I enable TLS, just by setting the following: > > > > I get: > > 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp ) > The likely causes for this are: > 1) Another application is already listening on the specified address. > 2) The IP the profile is attempting to bind to is not local to this system. > > Yet the TLS port is set to 5061, so how can this be? > > >> On 17 Mar 2017, at 19:32, Sergey Safarov > wrote: >> >> Try NAPTR and SRV records. In this case required only one certificate. >> Requirements sip clients must support NAPRT or SRV records for TLS connection >> >> >> ??, 17 ????? 2017, 22:28 Rick Jarvis >: >> Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. >> >> If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? >> >> I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/2fe0abe1/attachment.html From david.ponzone at ipeva.fr Mon Mar 20 14:44:25 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Mar 2017 12:44:25 +0100 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <2787F6F5-8A5D-4E38-9764-4010EF0471C8@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> <2787F6F5-8A5D-4E38-9764-4010EF0471C8@magicmail.mooo.com> Message-ID: <8768E894-6C5B-4AC0-A705-A75CED16BBD2@ipeva.fr> Stupid question you will probably think but did you check that in internal.xml, you have: >> >> I get: >> >> 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp ) >> The likely causes for this are: >> 1) Another application is already listening on the specified address. >> 2) The IP the profile is attempting to bind to is not local to this system. >> >> Yet the TLS port is set to 5061, so how can this be? >> >> >>> On 17 Mar 2017, at 19:32, Sergey Safarov > wrote: >>> >>> Try NAPTR and SRV records. In this case required only one certificate. >>> Requirements sip clients must support NAPRT or SRV records for TLS connection >>> >>> >>> ??, 17 ????? 2017, 22:28 Rick Jarvis >: >>> Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. >>> >>> If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? >>> >>> I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/6dddf87d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/6dddf87d/attachment-0001.bin From rovshanb at yandex.ru Mon Mar 20 14:51:35 2017 From: rovshanb at yandex.ru (Rovshan Baghirov) Date: Mon, 20 Mar 2017 15:51:35 +0400 Subject: [Freeswitch-users] mod_callcenter shared db development Message-ID: <6042221490010695@web9j.yandex.ru> Hello, As I understand mod_callcenter does not support shared database setup. However in 2 of our projects we need this functionality and would like to sponsor development of this feature. How do we proceed with finding correct person to develop this functionality? Best Regards, Rovshan From italo at freeswitch.org Mon Mar 20 16:26:12 2017 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Mon, 20 Mar 2017 13:26:12 +0000 Subject: [Freeswitch-users] mod_callcenter shared db development In-Reply-To: <6042221490010695@web9j.yandex.ru> References: <6042221490010695@web9j.yandex.ru> Message-ID: Checkout latest master and see how the latest changes works for you, let me know if you have any questions. You can ping me on hipchat Em seg, 20 de mar de 2017 ?s 08:52, Rovshan Baghirov escreveu: > Hello, > > As I understand mod_callcenter does not support shared database setup. > However in 2 of our projects we need this functionality and would like to > sponsor development of this feature. > How do we proceed with finding correct person to develop this > functionality? > > Best Regards, > Rovshan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/08f23bf6/attachment.html From rick at magicmail.mooo.com Mon Mar 20 18:16:25 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Mon, 20 Mar 2017 15:16:25 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <8768E894-6C5B-4AC0-A705-A75CED16BBD2@ipeva.fr> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> <2787F6F5-8A5D-4E38-9764-4010EF0471C8@magicmail.mooo.com> <8768E894-6C5B-4AC0-A705-A75CED16BBD2@ipeva.fr> Message-ID: <5DD6A2C2-BFF2-46D6-808C-4AFA5E41882D@magicmail.mooo.com> Yes that?s correct - I even copied the vanilla internal.xml over it just to make sure? > On 20 Mar 2017, at 11:44, David Ponzone wrote: > > Stupid question you will probably think but did you check that in internal.xml, you have: > > > >>> >>> I get: >>> >>> 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp ) >>> The likely causes for this are: >>> 1) Another application is already listening on the specified address. >>> 2) The IP the profile is attempting to bind to is not local to this system. >>> >>> Yet the TLS port is set to 5061, so how can this be? >>> >>> >>>> On 17 Mar 2017, at 19:32, Sergey Safarov > wrote: >>>> >>>> Try NAPTR and SRV records. In this case required only one certificate. >>>> Requirements sip clients must support NAPRT or SRV records for TLS connection >>>> >>>> >>>> ??, 17 ????? 2017, 22:28 Rick Jarvis >: >>>> Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. >>>> >>>> If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? >>>> >>>> I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/ed889ada/attachment-0001.html From steveu at coppice.org Mon Mar 20 18:22:45 2017 From: steveu at coppice.org (Steve Underwood) Date: Mon, 20 Mar 2017 23:22:45 +0800 Subject: [Freeswitch-users] Fax T.38: How to deal with NSF (NSS)? In-Reply-To: <58CF9EB2.7020804@telefaks.de> References: <58CF9EB2.7020804@telefaks.de> Message-ID: <40223e8a-551f-c494-0aa5-4db9a8153d9a@coppice.org> On 03/20/2017 05:19 PM, Peter Steinbach wrote: > Hello, > > we have a number of fax machines attached via a Grandstream ATA to a > Freeswitch. Fax devices are Brother MFC. Freeswitch works in > t38-passthru mode. > > In the last weeks we see (maybe due to software update?), that the fax > devices detect, that they are siblings with extended feature sets, and > then one side switches to "non standard facilities" mode by sending an > NSF signal (resp NSS in wireshark). The opposite side then answers with > "failed to train" (FTT). This always breaks the fax transmission. We > also asked Brother to send us an advice, how to disable NSF in the fax > device, but these codes did not work. The fax devices are continuing to > send NSF. Besides that we have no control of the opposite fax device, > who are initiating NSF. > > So I am asking here: How are you dealing with NSF? How did you solve > this issue? > All T.38 gateway implementations, including the one in FreeSwitch, edit the NSF messages so they will not be recognised by the receiving end. If your ATA is not doing that, its badly broken. If Freeswitch is operating in pass through mode it will not be doing any editing. That is the job of the gateway between the analogue telephone line and the IP world. Regards, Steve From ronggokp at gmail.com Mon Mar 20 07:31:42 2017 From: ronggokp at gmail.com (Ronggo Kinantoputro) Date: Mon, 20 Mar 2017 11:31:42 +0700 Subject: [Freeswitch-users] Configure SRTP and ZRTP on FusionPBX Message-ID: Hi, I have recently installed FusionPBX (version 4.0.0-151125) on AWS. My purpose is : 1) Make a secure call using SRTP (end to end SRTP session) I've already make some test using softphone (Linphone and Csip Simple for android), with enabling SRTP settings on both end point. The result is from the Active Calls Status(on FusionPBX Web-UI), the Caller Extension has already secure (there's SRTP crypto on the Secure column). But at the Receiver Extension, there's no SRTP crypto on the Secure column. Are those calls has been secured (end to end)? 2) Make a secure call using ZRTP (end to end ZRTP session) I've already make some test using softphone (Linphone and Csip Simple for android), with enabling ZRTP settings on both end point. The result is from the Active Calls Status(on FusionPBX Web-UI), there's no ZRTP crypto on the Secure column for both Caller Extension and Receiver Extension. So I guest the ZRTP session (end to end) still did not works. I have not make any changes with the configuration on FreeSwitch/FusionPBX, so it's still in default configuration. Any advise would be highly appreciated. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/2d10905d/attachment.html From mike at jerris.com Mon Mar 20 18:38:43 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 20 Mar 2017 11:38:43 -0400 Subject: [Freeswitch-users] No Voice on Proxy Media In-Reply-To: References: Message-ID: I strongly suggest using a newer release. 1.4 is EOL, try latest 1.6 release. You do not need proxy media mode. This is a mode for only special cases and is almost never needed. Bypass media won?t work for devices behind nat if they are not configured properly to use external addresses. Usually it works if they are configured properly. Depending on the nat, if it doesn?t work, sometimes bypass_media_after_bridge will > On Mar 20, 2017, at 3:48 AM, Y?cel ALTUNAY wrote: > > Hi, > First, i am sorry for my English. > > I use FS 1.4.26 on ubuntu and configured it to use proxy media mode and late negotitation with TLS. My phones are behind nats. So i must configure FS with proxy media. > I can call phones but I don't hear any voice. When i capture the traffic with wireshark i see udp packets sent from phone to server and reverse. but no media. > > If I configure it to bypass media, it works with phone on the same lan, but not for phones behind nats. > > How can i solve this problem. > > Thanks > From mike at jerris.com Mon Mar 20 18:45:16 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 20 Mar 2017 11:45:16 -0400 Subject: [Freeswitch-users] group_confirm_key multiple digits In-Reply-To: References: Message-ID: there is not. Not directly at least.. you might be able to make something work using the ?exec? method on group_confirm_key. An example is on this page: https://freeswitch.org/confluence/display/FREESWITCH/Freeswitch+IVR+Originate > On Mar 20, 2017, at 6:59 AM, Matt Broad wrote: > > Hi, > > is there anyway of setting the group_confirm_key to be any key? > > For example, the group_confirm_file will play a file that will go something like "press any key to accept this call". -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/06fcf453/attachment.html From freeswitch at stefan.davids.uk.net Mon Mar 20 18:36:45 2017 From: freeswitch at stefan.davids.uk.net (Stefan Davids) Date: Mon, 20 Mar 2017 15:36:45 -0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> Message-ID: For what it's worth I've had this error when freeswitch couldn't open the required certificates for SSL. Turning up the freeswitch logging revealed the system call to open the certicate was failing with no such file... On Fri, March 17, 2017 8:25 pm, Rick Jarvis wrote: > also, the thing that???s really bugging me ATM is that if I enable TLS, just by setting > the following: > > > > I get: > > 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: > internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp) > The likely causes for this are: > 1) Another application is already listening on the specified address. > 2) The IP the profile is attempting to bind to is not local to this system. > > Yet the TLS port is set to 5061, so how can this be? > > >> On 17 Mar 2017, at 19:32, Sergey Safarov wrote: >> >> Try NAPTR and SRV records. In this case required only one certificate. >> Requirements sip clients must support NAPRT or SRV records for TLS connection >> >> >> ????, 17 ?????????? 2017, 22:28 Rick Jarvis > >: >> Trying to get my head around setting TLS up. I have one internal sip profile, but >> multiple domains & dialplans. >> >> If I want to enable TLS on multiple domains, I think I???m right in saying that I will >> then need multiple sip profiles, in order to set the TLS up in each? >> >> I guess my confusion comes from understanding the difference between domains, profiles >> and sip profiles. I???m not even sure exactly what question I???m asking here, so >> apologies! >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From matt at supportedbusiness.com Mon Mar 20 18:49:52 2017 From: matt at supportedbusiness.com (Matt Broad) Date: Mon, 20 Mar 2017 15:49:52 +0000 Subject: [Freeswitch-users] group_confirm_key multiple digits In-Reply-To: References: Message-ID: thanks Michael, I had thought of using the exec method and running a lua script, but was hoping for a lazier way :) thanks Matt On 20 March 2017 at 15:45, Michael Jerris wrote: > there is not. Not directly at least.. you might be able to make something > work using the ?exec? method on group_confirm_key. An example is on this > page: > > https://freeswitch.org/confluence/display/FREESWITCH/ > Freeswitch+IVR+Originate > > > On Mar 20, 2017, at 6:59 AM, Matt Broad > wrote: > > Hi, > > is there anyway of setting the group_confirm_key to be any key? > > For example, the group_confirm_file will play a file that will go > something like "press any key to accept this call". > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/fd62c9c1/attachment-0001.html From mike at jerris.com Mon Mar 20 19:13:11 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 20 Mar 2017 12:13:11 -0400 Subject: [Freeswitch-users] group_confirm_key multiple digits In-Reply-To: References: Message-ID: Unfortunately? No.. its just using strcmp down below to do the compare? That being said.. this is an easy enough thing to do a patch for, just use some letter, and one little if can do it. iirc there will be two places in switch_ivr_originate you?ll need to hit to do this. look for strcmp on key > On Mar 20, 2017, at 11:49 AM, Matt Broad wrote: > > thanks Michael, > I had thought of using the exec method and running a lua script, but was hoping for a lazier way :) > > thanks > Matt > > On 20 March 2017 at 15:45, Michael Jerris > wrote: > there is not. Not directly at least.. you might be able to make something work using the ?exec? method on group_confirm_key. An example is on this page: > > https://freeswitch.org/confluence/display/FREESWITCH/Freeswitch+IVR+Originate > > >> On Mar 20, 2017, at 6:59 AM, Matt Broad > wrote: >> >> Hi, >> >> is there anyway of setting the group_confirm_key to be any key? >> >> For example, the group_confirm_file will play a file that will go something like "press any key to accept this call". > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/97ff1c24/attachment.html From david.ponzone at ipeva.fr Mon Mar 20 19:47:45 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 20 Mar 2017 17:47:45 +0100 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <5DD6A2C2-BFF2-46D6-808C-4AFA5E41882D@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> <2787F6F5-8A5D-4E38-9764-4010EF0471C8@magicmail.mooo.com> <8768E894-6C5B-4AC0-A705-A75CED16BBD2@ipeva.fr> <5DD6A2C2-BFF2-46D6-808C-4AFA5E41882D@magicmail.mooo.com> Message-ID: <1B6D2AAD-6094-4C39-A90E-882A16F5F38E@ipeva.fr> After it is started, what is the output of: sofia status You should see if there is already a profile listening on 12.34.56.78:5060 David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 20 mars 2017 ? 16:16, Rick Jarvis a ?crit : > > Yes that?s correct - I even copied the vanilla internal.xml over it just to make sure? > > >> On 20 Mar 2017, at 11:44, David Ponzone > wrote: >> >> Stupid question you will probably think but did you check that in internal.xml, you have: >> >> >> >>>> >>>> I get: >>>> >>>> 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp ) >>>> The likely causes for this are: >>>> 1) Another application is already listening on the specified address. >>>> 2) The IP the profile is attempting to bind to is not local to this system. >>>> >>>> Yet the TLS port is set to 5061, so how can this be? >>>> >>>> >>>>> On 17 Mar 2017, at 19:32, Sergey Safarov > wrote: >>>>> >>>>> Try NAPTR and SRV records. In this case required only one certificate. >>>>> Requirements sip clients must support NAPRT or SRV records for TLS connection >>>>> >>>>> >>>>> ??, 17 ????? 2017, 22:28 Rick Jarvis >: >>>>> Trying to get my head around setting TLS up. I have one internal sip profile, but multiple domains & dialplans. >>>>> >>>>> If I want to enable TLS on multiple domains, I think I?m right in saying that I will then need multiple sip profiles, in order to set the TLS up in each? >>>>> >>>>> I guess my confusion comes from understanding the difference between domains, profiles and sip profiles. I?m not even sure exactly what question I?m asking here, so apologies! >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/4380f498/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/4380f498/attachment-0001.bin From s.safarov at gmail.com Mon Mar 20 20:40:27 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Mon, 20 Mar 2017 17:40:27 +0000 Subject: [Freeswitch-users] Please check jira Message-ID: Jira servers is offline. Please check -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/79766c64/attachment.html From s.safarov at gmail.com Mon Mar 20 20:50:39 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Mon, 20 Mar 2017 17:50:39 +0000 Subject: [Freeswitch-users] mod_callcenter shared db development In-Reply-To: References: <6042221490010695@web9j.yandex.ru> Message-ID: Hello Italo Could you please point whats commit contains feature addition? git log --name-status -30 src/mod/applications/mod_callcenter/ Sergey ??, 20 ???. 2017 ?. ? 16:27, ?talo Rossi : > Checkout latest master and see how the latest changes works for you, let > me know if you have any questions. You can ping me on hipchat > Em seg, 20 de mar de 2017 ?s 08:52, Rovshan Baghirov > escreveu: > > Hello, > > As I understand mod_callcenter does not support shared database setup. > However in 2 of our projects we need this functionality and would like to > sponsor development of this feature. > How do we proceed with finding correct person to develop this > functionality? > > Best Regards, > Rovshan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/d33d9ff0/attachment.html From mike at jerris.com Mon Mar 20 21:25:49 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 20 Mar 2017 18:25:49 +0000 Subject: [Freeswitch-users] Please check jira In-Reply-To: References: Message-ID: We are working on addressing a security vulnerability in jira and we will have it back running as soon as possible On Mon, Mar 20, 2017 at 1:43 PM Sergey Safarov wrote: > Jira servers is offline. Please check > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170320/23c08a92/attachment.html From babak.freeswitch at gmail.com Tue Mar 21 01:00:27 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 21 Mar 2017 01:30:27 +0330 Subject: [Freeswitch-users] Using cisco ip communicator 8.6 with freeswitch In-Reply-To: References: Message-ID: Thanks yes I'm using sip. Cisco ip communicator 7 is working with freeswitch without any problems. I'm using the same xml configuration (the SEPXX...cnf.xml) for cipc 8.6 but after loading the file from tftp it is stuck in registering (it loads it because I can see configured sip extensin on the phone display). I'm sure it has nothing to do with freeswitch cause no packet is sent to fs. The problem is with the phone xml configuration file on tftp server. I asked this question to see if anyone can share a working cisco xml configuration file that is working with CIPC 8.6 On Mon, Mar 20, 2017 at 3:48 AM, Gonzalo Gasca Meza wrote: > I assume you are using SIP in CIPC right? > In your XML does the FS is configured in the CUCM group with correct IP > and port? Do you have TCP or UDP in FS. > These type of third party may require check logging into client and FS > side. > > > -Gonzalo > > > On Sun, Mar 19, 2017 at 4:57 PM, Babak Yakhchali < > babak.freeswitch at gmail.com> wrote: > >> Hi >> Has anyone used cisco ip communicator 8.6 with freeswitch? It has some >> problems with tftp but even if you solve that problem by modifying tftp >> code it, after loading it's xml config file it never sends any packet to >> freeswitch. >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/f80dbb12/attachment.html From rick at magicmail.mooo.com Tue Mar 21 01:08:26 2017 From: rick at magicmail.mooo.com (Rick Jarvis) Date: Mon, 20 Mar 2017 22:08:26 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> Message-ID: <19150FB2-A9CB-4CDE-848F-8BED9C141CFD@magicmail.mooo.com> Thanks Stefan, that?s a huge help - hadn?t crossed my mind it could be a cert error, given the description. I?m currently using letsencrypt?s certbot to download the certs and symbolic linking to them. Maybe I should just try the generator that the docs recommend, but am wondering if that will present the non-valid CA issues one gets with web browsers (I?m not all that clear on whether this applies to SIP clients or not?!)... > On 20 Mar 2017, at 15:36, Stefan Davids wrote: > > > For what it's worth I've had this error when freeswitch couldn't open the required > certificates for SSL. > > Turning up the freeswitch logging revealed the system call to open the certicate was > failing with no such file... > > On Fri, March 17, 2017 8:25 pm, Rick Jarvis wrote: >> also, the thing that???s really bugging me ATM is that if I enable TLS, just by setting >> the following: >> >> >> >> I get: >> >> 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: >> internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp) >> The likely causes for this are: >> 1) Another application is already listening on the specified address. >> 2) The IP the profile is attempting to bind to is not local to this system. >> >> Yet the TLS port is set to 5061, so how can this be? >> >> >>> On 17 Mar 2017, at 19:32, Sergey Safarov wrote: >>> >>> Try NAPTR and SRV records. In this case required only one certificate. >>> Requirements sip clients must support NAPRT or SRV records for TLS connection >>> >>> >>> ????, 17 ?????????? 2017, 22:28 Rick Jarvis >> >: >>> Trying to get my head around setting TLS up. I have one internal sip profile, but >>> multiple domains & dialplans. >>> >>> If I want to enable TLS on multiple domains, I think I???m right in saying that I will >>> then need multiple sip profiles, in order to set the TLS up in each? >>> >>> I guess my confusion comes from understanding the difference between domains, profiles >>> and sip profiles. I???m not even sure exactly what question I???m asking here, so >>> apologies! >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From rovshanb at yandex.ru Tue Mar 21 10:16:31 2017 From: rovshanb at yandex.ru (Rovshan Baghirov) Date: Tue, 21 Mar 2017 11:16:31 +0400 Subject: [Freeswitch-users] mod_callcenter shared db development In-Reply-To: References: <6042221490010695@web9j.yandex.ru> Message-ID: <9083641490080591@web35j.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/9f3d4a41/attachment.html From is.yaltunay at gmail.com Tue Mar 21 10:30:09 2017 From: is.yaltunay at gmail.com (=?UTF-8?Q?Y=C3=BCcel_ALTUNAY?=) Date: Tue, 21 Mar 2017 10:30:09 +0300 Subject: [Freeswitch-users] No Voice on Proxy Media In-Reply-To: References: Message-ID: Thank you. I'll try. 2017-03-20 18:38 GMT+03:00 Michael Jerris : > I strongly suggest using a newer release. 1.4 is EOL, try latest 1.6 > release. > > You do not need proxy media mode. This is a mode for only special cases > and is almost never needed. > > Bypass media won?t work for devices behind nat if they are not configured > properly to use external addresses. Usually it works if they are > configured properly. Depending on the nat, if it doesn?t work, sometimes > bypass_media_after_bridge will > > > > On Mar 20, 2017, at 3:48 AM, Y?cel ALTUNAY > wrote: > > > > Hi, > > First, i am sorry for my English. > > > > I use FS 1.4.26 on ubuntu and configured it to use proxy media mode and > late negotitation with TLS. My phones are behind nats. So i must configure > FS with proxy media. > > I can call phones but I don't hear any voice. When i capture the traffic > with wireshark i see udp packets sent from phone to server and reverse. but > no media. > > > > If I configure it to bypass media, it works with phone on the same lan, > but not for phones behind nats. > > > > How can i solve this problem. > > > > Thanks > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/069dbf0b/attachment.html From david.ponzone at ipeva.fr Tue Mar 21 12:03:54 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 21 Mar 2017 10:03:54 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> Message-ID: <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> Abdullah, Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. When they show up, I can see the 200 OK being sent to the client right away. So it?s like nua_application_event is calling the mod_sofia callback with a delay. I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. I will move core-db to tmpfs, as anyway it can only improve the overall performances. I will then upgrade to latest 1.6. Unless you see another option? I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit : > > Hi, > >> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction > > These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". > > The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. > Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. > > Also, is your core-db in-memory? If not, you may try to move it in ram. > > Best Regards, > Vallimamod > . > > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 > . > >> On 18 Mar 2017, at 20:04, David Ponzone wrote: >> >> Mike, >> >> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >> >> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >> >> It?s like it considers it?s already dealing with a such request (which it never replied to). >> >> A typical regular flow of logs for a REGISTER which was responded to is: >> >> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >> nua_stack.c:899 nh_create() nua: nh_create: entering >> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >> nua.c:879 nua_respond() nua: nua_respond: entering >> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >> >> When it fails to respond, it is: >> >> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >> nua_stack.c:899 nh_create() nua: nh_create: entering >> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >> >> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >> >> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >> >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>> >>> you can try sofia loglevel all 9 >>> >>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>> How's the memory use? >>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>> All, >>> >>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>> >>> Can anyone recommend some debugging steps to try to narrow this down ? >>> Any known issue of this sort in 1.6.6 ? >>> >>> Thank you >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/e24099ef/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/e24099ef/attachment-0001.bin From freeswitch at stefan.davids.uk.net Tue Mar 21 12:24:14 2017 From: freeswitch at stefan.davids.uk.net (Stefan Davids) Date: Tue, 21 Mar 2017 09:24:14 +0000 Subject: [Freeswitch-users] multiple sip profiles In-Reply-To: <19150FB2-A9CB-4CDE-848F-8BED9C141CFD@magicmail.mooo.com> References: <61C423A2-93F6-4BCC-BF2E-7143997B74A0@magicmail.mooo.com> <097803C2-75ED-437F-99EE-F4180F519670@magicmail.mooo.com> <19150FB2-A9CB-4CDE-848F-8BED9C141CFD@magicmail.mooo.com> Message-ID: It probably depends on the client configuration if you get an invalid certificate for self signed or not. Most seem happy by default when I've tried. I've had no problems using letsencrypt certificates for TLS. If it is a certificate issue (you can check by turning up the logging) I'd imagine either the certificate isn't readable by freeswitch (by default I think it'll be chmod 600 and owned by root) or it's wrongly constructed. I have wss.pem as a symlink wss.pem -> /etc/letsencrypt/wss.pem # ls -l /etc/letsencrypt/wss.pem -rw-r----- 1 freeswitch freeswitch 10868 Mar 8 18:46 /etc/letsencrypt/wss.pem and created wss.pem via cat /etc/letsencrypt/live/sip.netscum.org.uk/cert.pem /etc/letsencrypt/live/sip.netscum.org.uk/privkey.pem /etc/letsencrypt/live/sip.netscum.org.uk/chain.pem /etc/letsencrypt/live/sip.netscum.org.uk/fullchain.pem > /etc/letsencrypt/wss.pem On 20/03/17 22:08, Rick Jarvis wrote: > Thanks Stefan, that?s a huge help - hadn?t crossed my mind it could be a cert error, given the description. I?m currently using letsencrypt?s certbot to download the certs and symbolic linking to them. Maybe I should just try the generator that the docs recommend, but am wondering if that will present the non-valid CA issues one gets with web browsers (I?m not all that clear on whether this applies to SIP clients or not?!)... > >> On 20 Mar 2017, at 15:36, Stefan Davids wrote: >> >> >> For what it's worth I've had this error when freeswitch couldn't open the required >> certificates for SSL. >> >> Turning up the freeswitch logging revealed the system call to open the certicate was >> failing with no such file... >> >> On Fri, March 17, 2017 8:25 pm, Rick Jarvis wrote: >>> also, the thing that???s really bugging me ATM is that if I enable TLS, just by setting >>> the following: >>> >>> >>> >>> I get: >>> >>> 2017-03-17 20:22:05.762756 [ERR] sofia.c:2863 Error Creating SIP UA for profile: >>> internal (sip:mod_sofia at 12.34.56.78:5060;transport=udp,tcp) >>> The likely causes for this are: >>> 1) Another application is already listening on the specified address. >>> 2) The IP the profile is attempting to bind to is not local to this system. >>> >>> Yet the TLS port is set to 5061, so how can this be? >>> >>> >>>> On 17 Mar 2017, at 19:32, Sergey Safarov wrote: >>>> >>>> Try NAPTR and SRV records. In this case required only one certificate. >>>> Requirements sip clients must support NAPRT or SRV records for TLS connection >>>> >>>> >>>> ????, 17 ?????????? 2017, 22:28 Rick Jarvis >>> >: >>>> Trying to get my head around setting TLS up. I have one internal sip profile, but >>>> multiple domains & dialplans. >>>> >>>> If I want to enable TLS on multiple domains, I think I???m right in saying that I will >>>> then need multiple sip profiles, in order to set the TLS up in each? >>>> >>>> I guess my confusion comes from understanding the difference between domains, profiles >>>> and sip profiles. I???m not even sure exactly what question I???m asking here, so >>>> apologies! >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> >>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From gb at cm.nl Tue Mar 21 13:41:29 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Tue, 21 Mar 2017 10:41:29 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> Message-ID: <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. [cid:image001.png at 01D2A238.14965330] From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/8f9937a4/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 41068 bytes Desc: image001.png Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/8f9937a4/attachment-0001.png -------------- next part -------------- A non-text attachment was scrubbed... Name: 01cpu.log Type: application/octet-stream Size: 66587 bytes Desc: 01cpu.log Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/8f9937a4/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: 02.cpu.log Type: application/octet-stream Size: 65482 bytes Desc: 02.cpu.log Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/8f9937a4/attachment-0003.obj From mike at jerris.com Tue Mar 21 16:20:55 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 21 Mar 2017 09:20:55 -0400 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> Message-ID: <850F38BB-DE41-4058-A727-1006392B8B6F@jerris.com> It sounds like database blocking to me. You?d need to confirm by getting a core file while its blocking or by adding some more debug. > On Mar 21, 2017, at 5:03 AM, David Ponzone wrote: > > Abdullah, > > Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. > When they show up, I can see the 200 OK being sent to the client right away. > So it?s like nua_application_event is calling the mod_sofia callback with a delay. > > I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. > This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. > > I will move core-db to tmpfs, as anyway it can only improve the overall performances. > I will then upgrade to latest 1.6. > Unless you see another option? > I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. > It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah > a ?crit : >> >> Hi, >> >>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >> >> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >> >> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >> >> Also, is your core-db in-memory? If not, you may try to move it in ram. >> >> Best Regards, >> Vallimamod >> . >> >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at sipsolutions.fr >> tel:+33662606897 >> . >> >>> On 18 Mar 2017, at 20:04, David Ponzone wrote: >>> >>> Mike, >>> >>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>> >>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>> >>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>> >>> A typical regular flow of logs for a REGISTER which was responded to is: >>> >>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>> nua_stack.c:899 nh_create() nua: nh_create: entering >>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>> nua.c:879 nua_respond() nua: nua_respond: entering >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>> >>> When it fails to respond, it is: >>> >>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>> nua_stack.c:899 nh_create() nua: nh_create: entering >>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>> >>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>> >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>> >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>>> >>>> you can try sofia loglevel all 9 >>>> >>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>>> How's the memory use? >>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>>> All, >>>> >>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>> >>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>> Any known issue of this sort in 1.6.6 ? >>>> >>>> Thank you >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/a9de0a17/attachment-0001.html From vma at vallimamod.org Tue Mar 21 16:27:49 2017 From: vma at vallimamod.org (Vallimamod Abdullah) Date: Tue, 21 Mar 2017 14:27:49 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> Message-ID: Hi, The sofia::register_attempt is sent just after authenticating the user. So the 5s delay you have would imply that freeswitch is having trouble getting the directory data. It would also explain the retransmission logs you see in libsofia. Do you use xml-curl or any dynamic directory lookup? If not, the best move is, as you said, to update to latest 1.6 with tmpfs core-db and test again. Best Regards, -- Vallimamod Abdullah SIP Solutions vma at sipsolutions.fr tel:+33662606897 . > On 21 Mar 2017, at 10:03, David Ponzone wrote: > > Abdullah, > > Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. > When they show up, I can see the 200 OK being sent to the client right away. > So it?s like nua_application_event is calling the mod_sofia callback with a delay. > > I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. > This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. > > I will move core-db to tmpfs, as anyway it can only improve the overall performances. > I will then upgrade to latest 1.6. > Unless you see another option? > I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. > It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit : >> >> Hi, >> >>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >> >> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >> >> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >> >> Also, is your core-db in-memory? If not, you may try to move it in ram. >> >> Best Regards, >> Vallimamod >> . >> >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at sipsolutions.fr >> tel:+33662606897 >> . >> >>> On 18 Mar 2017, at 20:04, David Ponzone wrote: >>> >>> Mike, >>> >>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>> >>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>> >>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>> >>> A typical regular flow of logs for a REGISTER which was responded to is: >>> >>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>> nua_stack.c:899 nh_create() nua: nh_create: entering >>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>> nua.c:879 nua_respond() nua: nua_respond: entering >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>> >>> When it fails to respond, it is: >>> >>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>> nua_stack.c:899 nh_create() nua: nh_create: entering >>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>> >>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>> >>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>> >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>>> >>>> you can try sofia loglevel all 9 >>>> >>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>>> How's the memory use? >>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>>> All, >>>> >>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>> >>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>> Any known issue of this sort in 1.6.6 ? >>>> >>>> Thank you >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> From anthony.minessale at gmail.com Tue Mar 21 18:02:10 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 21 Mar 2017 15:02:10 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> Message-ID: I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian wrote: > Attached are the logs for: > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > > > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > We?re unable to run gcore since freeswitch hogs all available cpu?s at > 100%. > > I tried changing the nice settings real-time but that didn?t work either. > > > > At one point we had a huge spike in inbound traffic towards our freeswitch > (valid traffic). > > The traffic is handled by a lua application. > > What we saw was calls hanging in freeswitch while they?ve already been > physically disconnected. > > After the huge spike freeswitch behaved normally for a couple of minutes > and then suddenly started eating all the available cpu cores at 100%. > > > > We have some db queries which are fired in the lua application, so these > may cause the application to hang, but we haven?t reproduced it yet. > > > > I?ll setup a test lab with the same configuration and fire sipp at it to > see if I can reproduce the issue. > > However, I probably won?t be able to run gcore for debugging. Any other > suggestions? > > > > Also we saw a lot of open udp ports and some had a huge read buffer size > which did not decrease. > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant > Bagdasarian > *Sent:* maandag 13 maart 2017 09:04 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > Hi Antony and Antonio, > > > > Thank you for the tips. > > We haven?t had freeswitch going berserk anymore (not sure as to why it did > perform without issue over the weekend), but will continue to monitor it > and run the commands to trace the issue. > > > > Regards, > > > > Grant > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Anthony > Minessale > *Sent:* zaterdag 11 maart 2017 00:07 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > Make sure you lua script has all while loops including session:ready() as > a condition to continue. Its a common mistake that leads to loops spinning > out of control on hungup channels. > > > > > > On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: > > Hi, > > You can use the following commands: > > #get a core: > > gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) > > > > > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > > > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > > fs_cli -x "fsctl debug_level 10" > > fs_cli -x "sofia loglevel all 9" > > fs_cli -x "fsctl debug_sql " > > fs_cli -x "sofia global debug presence" > > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > > > We?re currently experiencing a weird issue with one of our freeswitch > servers where the CPU just goes berserk and stays at 100%. > > There are no active calls at that moment, but FS is still using 100% CPU. > > > > I was unable to get a debug using gdb, since freeswitch does not crash. > > > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, > but the problem still persists. > > There is currently only one active application running on this box which > is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. Perhaps we are > missing something? > > > > Any ideas how to trace this? > > > > Regards, > > > > Grant > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > > > Saludos / Regards / Cumprimentos, > > Ant?nio silva > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/b755ef55/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 41068 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/b755ef55/attachment-0001.png From Shawn.Wheeler at interlockconcepts.com Tue Mar 21 18:11:49 2017 From: Shawn.Wheeler at interlockconcepts.com (Shawn Wheeler) Date: Tue, 21 Mar 2017 15:11:49 +0000 Subject: [Freeswitch-users] Group Call did not release Message-ID: Hello, Back Ground. Recently I did a group call on my system. After hanging up the initiating phone, FS did not release the call on the receiving end points. I looked through the confluence documentation but I could not find a CLI command to kill the call. I ended up restarting the FS service. Once I did that all the calls were release. Question Is there a CLI command I and run to release all current calls? If yes, would one of you on this list share please. Thank you in advance. Shawn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/2b057bb7/attachment.html From babak.freeswitch at gmail.com Tue Mar 21 19:34:26 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 21 Mar 2017 20:04:26 +0330 Subject: [Freeswitch-users] (no subject) Message-ID: Hi I want to play a phrase on aleg before bridge using this xml chunk but because cc_agent is expanded before it is set, the phrase input is always empty when bridging. is there anyway to have it expanded just before bridge? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/21bcb7d9/attachment.html From babak.freeswitch at gmail.com Tue Mar 21 19:41:39 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 21 Mar 2017 20:11:39 +0330 Subject: [Freeswitch-users] Playing a phrase before bridge with variable expansion Message-ID: Hi I want to play a phrase on aleg before bridge using this xml chunk but because cc_agent is expanded before it is set, the phrase input is always empty when bridging. is there anyway to have it expanded just before bridge? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/cb378fe9/attachment.html From babak.freeswitch at gmail.com Tue Mar 21 19:42:07 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 21 Mar 2017 20:12:07 +0330 Subject: [Freeswitch-users] (no subject) In-Reply-To: References: Message-ID: sorry! sent it without subject On Tue, Mar 21, 2017 at 8:04 PM, Babak Yakhchali wrote: > Hi > I want to play a phrase on aleg before bridge using this xml chunk > > > but because cc_agent is expanded before it is set, the phrase input is > always empty when bridging. > is there anyway to have it expanded just before bridge? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/3814c8f7/attachment.html From david.villasmil.work at gmail.com Tue Mar 21 20:04:44 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 21 Mar 2017 18:04:44 +0100 Subject: [Freeswitch-users] (no subject) In-Reply-To: References: Message-ID: inline? ? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Tue, Mar 21, 2017 at 5:42 PM, Babak Yakhchali wrote: > sorry! sent it without subject > > On Tue, Mar 21, 2017 at 8:04 PM, Babak Yakhchali < > babak.freeswitch at gmail.com> wrote: > >> Hi >> I want to play a phrase on aleg before bridge using this xml chunk >> >> >> but because cc_agent is expanded before it is set, the phrase input is >> always empty when bridging. >> is there anyway to have it expanded just before bridge? >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/d3e45505/attachment-0001.html From jose.lopes at itcenter.com.pt Tue Mar 21 20:38:17 2017 From: jose.lopes at itcenter.com.pt (=?UTF-8?Q?Jos=C3=A9_Lopes?=) Date: Tue, 21 Mar 2017 17:38:17 +0000 Subject: [Freeswitch-users] G.729 patent expired. How to do now? Message-ID: Hello guys, I notice that the patent of G.729 is expired (since January 1, 2017) as noticed at http://www.sipro.com/G729.html . So it is possible now to use G729 at FreeSwitch without license ? Best Regards, Jose Lopes -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/66e0f037/attachment.html From babak.freeswitch at gmail.com Tue Mar 21 20:49:52 2017 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 21 Mar 2017 21:19:52 +0330 Subject: [Freeswitch-users] (no subject) In-Reply-To: References: Message-ID: yes. I solved it by calling a lua script and using session:sayPhrase in it.. but I thought may be there is a better and simpler way of doing such a thing I placed this in my script: session:sayPhrase('queue_agent',session:getVariable('callee_id_number')); and using it like this: On Tue, Mar 21, 2017 at 8:34 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > inline? > > ? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > > On Tue, Mar 21, 2017 at 5:42 PM, Babak Yakhchali < > babak.freeswitch at gmail.com> wrote: > >> sorry! sent it without subject >> >> On Tue, Mar 21, 2017 at 8:04 PM, Babak Yakhchali < >> babak.freeswitch at gmail.com> wrote: >> >>> Hi >>> I want to play a phrase on aleg before bridge using this xml chunk >>> >>> >>> but because cc_agent is expanded before it is set, the phrase input is >>> always empty when bridging. >>> is there anyway to have it expanded just before bridge? >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/73a43b86/attachment.html From s.safarov at gmail.com Tue Mar 21 21:17:33 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Tue, 21 Mar 2017 18:17:33 +0000 Subject: [Freeswitch-users] G.729 patent expired. How to do now? In-Reply-To: References: Message-ID: http://lists.freeswitch.org/pipermail/freeswitch-users/2016-August/thread.html Thread "g729 patent expiration" ??, 21 ???. 2017 ?. ? 20:39, Jos? Lopes : > Hello guys, > > I notice that the patent of G.729 is expired (since January 1, 2017) as > noticed at http://www.sipro.com/G729.html . > > So it is possible now to use G729 at FreeSwitch without license ? > > Best Regards, > Jose Lopes > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/7931f494/attachment.html From david.villasmil.work at gmail.com Tue Mar 21 22:02:53 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Tue, 21 Mar 2017 19:02:53 +0000 Subject: [Freeswitch-users] G.729 patent expired. How to do now? In-Reply-To: References: Message-ID: Guys this topic has been discussed before. Please search the mailing list. On Tue, Mar 21, 2017 at 7:18 PM Sergey Safarov wrote: > > http://lists.freeswitch.org/pipermail/freeswitch-users/2016-August/thread.html > Thread "g729 patent expiration" > > ??, 21 ???. 2017 ?. ? 20:39, Jos? Lopes : > > Hello guys, > > I notice that the patent of G.729 is expired (since January 1, 2017) as > noticed at http://www.sipro.com/G729.html . > > So it is possible now to use G729 at FreeSwitch without license ? > > Best Regards, > Jose Lopes > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/a8f51f32/attachment-0001.html From mitch.capper at gmail.com Wed Mar 22 01:28:21 2017 From: mitch.capper at gmail.com (Mitch Capper) Date: Tue, 21 Mar 2017 15:28:21 -0700 Subject: [Freeswitch-users] G.729 patent expired. How to do now? In-Reply-To: References: Message-ID: Yes except now the official G729 license body is saying the remaining patents can be used royalty free. Granted how legally enforceable items are may be different but this does not seem to leave any obvious loop holes. I have no problem (and own several) G729 licenses for FS. In addition if FS wants to continue collecting money for the work on this module. There was also the setup and upfront commit by the FS team to make proper licensing happen worth recouping. However, hopefully there isn't more money going to a body saying they no longer want money for licensing. It is good news (per the other thread) that there is a work around for the license server and hardware binding issues of the past, as it caused a big problem with docker previously trying to make that work. ~mitch On Tue, Mar 21, 2017 at 12:02 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Guys this topic has been discussed before. Please search the mailing list. > > On Tue, Mar 21, 2017 at 7:18 PM Sergey Safarov > wrote: > >> http://lists.freeswitch.org/pipermail/freeswitch-users/ >> 2016-August/thread.html >> Thread "g729 patent expiration" >> >> ??, 21 ???. 2017 ?. ? 20:39, Jos? Lopes : >> >> Hello guys, >> >> I notice that the patent of G.729 is expired (since January 1, 2017) as >> noticed at http://www.sipro.com/G729.html . >> >> So it is possible now to use G729 at FreeSwitch without license ? >> >> Best Regards, >> Jose Lopes >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/e17530b0/attachment.html From brian at freeswitch.org Wed Mar 22 02:59:32 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 21 Mar 2017 18:59:32 -0500 Subject: [Freeswitch-users] G.729 patent expired. How to do now? In-Reply-To: References: Message-ID: Lets not forget patent != copyright. Seems that one keeps getting overlooked. /b On Tue, Mar 21, 2017 at 5:28 PM, Mitch Capper wrote: > Yes except now the official G729 license body is saying the remaining > patents can be used royalty free. Granted how legally enforceable items > are may be different but this does not seem to leave any obvious loop > holes. I have no problem (and own several) G729 licenses for FS. In > addition if FS wants to continue collecting money for the work on this > module. There was also the setup and upfront commit by the FS team to make > proper licensing happen worth recouping. However, hopefully there isn't > more money going to a body saying they no longer want money for licensing. > It is good news (per the other thread) that there is a work around for > the license server and hardware binding issues of the past, as it caused a > big problem with docker previously trying to make that work. > > > ~mitch > > On Tue, Mar 21, 2017 at 12:02 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Guys this topic has been discussed before. Please search the mailing list. >> >> On Tue, Mar 21, 2017 at 7:18 PM Sergey Safarov >> wrote: >> >>> http://lists.freeswitch.org/pipermail/freeswitch-users/2016- >>> August/thread.html >>> Thread "g729 patent expiration" >>> >>> ??, 21 ???. 2017 ?. ? 20:39, Jos? Lopes : >>> >>> Hello guys, >>> >>> I notice that the patent of G.729 is expired (since January 1, 2017) as >>> noticed at http://www.sipro.com/G729.html . >>> >>> So it is possible now to use G729 at FreeSwitch without license ? >>> >>> Best Regards, >>> Jose Lopes >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/4583caed/attachment-0001.html From italo at freeswitch.org Wed Mar 22 03:22:01 2017 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Wed, 22 Mar 2017 00:22:01 +0000 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: callcenter_config queue load queuename will trigger a config request to your Web server when using mod_xml_curl, if using static config issue a reloadxml first. You don't have to reload the module Em ter, 14 de mar de 2017 ?s 11:34, Michael Jerris escreveu: > Because it wasn't designed to do this. You can take a look at mod_fifo > which is more powerful and more flexible than mod_callcenter > > On Tue, Mar 14, 2017 at 3:53 AM Kamil Nigmatullin < > kamil.nigmatullin at gmail.com> wrote: > > For now, you can not create queues in callcenter dynamically. > Why not? via curl_xml it is dynamical. > > But the question is not if it is dynamical or not. I understood that what > I want does not exist and I will find some time to work on modificaion of > mod_callcenter so that it will be possible. It is really good busienss > function and I think it worth spending time. > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/f799a270/attachment.html From jprangi at gmail.com Wed Mar 22 04:10:29 2017 From: jprangi at gmail.com (Jai Rangi) Date: Tue, 21 Mar 2017 18:10:29 -0700 Subject: [Freeswitch-users] Call Center Behaviour In-Reply-To: References: Message-ID: Any one? Is this a bug? I can open a bug report, that its resetting "calls_answered|talk_time" only when the agent change the status to Available. Or is there a solid argument that this is how it should be. Thank you, -Jai On Thu, Mar 9, 2017 at 1:47 AM, Alexandr Popov wrote: > yeah this counts needs only for max_no_answer behavior > > 2017-03-08 23:52 GMT+02:00 Jai Rangi : > >> >> We are using call center module. We noticed one thing, if the agent >> change status to not available or on break and then after a while come >> back to change the status to available. His stats (num of calls answered or >> talk_time) reset to 0. >> >> Example, >> >> callcenter_config queue list agents sales at domain >> name|system|uuid|type|contact|status|state|max_no_answer|wra >> p_up_time|reject_delay_time|busy_delay_time|no_answer_ >> delay_time|last_bridge_start|last_bridge_end|last_offered_ >> call|last_status_change|no_answer_count|calls_answered| >> talk_time|ready_time >> 101 at domain|single_box||callback|[call_timeout=30]user/130@ >> domain|Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 >> 102 at domain|single_box||callback|[call_timeout=30]user/111@ >> jdomain|Available|Waiting|0|0|60|60|0|1489009008|1489009016| >> 1489009000|1488960061*|0|1|8|0* >> >> Here I see 102, had one call for 8 seconds, >> Change the agent status to break. >> session:execute("set", "res=${callcenter_config(agent set status >> ${caller_id_number}@${domain_name} 'On Break')}") >> >> 101 at domain|single_box||callback|[call_timeout=30]user/101@ >> domain|Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 >> 102 at domain|single_box||callback|[call_timeout=30]user/101 at domain|On >> Break|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000|1489009163| >> *0|1|8|0* >> >> Change the agent state to Available On Demand, stats are still there. >> session:execute("set", "res=${callcenter_config(agent set status >> ${caller_id_number}@${domain_name} 'Available (On Demand)')}") >> >> 101 at domain|single_box||callback|[call_timeout=30]user/101@ >> domain|Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 >> 102 at domain|single_box||callback|[call_timeout=30]user/102 at domain|Available >> (On Demand)|Waiting|0|0|60|60|0|1489009008|1489009016|1489009000 >> |1489009252|*0|1|8|0* >> >> Now changing to Available and stats are reset ed to 0,0, >> session:execute("set", "res=${callcenter_config(agent set status >> ${caller_id_number}@${domain_name} 'Available')}") >> >> 101 at domain|single_box||callback|[call_timeout=30]user/101@ >> domain|Available|Waiting|0|0|0|0|0|0|0|1489009000|1488960061|1|0|0|0 >> 102 at domain|single_box||callback|[call_timeout=30]user/102@ >> domain|Available|Waiting|0|0|60|60|0|1489009008|1489009016| >> 1489009000|1489009415|0|0|0|0 >> >> Is there way to control this behavior. So basically we can to control the >> call stats. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170321/3f2a59d0/attachment.html From brian at freeswitch.org Wed Mar 22 06:31:28 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Mar 2017 03:31:28 +0000 Subject: [Freeswitch-users] Configure SRTP and ZRTP on FusionPBX In-Reply-To: References: Message-ID: End to end zrtp will not show anything at all we are blissfully unaware of the crypto in that case. /b On Mon, Mar 20, 2017 at 10:34 AM Ronggo Kinantoputro wrote: > Hi, > > I have recently installed FusionPBX (version 4.0.0-151125) on AWS. > > My purpose is : > 1) Make a secure call using SRTP (end to end SRTP session) > I've already make some test using softphone (Linphone and Csip Simple for > android), with enabling SRTP settings on both end point. The result is from > the Active Calls Status(on FusionPBX Web-UI), the Caller Extension has > already secure (there's SRTP crypto on the Secure column). But at the > Receiver Extension, there's no SRTP crypto on the Secure column. Are those > calls has been secured (end to end)? > > 2) Make a secure call using ZRTP (end to end ZRTP session) > I've already make some test using softphone (Linphone and Csip Simple for > android), with enabling ZRTP settings on both end point. The result is from > the Active Calls Status(on FusionPBX Web-UI), there's no ZRTP crypto on the > Secure column for both Caller Extension and Receiver Extension. So I guest > the ZRTP session (end to end) still did not works. > > I have not make any changes with the configuration on > FreeSwitch/FusionPBX, so it's still in default configuration. > > Any advise would be highly appreciated. > > Thanks. > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/6ea57eec/attachment-0001.html From s.safarov at gmail.com Wed Mar 22 08:12:22 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 22 Mar 2017 05:12:22 +0000 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: Strange. I tested 82a9a3e. But "reloadxml" is not trigers update of queries How to reproduce: 1) start FS with vanlla config 2) load mod_callcenter; 3) rename "support at default" query to "support2 at default"; 4) execute "reloadxml" 5) execute "callcenter_config queue list" Query name is still be "support at default" and no new queries. Sergey ??, 22 ???. 2017 ?. ? 3:23, ?talo Rossi : > callcenter_config queue load queuename will trigger a config request to > your Web server when using mod_xml_curl, if using static config issue a > reloadxml first. You don't have to reload the module > Em ter, 14 de mar de 2017 ?s 11:34, Michael Jerris > escreveu: > > Because it wasn't designed to do this. You can take a look at mod_fifo > which is more powerful and more flexible than mod_callcenter > > On Tue, Mar 14, 2017 at 3:53 AM Kamil Nigmatullin < > kamil.nigmatullin at gmail.com> wrote: > > For now, you can not create queues in callcenter dynamically. > Why not? via curl_xml it is dynamical. > > But the question is not if it is dynamical or not. I understood that what > I want does not exist and I will find some time to work on modificaion of > mod_callcenter so that it will be possible. It is really good busienss > function and I think it worth spending time. > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/63f62503/attachment.html From ronggokp at gmail.com Wed Mar 22 08:23:46 2017 From: ronggokp at gmail.com (Ronggo Kinantoputro) Date: Wed, 22 Mar 2017 12:23:46 +0700 Subject: [Freeswitch-users] Configure SRTP and ZRTP on FusionPBX In-Reply-To: References: Message-ID: Hi Brian, So is it still secure (the call with ZRTP activated on both end point)? Let say if I try to sniff/capture the Voip Call (with ZRTP enabled) using wireshark or cain tools, does those tools can listening to the Voip conversations? Thanks. On Wed, Mar 22, 2017 at 10:31 AM, Brian West wrote: > End to end zrtp will not show anything at all we are blissfully unaware of > the crypto in that case. > /b > > On Mon, Mar 20, 2017 at 10:34 AM Ronggo Kinantoputro > wrote: > >> Hi, >> >> I have recently installed FusionPBX (version 4.0.0-151125) on AWS. >> >> My purpose is : >> 1) Make a secure call using SRTP (end to end SRTP session) >> I've already make some test using softphone (Linphone and Csip Simple for >> android), with enabling SRTP settings on both end point. The result is from >> the Active Calls Status(on FusionPBX Web-UI), the Caller Extension has >> already secure (there's SRTP crypto on the Secure column). But at the >> Receiver Extension, there's no SRTP crypto on the Secure column. Are those >> calls has been secured (end to end)? >> >> 2) Make a secure call using ZRTP (end to end ZRTP session) >> I've already make some test using softphone (Linphone and Csip Simple for >> android), with enabling ZRTP settings on both end point. The result is from >> the Active Calls Status(on FusionPBX Web-UI), there's no ZRTP crypto on the >> Secure column for both Caller Extension and Receiver Extension. So I guest >> the ZRTP session (end to end) still did not works. >> >> I have not make any changes with the configuration on >> FreeSwitch/FusionPBX, so it's still in default configuration. >> >> Any advise would be highly appreciated. >> >> Thanks. >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/af586cbc/attachment-0001.html From david.ponzone at ipeva.fr Wed Mar 22 10:22:23 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Mar 2017 08:22:23 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> Message-ID: <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> I use purely static config files for directory. I upgraded to 1.6.15 and moved core-db to tmpfs, and interestingly, the issue is still there. It just happened in front of my eyes (I have a tail -F log/freeswitch.log | grep 'existing REGISTER? running, and a tshark on port 5070 at the same time). David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 21 mars 2017 ? 14:27, Vallimamod Abdullah a ?crit : > > Hi, > > The sofia::register_attempt is sent just after authenticating the user. So the 5s delay you have would imply that freeswitch is having trouble getting the directory data. It would also explain the retransmission logs you see in libsofia. > > Do you use xml-curl or any dynamic directory lookup? If not, the best move is, as you said, to update to latest 1.6 with tmpfs core-db and test again. > > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 > . > >> On 21 Mar 2017, at 10:03, David Ponzone wrote: >> >> Abdullah, >> >> Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. >> When they show up, I can see the 200 OK being sent to the client right away. >> So it?s like nua_application_event is calling the mod_sofia callback with a delay. >> >> I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. >> This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. >> >> I will move core-db to tmpfs, as anyway it can only improve the overall performances. >> I will then upgrade to latest 1.6. >> Unless you see another option? >> I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. >> It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit : >>> >>> Hi, >>> >>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>> >>> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >>> >>> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >>> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >>> >>> Also, is your core-db in-memory? If not, you may try to move it in ram. >>> >>> Best Regards, >>> Vallimamod >>> . >>> >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >>> >>>> On 18 Mar 2017, at 20:04, David Ponzone wrote: >>>> >>>> Mike, >>>> >>>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>>> >>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>> >>>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>>> >>>> A typical regular flow of logs for a REGISTER which was responded to is: >>>> >>>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>> nua.c:879 nua_respond() nua: nua_respond: entering >>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>>> >>>> When it fails to respond, it is: >>>> >>>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>> >>>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>>> >>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>> >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> >>>> >>>> >>>> >>>>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>>>> >>>>> you can try sofia loglevel all 9 >>>>> >>>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>>>> How's the memory use? >>>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>>>> All, >>>>> >>>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>>> >>>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>>> Any known issue of this sort in 1.6.6 ? >>>>> >>>>> Thank you >>>>> >>>>> David Ponzone Direction Technique >>>>> email: david.ponzone at ipeva.fr >>>>> tel: 01 74 03 18 97 >>>>> gsm: 06 66 98 76 34 >>>>> >>>>> Service Client IPeva >>>>> tel: 0811 46 26 26 >>>>> www.ipeva.fr - www.ipeva-studio.com >>>>> >>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/ac1bb204/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/ac1bb204/attachment-0001.bin From gb at cm.nl Wed Mar 22 10:31:10 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Wed, 22 Mar 2017 07:31:10 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> Message-ID: <19c428aa3e96499db2b4eec4bc901063@cm.nl> Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. [cid:image001.png at 01D2A238.14965330] From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/bd522251/attachment-0001.html From shaun.stokes at itec-support.co.uk Wed Mar 22 11:52:37 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Wed, 22 Mar 2017 08:52:37 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <19c428aa3e96499db2b4eec4bc901063@cm.nl> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. [cid:image001.png at 01D2A238.14965330] From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/b071ea6d/attachment-0001.html From is.yaltunay at gmail.com Wed Mar 22 11:57:45 2017 From: is.yaltunay at gmail.com (=?UTF-8?Q?Y=C3=BCcel_ALTUNAY?=) Date: Wed, 22 Mar 2017 11:57:45 +0300 Subject: [Freeswitch-users] Dialplan/default.xml Message-ID: Hi, I installed FS 1.6 on Debian and using it on local lan. Do I need extensions in dialplan/defaut.xml except Local Extension? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/44bbdd5f/attachment.html From asilva at wirelessmundi.com Wed Mar 22 12:08:40 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Wed, 22 Mar 2017 10:08:40 +0100 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> Message-ID: We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: > > Are you using ?if (session:ready()) then? in your scripts before you > execute? > > Are you using virtual or physical hardware and what spec? > > *From:*freeswitch-users-bounces at lists.freeswitch.org > [mailto:freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of > *Grant Bagdasarian > *Sent:* 22 March 2017 07:31 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > Anthony, we triple checked the script and its dependencies. There are > no loops at all in the script. The imported scripts are also written > by us and they too do not contain any loops. > > It?s just basic call handling with some playback and > play_and_get_digits calls, and some pcall calls to query a database. > > *From:*freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of > *Anthony Minessale > *Sent:* dinsdag 21 maart 2017 16:02 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > I already told you why a week ago. Your script most likely has an > endless loop in it that does not check the condition session:ready() > > However, Feel free to contact consulting at freeswitch.org > and we can formally diagnose it for > a fee. > > On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: > > Attached are the logs for: > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > We?re unable to run gcore since freeswitch hogs all available > cpu?s at 100%. > > I tried changing the nice settings real-time but that didn?t work > either. > > At one point we had a huge spike in inbound traffic towards our > freeswitch (valid traffic). > > The traffic is handled by a lua application. > > What we saw was calls hanging in freeswitch while they?ve already > been physically disconnected. > > After the huge spike freeswitch behaved normally for a couple of > minutes and then suddenly started eating all the available cpu > cores at 100%. > > We have some db queries which are fired in the lua application, so > these may cause the application to hang, but we haven?t reproduced > it yet. > > I?ll setup a test lab with the same configuration and fire sipp at > it to see if I can reproduce the issue. > > However, I probably won?t be able to run gcore for debugging. Any > other suggestions? > > Also we saw a lot of open udp ports and some had a huge read > buffer size which did not decrease. > > *From:*freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf > Of *Grant Bagdasarian > *Sent:* maandag 13 maart 2017 09:04 > > > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > Hi Antony and Antonio, > > Thank you for the tips. > > We haven?t had freeswitch going berserk anymore (not sure as to > why it did perform without issue over the weekend), but will > continue to monitor it and run the commands to trace the issue. > > Regards, > > Grant > > *From:*freeswitch-users-bounces at lists.freeswitch.org > > [mailto:freeswitch-users-bounces at lists.freeswitch.org] *On Behalf > Of *Anthony Minessale > *Sent:* zaterdag 11 maart 2017 00:07 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > Make sure you lua script has all while loops including > session:ready() as a condition to continue. Its a common mistake > that leads to loops spinning out of control on hungup channels. > > On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > > wrote: > > Hi, > > You can use the following commands: > > #get a core: > > gcore -o /home/gcore-$(date +%s) $(cat > /var/run/freeswitch/freeswitch.pid) > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > > fs_cli -x "fsctl debug_level 10" > > fs_cli -x "sofia loglevel all 9" > > fs_cli -x "fsctl debug_sql " > > fs_cli -x "sofia global debug presence" > > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > We?re currently experiencing a weird issue with one of our > freeswitch servers where the CPU just goes berserk and > stays at 100%. > > There are no active calls at that moment, but FS is still > using 100% CPU. > > I was unable to get a debug using gdb, since freeswitch > does not crash. > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 > this morning, but the problem still persists. > > There is currently only one active application running on > this box which is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. > Perhaps we are missing something? > > Any ideas how to trace this? > > Regards, > > Grant > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > > Ant?nio silva > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Anthony Minessale II ?@anthmfs ?@FreeSWITCH ? > > ?http://freeswitch.org/ ?http://cluecon.com/ > ?http://twitter.com/FreeSWITCH > > ?irc.freenode.net #freeswitch > ?_http://freeswitch.org/g+_ > > ClueCon Weekly Development Call > > ?sip:888 at conference.freeswitch.org > ?+19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Anthony Minessale II ?@anthmfs ?@FreeSWITCH ? > > ?http://freeswitch.org/ ?http://cluecon.com/ > ?http://twitter.com/FreeSWITCH > > ?irc.freenode.net #freeswitch > ?_http://freeswitch.org/g+_ > > ClueCon Weekly Development Call > > ?sip:888 at conference.freeswitch.org > ?+19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs > Virus Scanning Service. > ______________________________________________________________________ > > > Shaun Stokes - Infrastructure Analyst > > > T : 01453 700713 > E : shaun.stokes at itec-support.co.uk > W : www.itec-support.co.uk > > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for > the person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC > Support has taken every reasonable precaution to minimise this risk, > we cannot accept liability for any damage which you sustain as a > result of software viruses. You should carry out your own virus > checking procedure before opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs > Virus Scanning Service. > ______________________________________________________________________ > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/83e5caec/attachment-0001.html From rovshanb at yandex.ru Wed Mar 22 13:38:33 2017 From: rovshanb at yandex.ru (Rovshan Baghirov) Date: Wed, 22 Mar 2017 14:38:33 +0400 Subject: [Freeswitch-users] Dialplan/default.xml In-Reply-To: References: Message-ID: <2810251490179113@web23j.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/9f211238/attachment.html From david.ponzone at ipeva.fr Wed Mar 22 13:57:07 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Mar 2017 11:57:07 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> Message-ID: <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> I can now confirm that while FS does not reply to REGISTER/OPTIONS/NOTIFY requests, it replies to INVITE/CANCEL requests normally. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 22 mars 2017 ? 08:22, David Ponzone a ?crit : > > I use purely static config files for directory. > I upgraded to 1.6.15 and moved core-db to tmpfs, and interestingly, the issue is still there. > It just happened in front of my eyes (I have a tail -F log/freeswitch.log | grep 'existing REGISTER? running, and a tshark on port 5070 at the same time). > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 21 mars 2017 ? 14:27, Vallimamod Abdullah > a ?crit : >> >> Hi, >> >> The sofia::register_attempt is sent just after authenticating the user. So the 5s delay you have would imply that freeswitch is having trouble getting the directory data. It would also explain the retransmission logs you see in libsofia. >> >> Do you use xml-curl or any dynamic directory lookup? If not, the best move is, as you said, to update to latest 1.6 with tmpfs core-db and test again. >> >> Best Regards, >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at sipsolutions.fr >> tel:+33662606897 >> . >> >>> On 21 Mar 2017, at 10:03, David Ponzone wrote: >>> >>> Abdullah, >>> >>> Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. >>> When they show up, I can see the 200 OK being sent to the client right away. >>> So it?s like nua_application_event is calling the mod_sofia callback with a delay. >>> >>> I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. >>> This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. >>> >>> I will move core-db to tmpfs, as anyway it can only improve the overall performances. >>> I will then upgrade to latest 1.6. >>> Unless you see another option? >>> I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. >>> It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit : >>>> >>>> Hi, >>>> >>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>> >>>> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >>>> >>>> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >>>> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >>>> >>>> Also, is your core-db in-memory? If not, you may try to move it in ram. >>>> >>>> Best Regards, >>>> Vallimamod >>>> . >>>> >>>> -- >>>> Vallimamod Abdullah >>>> SIP Solutions >>>> vma at sipsolutions.fr >>>> tel:+33662606897 >>>> . >>>> >>>>> On 18 Mar 2017, at 20:04, David Ponzone wrote: >>>>> >>>>> Mike, >>>>> >>>>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>>>> >>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>>> >>>>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>>>> >>>>> A typical regular flow of logs for a REGISTER which was responded to is: >>>>> >>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>> nua.c:879 nua_respond() nua: nua_respond: entering >>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>>>> >>>>> When it fails to respond, it is: >>>>> >>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>> >>>>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>>>> >>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>> >>>>> >>>>> David Ponzone Direction Technique >>>>> email: david.ponzone at ipeva.fr >>>>> tel: 01 74 03 18 97 >>>>> gsm: 06 66 98 76 34 >>>>> >>>>> Service Client IPeva >>>>> tel: 0811 46 26 26 >>>>> www.ipeva.fr - www.ipeva-studio.com >>>>> >>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>> >>>>> >>>>> >>>>> >>>>>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>>>>> >>>>>> you can try sofia loglevel all 9 >>>>>> >>>>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>>>>> How's the memory use? >>>>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>>>>> All, >>>>>> >>>>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>>>> >>>>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>>>> Any known issue of this sort in 1.6.6 ? >>>>>> >>>>>> Thank you >>>>>> >>>>>> David Ponzone Direction Technique >>>>>> email: david.ponzone at ipeva.fr >>>>>> tel: 01 74 03 18 97 >>>>>> gsm: 06 66 98 76 34 >>>>>> >>>>>> Service Client IPeva >>>>>> tel: 0811 46 26 26 >>>>>> www.ipeva.fr - www.ipeva-studio.com >>>>>> >>>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/2af8f04f/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/2af8f04f/attachment-0001.bin From gb at cm.nl Wed Mar 22 14:20:14 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Wed, 22 Mar 2017 11:20:14 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> Message-ID: @Shuan, yes we are using the session:ready() method before we execute. We are running all of our servers virtually and never had any issues up until now. This same application ran on older versions of freeswitch without issues, even during and after high load. @Antonio, thanks for the tips! I?ll have a look and try some stuff. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Antonio Silva Sent: woensdag 22 maart 2017 10:09 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] 100% CPU usage We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. [cid:image001.png at 01D2A238.14965330] From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/95b77d05/attachment-0001.html From vma at vallimamod.org Wed Mar 22 14:59:49 2017 From: vma at vallimamod.org (Vallimamod Abdullah) Date: Wed, 22 Mar 2017 12:59:49 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> Message-ID: <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> Hi, That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? Is it happening only for one customer or indifferently? Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? Best Regards, -- Vallimamod Abdullah SIP Solutions vma at sipsolutions.fr tel:+33662606897 . > On 22 Mar 2017, at 11:57, David Ponzone wrote: > > I can now confirm that while FS does not reply to REGISTER/OPTIONS/NOTIFY requests, it replies to INVITE/CANCEL requests normally. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 22 mars 2017 ? 08:22, David Ponzone a ?crit : >> >> I use purely static config files for directory. >> I upgraded to 1.6.15 and moved core-db to tmpfs, and interestingly, the issue is still there. >> It just happened in front of my eyes (I have a tail -F log/freeswitch.log | grep 'existing REGISTER? running, and a tshark on port 5070 at the same time). >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 21 mars 2017 ? 14:27, Vallimamod Abdullah a ?crit : >>> >>> Hi, >>> >>> The sofia::register_attempt is sent just after authenticating the user. So the 5s delay you have would imply that freeswitch is having trouble getting the directory data. It would also explain the retransmission logs you see in libsofia. >>> >>> Do you use xml-curl or any dynamic directory lookup? If not, the best move is, as you said, to update to latest 1.6 with tmpfs core-db and test again. >>> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >>> >>>> On 21 Mar 2017, at 10:03, David Ponzone wrote: >>>> >>>> Abdullah, >>>> >>>> Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. >>>> When they show up, I can see the 200 OK being sent to the client right away. >>>> So it?s like nua_application_event is calling the mod_sofia callback with a delay. >>>> >>>> I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. >>>> This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. >>>> >>>> I will move core-db to tmpfs, as anyway it can only improve the overall performances. >>>> I will then upgrade to latest 1.6. >>>> Unless you see another option? >>>> I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. >>>> It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> >>>> >>>> >>>> >>>>> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit : >>>>> >>>>> Hi, >>>>> >>>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>>> >>>>> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >>>>> >>>>> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >>>>> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >>>>> >>>>> Also, is your core-db in-memory? If not, you may try to move it in ram. >>>>> >>>>> Best Regards, >>>>> Vallimamod >>>>> . >>>>> >>>>> -- >>>>> Vallimamod Abdullah >>>>> SIP Solutions >>>>> vma at sipsolutions.fr >>>>> tel:+33662606897 >>>>> . >>>>> >>>>>> On 18 Mar 2017, at 20:04, David Ponzone wrote: >>>>>> >>>>>> Mike, >>>>>> >>>>>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>>>>> >>>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>>>> >>>>>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>>>>> >>>>>> A typical regular flow of logs for a REGISTER which was responded to is: >>>>>> >>>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>>> nua.c:879 nua_respond() nua: nua_respond: entering >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>>>>> >>>>>> When it fails to respond, it is: >>>>>> >>>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>>> >>>>>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>>>>> >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>>> >>>>>> >>>>>> David Ponzone Direction Technique >>>>>> email: david.ponzone at ipeva.fr >>>>>> tel: 01 74 03 18 97 >>>>>> gsm: 06 66 98 76 34 >>>>>> >>>>>> Service Client IPeva >>>>>> tel: 0811 46 26 26 >>>>>> www.ipeva.fr - www.ipeva-studio.com >>>>>> >>>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : >>>>>>> >>>>>>> you can try sofia loglevel all 9 >>>>>>> >>>>>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>>>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil wrote: >>>>>>> How's the memory use? >>>>>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone wrote: >>>>>>> All, >>>>>>> >>>>>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>>>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>>>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>>>>> >>>>>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>>>>> Any known issue of this sort in 1.6.6 ? >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> David Ponzone Direction Technique >>>>>>> email: david.ponzone at ipeva.fr >>>>>>> tel: 01 74 03 18 97 >>>>>>> gsm: 06 66 98 76 34 >>>>>>> >>>>>>> Service Client IPeva >>>>>>> tel: 0811 46 26 26 >>>>>>> www.ipeva.fr - www.ipeva-studio.com >>>>>>> >>>>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>>>> From brian at freeswitch.org Wed Mar 22 15:23:08 2017 From: brian at freeswitch.org (Brian West) Date: Wed, 22 Mar 2017 07:23:08 -0500 Subject: [Freeswitch-users] Configure SRTP and ZRTP on FusionPBX In-Reply-To: References: Message-ID: Yes its still RTP the payload in the RTP is encrypted. Same with either ZRTP or SRTP, the key exchange is all that differs. /b On Wed, Mar 22, 2017 at 12:23 AM, Ronggo Kinantoputro wrote: > Hi Brian, > > So is it still secure (the call with ZRTP activated on both end point)? > Let say if I try to sniff/capture the Voip Call (with ZRTP enabled) using > wireshark or cain tools, does those tools can listening to the Voip > conversations? > > Thanks. > > On Wed, Mar 22, 2017 at 10:31 AM, Brian West wrote: > >> End to end zrtp will not show anything at all we are blissfully unaware >> of the crypto in that case. >> /b >> >> On Mon, Mar 20, 2017 at 10:34 AM Ronggo Kinantoputro >> wrote: >> >>> Hi, >>> >>> I have recently installed FusionPBX (version 4.0.0-151125) on AWS. >>> >>> My purpose is : >>> 1) Make a secure call using SRTP (end to end SRTP session) >>> I've already make some test using softphone (Linphone and Csip Simple >>> for android), with enabling SRTP settings on both end point. The result is >>> from the Active Calls Status(on FusionPBX Web-UI), the Caller Extension has >>> already secure (there's SRTP crypto on the Secure column). But at the >>> Receiver Extension, there's no SRTP crypto on the Secure column. Are those >>> calls has been secured (end to end)? >>> >>> 2) Make a secure call using ZRTP (end to end ZRTP session) >>> I've already make some test using softphone (Linphone and Csip Simple >>> for android), with enabling ZRTP settings on both end point. The result is >>> from the Active Calls Status(on FusionPBX Web-UI), there's no ZRTP crypto >>> on the Secure column for both Caller Extension and Receiver Extension. So I >>> guest the ZRTP session (end to end) still did not works. >>> >>> I have not make any changes with the configuration on >>> FreeSwitch/FusionPBX, so it's still in default configuration. >>> >>> Any advise would be highly appreciated. >>> >>> Thanks. >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> *Twitter: @FreeSWITCH , @briankwest* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/7d0b160d/attachment-0001.html From david.ponzone at ipeva.fr Wed Mar 22 16:54:42 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Mar 2017 14:54:42 +0100 Subject: [Freeswitch-users] Codec late-negotiation change between 1.6.6 and 1.6.15 Message-ID: <1D71296A-60F3-4CF1-8ACA-C01C4B233774@ipeva.fr> Does anyone know if there was a change with late-negotiation between 1.6.6 and 1.6.15 ? I am not sure yet about the issue, I am still trying to figure it out. According to the release notes, there were no change in this area. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/c14bb57e/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/c14bb57e/attachment.bin From shaun.stokes at itec-support.co.uk Wed Mar 22 17:13:41 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Wed, 22 Mar 2017 14:13:41 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 11:20 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage @Shuan, yes we are using the session:ready() method before we execute. We are running all of our servers virtually and never had any issues up until now. This same application ran on older versions of freeswitch without issues, even during and after high load. @Antonio, thanks for the tips! I?ll have a look and try some stuff. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Antonio Silva Sent: woensdag 22 maart 2017 10:09 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] 100% CPU usage We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. [cid:image001.png at 01D2A238.14965330] From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/614eba6d/attachment-0001.html From anthony.minessale at gmail.com Wed Mar 22 18:13:50 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 22 Mar 2017 15:13:50 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> Message-ID: top -H -p `pidof freeswitch` Note the pid using 100% cpu gcore `pidof freeswitch` Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. https://freeswitch.org/jira On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes < shaun.stokes at itec-support.co.uk> wrote: > It?s probably a long shot, but if you?re able to replicate the problem it > might be worth trying to replicate this on physical hardware. That way you > eliminate your virtual environment from the problem, there are a number of > factors which exist in virtual environments depending on your hyper-visor > which can contribute to performance issues of which we?ve experienced in > the past. > > > > It would also be worth trying to isolate what the script is doing when the > high CPU begins, if you?ve got a test environment you can use to replicate > the issue then you could try tweaking the script so you can eliminate > certain actions from the list of causes, there?s maybe a FreeSWITCH module > which is being called which triggers this. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant > Bagdasarian > *Sent:* 22 March 2017 11:20 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > @Shuan, yes we are using the session:ready() method before we execute. > > We are running all of our servers virtually and never had any issues up > until now. > > This same application ran on older versions of freeswitch without issues, > even during and after high load. > > > > @Antonio, thanks for the tips! I?ll have a look and try some stuff. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Antonio > Silva > *Sent:* woensdag 22 maart 2017 10:09 > *To:* freeswitch-users at lists.freeswitch.org > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > We had some issues using pcall functions like io.popen when trying to > execute external commands, that block mod_lua, i end up replacing that with > os.execute. > > Recently i also had some issue with cpu hitting 100%,for what i could > compile from debugging was something related with malloc calls. after > compiling fs with tcmalloc the issue disappear, you could try this approach > as well. > > You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also > in the malling: "CPU sys load issue" for more info. > > > Regards, > Ant?nio > > On 03/22/2017 09:52 AM, Shaun Stokes wrote: > > Are you using ?if (session:ready()) then? in your scripts before you > execute? > > > > Are you using virtual or physical hardware and what spec? > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Grant > Bagdasarian > *Sent:* 22 March 2017 07:31 > *To:* FreeSWITCH Users Help > > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > Anthony, we triple checked the script and its dependencies. There are no > loops at all in the script. The imported scripts are also written by us and > they too do not contain any loops. > > It?s just basic call handling with some playback and play_and_get_digits > calls, and some pcall calls to query a database. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Anthony > Minessale > *Sent:* dinsdag 21 maart 2017 16:02 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > I already told you why a week ago. Your script most likely has an endless > loop in it that does not check the condition session:ready() > > > > However, Feel free to contact consulting at freeswitch.org and we can > formally diagnose it for a fee. > > > > > > > > > > On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian wrote: > > Attached are the logs for: > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > > > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > We?re unable to run gcore since freeswitch hogs all available cpu?s at > 100%. > > I tried changing the nice settings real-time but that didn?t work either. > > > > At one point we had a huge spike in inbound traffic towards our freeswitch > (valid traffic). > > The traffic is handled by a lua application. > > What we saw was calls hanging in freeswitch while they?ve already been > physically disconnected. > > After the huge spike freeswitch behaved normally for a couple of minutes > and then suddenly started eating all the available cpu cores at 100%. > > > > We have some db queries which are fired in the lua application, so these > may cause the application to hang, but we haven?t reproduced it yet. > > > > I?ll setup a test lab with the same configuration and fire sipp at it to > see if I can reproduce the issue. > > However, I probably won?t be able to run gcore for debugging. Any other > suggestions? > > > > Also we saw a lot of open udp ports and some had a huge read buffer size > which did not decrease. > > > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant > Bagdasarian > *Sent:* maandag 13 maart 2017 09:04 > > > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > Hi Antony and Antonio, > > > > Thank you for the tips. > > We haven?t had freeswitch going berserk anymore (not sure as to why it did > perform without issue over the weekend), but will continue to monitor it > and run the commands to trace the issue. > > > > Regards, > > > > Grant > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [ > mailto:freeswitch-users-bounces at lists.freeswitch.org > ] *On Behalf Of *Anthony > Minessale > *Sent:* zaterdag 11 maart 2017 00:07 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] 100% CPU usage > > > > Make sure you lua script has all while loops including session:ready() as > a condition to continue. Its a common mistake that leads to loops spinning > out of control on hungup channels. > > > > > > On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: > > Hi, > > You can use the following commands: > > #get a core: > > gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) > > > > > > #check thread usage: > > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > > > > #memory mapping: > > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > > fs_cli -x "fsctl debug_level 10" > > fs_cli -x "sofia loglevel all 9" > > fs_cli -x "fsctl debug_sql " > > fs_cli -x "sofia global debug presence" > > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > > > We?re currently experiencing a weird issue with one of our freeswitch > servers where the CPU just goes berserk and stays at 100%. > > There are no active calls at that moment, but FS is still using 100% CPU. > > > > I was unable to get a debug using gdb, since freeswitch does not crash. > > > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, > but the problem still persists. > > There is currently only one active application running on this box which > is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. Perhaps we are > missing something? > > > > Any ideas how to trace this? > > > > Regards, > > > > Grant > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > > > Saludos / Regards / Cumprimentos, > > Ant?nio silva > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > Shaun Stokes - Infrastructure Analyst > > T : > > 01453 700713 > > E : > > shaun.stokes at itec-support.co.uk > > W : > > www.itec-support.co.uk > > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the > person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC Support > has taken every reasonable precaution to minimise this risk, we cannot > accept liability for any damage which you sustain as a result of software > viruses. You should carry out your own virus checking procedure before > opening any attachment. > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > > > Saludos / Regards / Cumprimentos, > > Ant?nio silva > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > Shaun Stokes - Infrastructure Analyst > T : 01453 700713 > E : shaun.stokes at itec-support.co.uk > W : www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the > person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC Support > has taken every reasonable precaution to minimise this risk, we cannot > accept liability for any damage which you sustain as a result of software > viruses. You should carry out your own virus checking procedure before > opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/58ccf86c/attachment-0001.html From mike at jerris.com Wed Mar 22 18:14:02 2017 From: mike at jerris.com (Michael Jerris) Date: Wed, 22 Mar 2017 11:14:02 -0400 Subject: [Freeswitch-users] Codec late-negotiation change between 1.6.6 and 1.6.15 In-Reply-To: <1D71296A-60F3-4CF1-8ACA-C01C4B233774@ipeva.fr> References: <1D71296A-60F3-4CF1-8ACA-C01C4B233774@ipeva.fr> Message-ID: media_mix_inbound_outbound_codecs > On Mar 22, 2017, at 9:54 AM, David Ponzone wrote: > > Does anyone know if there was a change with late-negotiation between 1.6.6 and 1.6.15 ? > I am not sure yet about the issue, I am still trying to figure it out. > > According to the release notes, there were no change in this area. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/ef442cd9/attachment.html From mario_fs at mgtech.com Wed Mar 22 19:02:17 2017 From: mario_fs at mgtech.com (Mario G) Date: Wed, 22 Mar 2017 09:02:17 -0700 Subject: [Freeswitch-users] Luis Daniel Lucio Quiroz Message-ID: <94C4B57B-B611-4E07-8CB9-DAC97C384D52@mgtech.com> What a scummy thing to do putting people here on linkedin which shares our email addresses. Hope no one uses this guy! Mario From italo at freeswitch.org Wed Mar 22 19:33:25 2017 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Wed, 22 Mar 2017 16:33:25 +0000 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: Reloadxml and then callcenter_config queue load queuename Em qua, 22 de mar de 2017 ?s 02:13, Sergey Safarov escreveu: > Strange. I tested 82a9a3e. But "reloadxml" is not trigers update of queries > How to reproduce: > 1) start FS with vanlla config > 2) load mod_callcenter; > 3) rename "support at default" query to "support2 at default"; > 4) execute "reloadxml" > 5) execute "callcenter_config queue list" > > Query name is still be "support at default" and no new queries. > > Sergey > > ??, 22 ???. 2017 ?. ? 3:23, ?talo Rossi : > > callcenter_config queue load queuename will trigger a config request to > your Web server when using mod_xml_curl, if using static config issue a > reloadxml first. You don't have to reload the module > Em ter, 14 de mar de 2017 ?s 11:34, Michael Jerris > escreveu: > > Because it wasn't designed to do this. You can take a look at mod_fifo > which is more powerful and more flexible than mod_callcenter > > On Tue, Mar 14, 2017 at 3:53 AM Kamil Nigmatullin < > kamil.nigmatullin at gmail.com> wrote: > > For now, you can not create queues in callcenter dynamically. > Why not? via curl_xml it is dynamical. > > But the question is not if it is dynamical or not. I understood that what > I want does not exist and I will find some time to work on modificaion of > mod_callcenter so that it will be possible. It is really good busienss > function and I think it worth spending time. > > -- > Kamil Nigmatullin > Skype: kamil.nigmatullin > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/40187a6f/attachment-0001.html From david.ponzone at ipeva.fr Wed Mar 22 21:15:27 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 22 Mar 2017 19:15:27 +0100 Subject: [Freeswitch-users] Codec late-negotiation change between 1.6.6 and 1.6.15 In-Reply-To: References: <1D71296A-60F3-4CF1-8ACA-C01C4B233774@ipeva.fr> Message-ID: <5AE82163-4DAA-4909-A948-59F72B5F69FA@ipeva.fr> Mike, I was already using: media_mix_inbound_outbound_codecs=true with 1.6.6. The exact issue is this: -I receive PCMA/G720/PCMU from A -I have G729/PCMA/PCMU in my global and outbound codec prefs on all profiles, I have lateneg to true and inbound-codec-negotiation to generous With 1.6.6, I was sending G729/PCMA/PCMU to endpoint B With 1.6.15, I am sending PCMA/G729/PCMU to B. I will test greedy ASAP. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 22 mars 2017 ? 16:14, Michael Jerris a ?crit : > > media_mix_inbound_outbound_codecs > > >> On Mar 22, 2017, at 9:54 AM, David Ponzone > wrote: >> >> Does anyone know if there was a change with late-negotiation between 1.6.6 and 1.6.15 ? >> I am not sure yet about the issue, I am still trying to figure it out. >> >> According to the release notes, there were no change in this area. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/5577f41e/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170322/5577f41e/attachment.bin From regis.freeswitch.org at tornad.net Thu Mar 23 10:52:21 2017 From: regis.freeswitch.org at tornad.net (Regis M) Date: Thu, 23 Mar 2017 08:52:21 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> Message-ID: Hi David,, Have you check if it's a a firewall automatic reload rules or something like that that could block traffic between network and freeswitch during a little time ? Regards, Regis 2017-03-22 11:57 GMT+01:00 David Ponzone : > I can now confirm that while FS does not reply to REGISTER/OPTIONS/NOTIFY > requests, it replies to INVITE/CANCEL requests normally. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 <0%20811%2046%2026%2026> > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 22 mars 2017 ? 08:22, David Ponzone a ?crit : > > I use purely static config files for directory. > I upgraded to 1.6.15 and moved core-db to tmpfs, and interestingly, the > issue is still there. > It just happened in front of my eyes (I have a tail -F log/freeswitch.log > | grep 'existing REGISTER? running, and a tshark on port 5070 at the same > time). > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 <0%20811%2046%2026%2026> > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 21 mars 2017 ? 14:27, Vallimamod Abdullah a ?crit > : > > Hi, > > The sofia::register_attempt is sent just after authenticating the user. So > the 5s delay you have would imply that freeswitch is having trouble getting > the directory data. It would also explain the retransmission logs you see > in libsofia. > > Do you use xml-curl or any dynamic directory lookup? If not, the best move > is, as you said, to update to latest 1.6 with tmpfs core-db and test again. > > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 <+33662606897> > . > > On 21 Mar 2017, at 10:03, David Ponzone wrote: > > Abdullah, > > Actually, I have the ESL events (sofia::register_attempt and > sofia::register) but they show up 5 seconds after the initial REGISTER. > When they show up, I can see the 200 OK being sent to the client right > away. > So it?s like nua_application_event is calling the mod_sofia callback with > a delay. > > I can also confirm that during this frozen moment, another profile > listening on port 5080 is normally answering to INVITE requests. > This would suggest that the issue is related only to this specific profile > listening on 5070, not to all profiles. > > I will move core-db to tmpfs, as anyway it can only improve the overall > performances. > I will then upgrade to latest 1.6. > Unless you see another option? > I am opened to suggestions as it?s possible that some debug/logging is > currently missing in FS as the logs should say why it?s stalling for 4-5 > seconds. > It?s not having a significant impact at the moment, so I can ? play ? a > little bit with it. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 <0%20811%2046%2026%2026> > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message > s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de > ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > Le 19 mars 2017 ? 14:35, Vallimamod Abdullah a ?crit > : > > Hi, > > nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing > OPTIONS transaction > nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing > REGISTER transaction > > > These means that sofia is considering these requests as retransmissions > (transaction found in sofia's internal htable). In this case, you should > also see a retransmission log like "nta: re-received %s request, > retransmitting %u reply". > > The nua_application_event is calling a mod_sofia callback for incoming > register request. So it looks like mod_sofia does not answer for some > reason. > Can you check if you get the following esl custom events: > "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for > the failed register? It will help to tell at which point the processing > stops. > > Also, is your core-db in-memory? If not, you may try to move it in ram. > > Best Regards, > Vallimamod > . > > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 <06%2062%2060%2068%2097> > . > > On 18 Mar 2017, at 20:04, David Ponzone wrote: > > Mike, > > with sofia loglevel all 9, I can see that sometimes (frequency hard to > guess), during 4-5 secondes, FS writes those messages in the log for each > REGISTER or OPTIONS request: > > nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing > OPTIONS transaction > nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing > REGISTER transaction > > It?s like it considers it?s already dealing with a such request (which it > never replied to). > > A typical regular flow of logs for a REGISTER which was responded to is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default > leg > nua_server.c:102 nua_stack_process_request() nua: > nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, > 0x7fda40039330) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) > called > nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register > 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:879 nua_respond() nua: nua_respond: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy > nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering > nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering > nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal > r_respond 200 OK > > When it fails to respond, it is: > > nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default > leg > nua_server.c:102 nua_stack_process_request() nua: > nua_stack_process_request: entering > nua_stack.c:899 nh_create() nua: nh_create: entering > nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering > nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering > soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, > 0x7fda402dc590) called > soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) > called > nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register > 100 Trying > nua_stack.c:359 nua_application_event() nua: nua_application_event: > entering > > It?s difficult to know which lines are related in the log, but when FS > does not answer the 200 OK, I am definitely missing a line like: > > nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 <0%20811%2046%2026%2026> > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message > s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de > ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > Le 17 mars 2017 ? 23:08, Michael Jerris a ?crit : > > you can try sofia loglevel all 9 > > see if that tells you anything when we get one we don't respond to... > also get latest 1.6 and see if that helps > On Fri, Mar 17, 2017 at 5:19 PM David Villasmil < > david.villasmil.work at gmail.com> wrote: > How's the memory use? > On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: > All, > > I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or > OPTIONS requests coming from some customers. > Those customers register every 30 seconds, and FS does not answer to > around 20-30 REGISTERs each day. > I am trying to understand that, as the server is far from loaded (max 100 > concurrent calls on a Dell R610). > > Can anyone recommend some debugging steps to try to narrow this down ? > Any known issue of this sort in 1.6.6 ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 <0%20811%2046%2026%2026> > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message > s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de > ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170323/19f45adc/attachment-0001.html From francesco.piccinin at insiel.it Thu Mar 23 11:33:15 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Thu, 23 Mar 2017 08:33:15 +0000 Subject: [Freeswitch-users] Call drop on transfer (REFER) after SIP 302 MOVED Message-ID: Hi all, we are experiencing a strange issue during call transfer (REFER) after a SIP 302 MOVED. Please find below a brief description of our test environment. Extensions involved: - 8911 (original caller) - 8910 (forwarded to 5536 through phone ui) - 5536 (originator of call transfer) - 5532 (destination of call transfer) Step to reproduce the issue: - 8911 calls 8910 which is forwarded on 5536 (call fwd is configured directly on phone gui) - 5536 correctly answer the call from 8911 - 5536 begins a consult transfer to 5532: Hold step is ok but call drops when 5536 completes the transfer. >From the SIP signaling point of view: - 8910 answers to 8911 with a SIP MOVED. - Freeswitch send an invite to 5536 as 8911. - Call transfer from 5536 to 5532 is managed with a refer. - When 5536 complete the transfer, Freeswitch send a bye first to 8911 (original caller) and then to 5536. On Freeswitch dialplan we manage refer on a different context, setting "sip_redirect_context" variables. Without MOVED involved, all call transfer are correctly managed. It seems that we need to keep alive a-leg after the bridge and then perform the transfer. We tried all the following settings on redirect context: - set + export of variables: force_transfer_context + force_transfer_dialplan - set + export park_after_bridge=true - set continue_on_fail=true - unset of sip_redirect_context But all without success! Please find attached a pcap trace and freeswitch cli log. Thanks in advance for help. Regards Francesco -------------- next part -------------- A non-text attachment was scrubbed... Name: trace.pcap Type: application/octet-stream Size: 63793 bytes Desc: trace.pcap Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170323/e6febecf/attachment-0001.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fscli_log.txt Url: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170323/e6febecf/attachment-0001.txt From francesco.piccinin at insiel.it Thu Mar 23 18:07:47 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Thu, 23 Mar 2017 15:07:47 +0000 Subject: [Freeswitch-users] R: Call drop on transfer (REFER) after SIP 302 MOVED In-Reply-To: References: Message-ID: Hi all, we are experiencing a strange issue during call transfer (REFER) after a SIP 302 MOVED. Please find below a brief description of our test environment. Extensions involved: - 8911 (original caller) - 8910 (forwarded to 5536 through phone ui) - 5536 (originator of call transfer) - 5532 (destination of call transfer) Step to reproduce the issue: - 8911 calls 8910 which is forwarded on 5536 (call fwd is configured directly on phone gui) - 5536 correctly answer the call from 8911 - 5536 begins a consult transfer to 5532: Hold step is ok but call drops when 5536 completes the transfer. >From the SIP signaling point of view: - 8910 answers to 8911 with a SIP MOVED. - Freeswitch send an invite to 5536 as 8911. - Call transfer from 5536 to 5532 is managed with a refer. - When 5536 complete the transfer, Freeswitch send a bye first to 8911 (original caller) and then to 5536. On Freeswitch dialplan we manage refer on a different context, setting "sip_redirect_context" variables. Without MOVED involved, all call transfer are correctly managed. It seems that we need to keep alive a-leg after the bridge and then perform the transfer. We tried all the following settings on redirect context: - set + export of variables: force_transfer_context + force_transfer_dialplan - set + export park_after_bridge=true - set continue_on_fail=true - unset of sip_redirect_context But all without success! Please find below fscli log. Thanks in advance for help. Regards Francesco freeswitch at default> freeswitch at default> freeswitch at default> freeswitch at default> sofia global siptrace on +OK Global siptrace on recv 1047 bytes from udp/[172.25.248.82]:5060 at 10:56:05.728805: ------------------------------------------------------------------------ INVITE sip:mod_sofia at 172.25.248.83:5060 SIP/2.0 Record-Route: Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK961e.b1e68771.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK2041699543 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754016 INVITE Contact: Content-Type: application/sdp Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE Max-Forwards: 69 User-Agent: Yealink SIP-T21P 34.72.0.75 Allow-Events: talk,hold,conference,refer,check-sync Content-Length: 308 v=0 o=- 20014 20016 IN IP4 172.22.27.137 s=SDP data c=IN IP4 172.22.27.137 t=0 0 m=audio 11786 RTP/AVP 0 8 18 9 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:9 G722/8000 a=fmtp:101 0-15 a=rtpmap:101 telephone-event/8000 a=ptime:20 a=sendonly ------------------------------------------------------------------------ send 487 bytes to udp/[172.25.248.82]:5060 at 10:56:05.729233: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK961e.b1e68771.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK2041699543 Record-Route: From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754016 INVITE User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~64bit Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:05.713101 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:05.713101 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:05.733132 [DEBUG] sofia.c:5847 Channel sofia/internal/sip:5536 at 172.22.27.137:5062 entering state [received][100] 2017-03-22 11:56:05.733132 [DEBUG] sofia.c:5860 Remote SDP: v=0 o=- 20014 20016 IN IP4 172.22.27.137 s=SDP data c=IN IP4 172.22.27.137 t=0 0 m=audio 11786 RTP/AVP 0 8 18 9 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:9 G722/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendonly a=ptime:20 2017-03-22 11:56:05.733132 [DEBUG] switch_channel.c:1783 (sofia/internal/sip:5536 at 172.22.27.137:5062) Callstate Change ACTIVE -> HELD 2017-03-22 11:56:05.733132 [DEBUG] switch_core_session.c:1151 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:05.753091 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:05.873149 [DEBUG] switch_ivr.c:614 sofia/internal/8911 at insiel.fvgvoipcoll.it Command Execute playback(local_stream://moh) EXECUTE sofia/internal/8911 at insiel.fvgvoipcoll.it playback(local_stream://moh) 2017-03-22 11:56:05.873149 [DEBUG] mod_local_stream.c:498 Opening Stream [moh/8000] 8000hz 2017-03-22 11:56:05.873149 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L16 at 8000hz 1 channels 20ms 2017-03-22 11:56:05.973127 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2017-03-22 11:56:05.973127 [DEBUG] sofia_glue.c:3121 Already using PCMU 2017-03-22 11:56:05.973127 [DEBUG] sofia_glue.c:5444 Set 2833 dtmf send payload to 101 2017-03-22 11:56:05.973127 [DEBUG] sofia_glue.c:3421 Audio params are unchanged for sofia/internal/sip:5536 at 172.22.27.137:5062. 2017-03-22 11:56:05.973127 [DEBUG] sofia_glue.c:3431 sofia/internal/sip:5536 at 172.22.27.137:5062 Setting audio receive payload in Re-INVITE to 0 2017-03-22 11:56:05.973127 [DEBUG] sofia.c:6426 Processing updated SDP send 994 bytes to udp/[172.25.248.82]:5060 at 10:56:05.984830: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK961e.b1e68771.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK2041699543 Record-Route: From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754016 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Type: application/sdp Content-Disposition: session Content-Length: 234 v=0 o=FreeSWITCH 1490161741 1490161743 IN IP4 172.25.248.83 s=FreeSWITCH c=IN IP4 172.25.248.83 t=0 0 m=audio 18418 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=recvonly a=ptime:20 ------------------------------------------------------------------------ 2017-03-22 11:56:05.973127 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:05.973127 [DEBUG] sofia.c:5847 Channel sofia/internal/sip:5536 at 172.22.27.137:5062 entering state [completed][200] recv 530 bytes from udp/[172.25.248.82]:5060 at 10:56:06.036465: ------------------------------------------------------------------------ ACK sip:mod_sofia at 172.25.248.83:5060 SIP/2.0 Record-Route: Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK961e.b1e68771.2 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK1912144644 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754016 ACK Contact: Max-Forwards: 69 User-Agent: Yealink SIP-T21P 34.72.0.75 Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:06.033119 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:06.033119 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:06.033119 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:06.053107 [DEBUG] sofia.c:5847 Channel sofia/internal/sip:5536 at 172.22.27.137:5062 entering state [ready][200] recv 622 bytes from udp/[172.25.248.82]:5060 at 10:56:10.086826: ------------------------------------------------------------------------ SUBSCRIBE sip:5536 at insiel.fvgvoipcoll.it:5060 SIP/2.0 Record-Route: Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bKcd5.bbf6e311.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK2046226047 From: "5536 Agente PN" ;tag=1995003817 To: "5536 Agente PN" Call-ID: 1353578327 at 172.22.27.137 CSeq: 1 SUBSCRIBE Contact: Accept: application/x-as-feature-event+xml Max-Forwards: 69 User-Agent: Yealink SIP-T21P 34.72.0.75 Expires: 3630 Event: as-feature-event Content-Length: 0 ------------------------------------------------------------------------ send 747 bytes to udp/[172.25.248.82]:5060 at 10:56:10.087100: ------------------------------------------------------------------------ SIP/2.0 489 Bad Event Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bKcd5.bbf6e311.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK2046226047 From: "5536 Agente PN" ;tag=1995003817 To: "5536 Agente PN" ;tag=7p57cDp7DXNSF Call-ID: 1353578327 at 172.22.27.137 CSeq: 1 SUBSCRIBE User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~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, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0 ------------------------------------------------------------------------ recv 583 bytes from udp/[172.25.248.82]:5060 at 10:56:10.938465: ------------------------------------------------------------------------ REFER sip:mod_sofia at 172.25.248.83:5060 SIP/2.0 Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bKa61e.a30dbb65.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK1759603587 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754017 REFER Contact: Max-Forwards: 69 User-Agent: Yealink SIP-T21P 34.72.0.75 Refer-To: Referred-By: Event: refer Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:10.933089 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] send 790 bytes to udp/[172.25.248.82]:5060 at 10:56:10.953457: ------------------------------------------------------------------------ SIP/2.0 202 Accepted Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bKa61e.a30dbb65.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK1759603587 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754017 REFER Contact: Expires: 60 User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~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, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:10.953129 [DEBUG] switch_core_session.c:933 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.953129 [DEBUG] sofia.c:6924 Process REFER to [5532 at insiel.fvgvoipcoll.it] send 959 bytes to udp/[172.25.248.82]:5060 at 10:56:10.953825: ------------------------------------------------------------------------ NOTIFY sip:5536 at 172.22.27.137:5062 SIP/2.0 Via: SIP/2.0/UDP 172.25.248.83;rport;branch=z9hG4bKDapFc3UKFFtcr Route: Max-Forwards: 70 From: "8911" ;tag=4USX7U3vp2j1c To: ;tag=507421845 Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754017 NOTIFY Contact: User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: refer;id=104754017 Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Type: message/sipfrag;version=2.0 Content-Length: 16 SIP/2.0 200 OK ------------------------------------------------------------------------ 2017-03-22 11:56:10.953129 [DEBUG] switch_ivr.c:1834 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State Change CS_EXECUTE -> CS_ROUTING 2017-03-22 11:56:10.953129 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.953129 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.953129 [NOTICE] switch_ivr.c:1841 Transfer sofia/internal/8911 at insiel.fvgvoipcoll.it to XML[5532 at redir] 2017-03-22 11:56:10.973121 [DEBUG] switch_ivr_play_say.c:1708 done playing file local_stream://moh 2017-03-22 11:56:10.973121 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.973121 [DEBUG] switch_ivr_bridge.c:386 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.973121 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/internal/sip:5536 at 172.22.27.137:5062] 2017-03-22 11:56:10.973121 [DEBUG] switch_channel.c:1951 (sofia/internal/sip:5536 at 172.22.27.137:5062) Callstate Change HELD -> UNHELD 2017-03-22 11:56:10.973121 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.973121 [NOTICE] switch_ivr_bridge.c:739 Hangup sofia/internal/sip:5536 at 172.22.27.137:5062 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2017-03-22 11:56:10.973121 [DEBUG] switch_channel.c:3189 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [KILL] 2017-03-22 11:56:10.973121 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:681 (sofia/internal/sip:5536 at 172.22.27.137:5062) Callstate Change UNHELD -> HANGUP 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:683 (sofia/internal/sip:5536 at 172.22.27.137:5062) State HANGUP 2017-03-22 11:56:10.973121 [DEBUG] mod_sofia.c:506 Channel sofia/internal/sip:5536 at 172.22.27.137:5062 hanging up, cause: NORMAL_CLEARING 2017-03-22 11:56:10.973121 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/internal/sip:5536 at 172.22.27.137:5062 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:48 sofia/internal/sip:5536 at 172.22.27.137:5062 Standard HANGUP, cause: NORMAL_CLEARING 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:683 (sofia/internal/sip:5536 at 172.22.27.137:5062) State HANGUP going to sleep 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:484 (sofia/internal/sip:5536 at 172.22.27.137:5062) State EXCHANGE_MEDIA going to sleep 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:418 (sofia/internal/sip:5536 at 172.22.27.137:5062) Running State Change CS_HANGUP 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:450 (sofia/internal/sip:5536 at 172.22.27.137:5062) State Change CS_HANGUP -> CS_REPORTING 2017-03-22 11:56:10.973121 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:418 (sofia/internal/sip:5536 at 172.22.27.137:5062) Running State Change CS_REPORTING 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:767 (sofia/internal/sip:5536 at 172.22.27.137:5062) State REPORTING 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:92 sofia/internal/sip:5536 at 172.22.27.137:5062 Standard REPORTING, cause: NORMAL_CLEARING 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:767 (sofia/internal/sip:5536 at 172.22.27.137:5062) State REPORTING going to sleep 2017-03-22 11:56:10.973121 [DEBUG] switch_core_state_machine.c:444 (sofia/internal/sip:5536 at 172.22.27.137:5062) State Change CS_REPORTING -> CS_DESTROY 2017-03-22 11:56:10.973121 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.973121 [DEBUG] switch_core_session.c:1559 Session 717 (sofia/internal/sip:5536 at 172.22.27.137:5062) Locked, Waiting on external entities 2017-03-22 11:56:10.993102 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/internal/8911 at insiel.fvgvoipcoll.it] 2017-03-22 11:56:10.993102 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/internal/sip:5536 at 172.22.27.137:5062 [BREAK] 2017-03-22 11:56:10.993102 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.993102 [DEBUG] switch_cpp.cpp:670 CoreSession::hangup 2017-03-22 11:56:10.993102 [NOTICE] switch_cpp.cpp:672 Hangup sofia/internal/8911 at insiel.fvgvoipcoll.it [CS_ROUTING] [NORMAL_CLEARING] 2017-03-22 11:56:10.993102 [DEBUG] switch_channel.c:3189 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [KILL] 2017-03-22 11:56:10.993102 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:681 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Callstate Change ACTIVE -> HANGUP 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:683 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State HANGUP 2017-03-22 11:56:10.993102 [DEBUG] mod_sofia.c:506 Channel sofia/internal/8911 at insiel.fvgvoipcoll.it hanging up, cause: NORMAL_CLEARING 2017-03-22 11:56:10.993102 [NOTICE] switch_core_session.c:1577 Session 717 (sofia/internal/sip:5536 at 172.22.27.137:5062) Ended 2017-03-22 11:56:10.993102 [NOTICE] switch_core_session.c:1581 Close Channel sofia/internal/sip:5536 at 172.22.27.137:5062 [CS_DESTROY] 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:572 (sofia/internal/sip:5536 at 172.22.27.137:5062) Running State Change CS_DESTROY 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:582 (sofia/internal/sip:5536 at 172.22.27.137:5062) State DESTROY 2017-03-22 11:56:10.993102 [DEBUG] mod_sofia.c:399 sofia/internal/sip:5536 at 172.22.27.137:5062 SOFIA DESTROY 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:99 sofia/internal/sip:5536 at 172.22.27.137:5062 Standard DESTROY 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:582 (sofia/internal/sip:5536 at 172.22.27.137:5062) State DESTROY going to sleep 2017-03-22 11:56:10.993102 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/internal/8911 at insiel.fvgvoipcoll.it send 737 bytes to udp/[172.25.248.82]:5060 at 10:56:11.000090: ------------------------------------------------------------------------ BYE sip:8911 at 10.200.0.21:65399;ob SIP/2.0 Via: SIP/2.0/UDP 172.25.248.83;rport;branch=z9hG4bKeKF8DycQcrgZK Route: Max-Forwards: 70 From: ;tag=0Qmt0F0e2ySpe To: "8911 at insiel.fvgvoipcoll.it" ;tag=aT40JNloInEWtNO93asJLx1fr99asBMY Call-ID: i2cuGU.0L-OgWpqyHD9302-wfE3Nqgaq CSeq: 104754021 BYE Contact: User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:48 sofia/internal/8911 at insiel.fvgvoipcoll.it Standard HANGUP, cause: NORMAL_CLEARING 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:683 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State HANGUP going to sleep 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:614 Hangup Command with no Session luarun(functions/clean_pickup.lua 9e982efc-42c4-489c-9fef-012a443fbd4a): +OK 2017-03-22 11:56:10.993102 [DEBUG] freeswitch_lua.cpp:377 DBH handle 0x17b5b20 released. 2017-03-22 11:56:10.993102 [DEBUG] switch_cpp.cpp:1051 sofia/internal/8911 at insiel.fvgvoipcoll.it destroy/unlink session from object 2017-03-22 11:56:10.993102 [DEBUG] switch_core_session.c:2822 sofia/internal/8911 at insiel.fvgvoipcoll.it skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:481 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State EXECUTE going to sleep 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:418 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Running State Change CS_HANGUP 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:450 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State Change CS_HANGUP -> CS_REPORTING 2017-03-22 11:56:10.993102 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:418 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Running State Change CS_REPORTING 2017-03-22 11:56:10.993102 [DEBUG] switch_core_state_machine.c:767 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State REPORTING 2017-03-22 11:56:10.993102 [INFO] switch_cpp.cpp:1288 @@@@@@@@@@@@@@@@@@@@@@@ clean_pickup.lua 2017-03-22 11:56:10.993102 [DEBUG] freeswitch_lua.cpp:360 DBH handle 0x1768f10 Connected. 2017-03-22 11:56:10.993102 [DEBUG] freeswitch_lua.cpp:377 DBH handle 0x1768f10 released. recv 358 bytes from udp/[172.25.248.82]:5060 at 10:56:11.024086: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 172.25.248.83;rport=5060;received=172.25.248.83;branch=z9hG4bKeKF8DycQcrgZK Call-ID: i2cuGU.0L-OgWpqyHD9302-wfE3Nqgaq From: ;tag=0Qmt0F0e2ySpe To: "8911 at insiel.fvgvoipcoll.it" ;tag=aT40JNloInEWtNO93asJLx1fr99asBMY CSeq: 104754021 BYE Content-Length: 0 ------------------------------------------------------------------------ 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:92 sofia/internal/8911 at insiel.fvgvoipcoll.it Standard REPORTING, cause: NORMAL_CLEARING 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:767 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State REPORTING going to sleep 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:444 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State Change CS_REPORTING -> CS_DESTROY 2017-03-22 11:56:11.033093 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/8911 at insiel.fvgvoipcoll.it [BREAK] 2017-03-22 11:56:11.033093 [DEBUG] switch_core_session.c:1559 Session 715 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Locked, Waiting on external entities 2017-03-22 11:56:11.033093 [NOTICE] switch_core_session.c:1577 Session 715 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Ended 2017-03-22 11:56:11.033093 [NOTICE] switch_core_session.c:1581 Close Channel sofia/internal/8911 at insiel.fvgvoipcoll.it [CS_DESTROY] 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:572 (sofia/internal/8911 at insiel.fvgvoipcoll.it) Running State Change CS_DESTROY 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:582 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State DESTROY 2017-03-22 11:56:11.033093 [DEBUG] mod_sofia.c:399 sofia/internal/8911 at insiel.fvgvoipcoll.it SOFIA DESTROY 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:99 sofia/internal/8911 at insiel.fvgvoipcoll.it Standard DESTROY 2017-03-22 11:56:11.033093 [DEBUG] switch_core_state_machine.c:582 (sofia/internal/8911 at insiel.fvgvoipcoll.it) State DESTROY going to sleep recv 397 bytes from udp/[172.25.248.82]:5060 at 10:56:11.078961: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 172.25.248.83;received=172.25.248.83;rport=5060;branch=z9hG4bKDapFc3UKFFtcr From: "8911" ;tag=4USX7U3vp2j1c To: ;tag=507421845 Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754017 NOTIFY Contact: User-Agent: Yealink SIP-T21P 34.72.0.75 Content-Length: 0 ------------------------------------------------------------------------ send 710 bytes to udp/[172.25.248.82]:5060 at 10:56:11.079572: ------------------------------------------------------------------------ BYE sip:5536 at 172.22.27.137:5062 SIP/2.0 Via: SIP/2.0/UDP 172.25.248.83;rport;branch=z9hG4bKFv80FSXt906HF Route: Max-Forwards: 70 From: "8911" ;tag=4USX7U3vp2j1c To: ;tag=507421845 Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754018 BYE Contact: User-Agent: FreeSWITCH-mod_sofia/1.2.24+git~20140910T073219Z~bbe2531cb0~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 ------------------------------------------------------------------------ recv 476 bytes from udp/[172.25.248.82]:5060 at 10:56:11.082051: ------------------------------------------------------------------------ BYE sip:mod_sofia at 172.25.248.83:5060 SIP/2.0 Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK871e.65384514.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK384278620 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754018 BYE Contact: Max-Forwards: 69 User-Agent: Yealink SIP-T21P 34.72.0.75 Content-Length: 0 ------------------------------------------------------------------------ recv 354 bytes from udp/[172.25.248.82]:5060 at 10:56:11.117925: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 172.25.248.83;received=172.25.248.83;rport=5060;branch=z9hG4bKFv80FSXt906HF From: "8911" ;tag=4USX7U3vp2j1c To: ;tag=507421845 Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754018 BYE User-Agent: Yealink SIP-T21P 34.72.0.75 Content-Length: 0 ------------------------------------------------------------------------ send 347 bytes to udp/[172.25.248.82]:5060 at 10:56:11.118238: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 172.25.248.82:5060;branch=z9hG4bK871e.65384514.0 Via: SIP/2.0/UDP 172.22.27.137:5062;branch=z9hG4bK384278620 From: ;tag=507421845 To: "8911" ;tag=4USX7U3vp2j1c Call-ID: f9313c57-8990-1235-e48f-005056886d47 CSeq: 104754018 BYE Content-Length: 0 From kamil.nigmatullin at gmail.com Fri Mar 24 08:30:59 2017 From: kamil.nigmatullin at gmail.com (Kamil Nigmatullin) Date: Fri, 24 Mar 2017 11:30:59 +0600 Subject: [Freeswitch-users] Mod_callcenter question In-Reply-To: References: <446a8b6b-9dc1-af93-bf94-c9eeb6d541ce@gmail.com> <48d98f39-4527-e3b6-e479-fe8a0f4a466c@gmail.com> Message-ID: how come mod_fifo more powerfull than mod_callcenter? Was it improved somehow? 2017-03-22 22:33 GMT+06:00 ?talo Rossi : > Reloadxml and then callcenter_config queue load queuename > Em qua, 22 de mar de 2017 ?s 02:13, Sergey Safarov > escreveu: > >> Strange. I tested 82a9a3e. But "reloadxml" is not trigers update of >> queries >> How to reproduce: >> 1) start FS with vanlla config >> 2) load mod_callcenter; >> 3) rename "support at default" query to "support2 at default"; >> 4) execute "reloadxml" >> 5) execute "callcenter_config queue list" >> >> Query name is still be "support at default" and no new queries. >> >> Sergey >> >> ??, 22 ???. 2017 ?. ? 3:23, ?talo Rossi : >> >> callcenter_config queue load queuename will trigger a config request to >> your Web server when using mod_xml_curl, if using static config issue a >> reloadxml first. You don't have to reload the module >> Em ter, 14 de mar de 2017 ?s 11:34, Michael Jerris >> escreveu: >> >> Because it wasn't designed to do this. You can take a look at mod_fifo >> which is more powerful and more flexible than mod_callcenter >> >> On Tue, Mar 14, 2017 at 3:53 AM Kamil Nigmatullin < >> kamil.nigmatullin at gmail.com> wrote: >> >> For now, you can not create queues in callcenter dynamically. >> Why not? via curl_xml it is dynamical. >> >> But the question is not if it is dynamical or not. I understood that what >> I want does not exist and I will find some time to work on modificaion of >> mod_callcenter so that it will be possible. It is really good busienss >> function and I think it worth spending time. >> >> -- >> Kamil Nigmatullin >> Skype: kamil.nigmatullin >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Kamil Nigmatullin Tel: 77272323748 mob: 7 (707) 2517003 Skype: kamil.nigmatullin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/af931ba2/attachment.html From ronggokp at gmail.com Fri Mar 24 11:10:04 2017 From: ronggokp at gmail.com (Ronggo Kinantoputro) Date: Fri, 24 Mar 2017 15:10:04 +0700 Subject: [Freeswitch-users] Configure SRTP and ZRTP on FusionPBX In-Reply-To: References: Message-ID: Well noted, thanks Brian. By the way for my #1 case, how to successfully establish end to end SRTP session? because I've testing it a couple of time (using Linphone), enabling SRTP on both end point, but the result still same. From Linphone lock icon, only the caller show the secure connection. RG On Wed, Mar 22, 2017 at 7:23 PM, Brian West wrote: > Yes its still RTP the payload in the RTP is encrypted. Same with either > ZRTP or SRTP, the key exchange is all that differs. > > /b > > > On Wed, Mar 22, 2017 at 12:23 AM, Ronggo Kinantoputro > wrote: > >> Hi Brian, >> >> So is it still secure (the call with ZRTP activated on both end point)? >> Let say if I try to sniff/capture the Voip Call (with ZRTP enabled) using >> wireshark or cain tools, does those tools can listening to the Voip >> conversations? >> >> Thanks. >> >> On Wed, Mar 22, 2017 at 10:31 AM, Brian West >> wrote: >> >>> End to end zrtp will not show anything at all we are blissfully unaware >>> of the crypto in that case. >>> /b >>> >>> On Mon, Mar 20, 2017 at 10:34 AM Ronggo Kinantoputro >>> wrote: >>> >>>> Hi, >>>> >>>> I have recently installed FusionPBX (version 4.0.0-151125) on AWS. >>>> >>>> My purpose is : >>>> 1) Make a secure call using SRTP (end to end SRTP session) >>>> I've already make some test using softphone (Linphone and Csip Simple >>>> for android), with enabling SRTP settings on both end point. The result is >>>> from the Active Calls Status(on FusionPBX Web-UI), the Caller Extension has >>>> already secure (there's SRTP crypto on the Secure column). But at the >>>> Receiver Extension, there's no SRTP crypto on the Secure column. Are those >>>> calls has been secured (end to end)? >>>> >>>> 2) Make a secure call using ZRTP (end to end ZRTP session) >>>> I've already make some test using softphone (Linphone and Csip Simple >>>> for android), with enabling ZRTP settings on both end point. The result is >>>> from the Active Calls Status(on FusionPBX Web-UI), there's no ZRTP crypto >>>> on the Secure column for both Caller Extension and Receiver Extension. So I >>>> guest the ZRTP session (end to end) still did not works. >>>> >>>> I have not make any changes with the configuration on >>>> FreeSwitch/FusionPBX, so it's still in default configuration. >>>> >>>> Any advise would be highly appreciated. >>>> >>>> Thanks. >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> *https://www.gofundme.com/allison-prompts-for-freeswitch* >>> >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/d0ceb790/attachment-0001.html From david.ponzone at ipeva.fr Fri Mar 24 12:29:31 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Mar 2017 10:29:31 +0100 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> Message-ID: <325057BC-E0E8-4C44-B2AC-9488DAE8EDDF@ipeva.fr> Regis, I have fail2ban running on the host, but 4-5 seconds of halt when adding a rule to a chain ? I was not even aware adding a rule was pausing trafic. I will check that hypothesis anyway, because I have not many ones left? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 23 mars 2017 ? 08:52, Regis M a ?crit : > > Hi David,, > > Have you check if it's a a firewall automatic reload rules or something like that that could block traffic between network and freeswitch during a little time ? > > Regards, > > Regis > > > > 2017-03-22 11:57 GMT+01:00 David Ponzone >: > I can now confirm that while FS does not reply to REGISTER/OPTIONS/NOTIFY requests, it replies to INVITE/CANCEL requests normally. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 22 mars 2017 ? 08:22, David Ponzone > a ?crit : >> >> I use purely static config files for directory. >> I upgraded to 1.6.15 and moved core-db to tmpfs, and interestingly, the issue is still there. >> It just happened in front of my eyes (I have a tail -F log/freeswitch.log | grep 'existing REGISTER? running, and a tshark on port 5070 at the same time). >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr <> - www.ipeva-studio.com <> >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 21 mars 2017 ? 14:27, Vallimamod Abdullah > a ?crit : >>> >>> Hi, >>> >>> The sofia::register_attempt is sent just after authenticating the user. So the 5s delay you have would imply that freeswitch is having trouble getting the directory data. It would also explain the retransmission logs you see in libsofia. >>> >>> Do you use xml-curl or any dynamic directory lookup? If not, the best move is, as you said, to update to latest 1.6 with tmpfs core-db and test again. >>> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >>> >>>> On 21 Mar 2017, at 10:03, David Ponzone > wrote: >>>> >>>> Abdullah, >>>> >>>> Actually, I have the ESL events (sofia::register_attempt and sofia::register) but they show up 5 seconds after the initial REGISTER. >>>> When they show up, I can see the 200 OK being sent to the client right away. >>>> So it?s like nua_application_event is calling the mod_sofia callback with a delay. >>>> >>>> I can also confirm that during this frozen moment, another profile listening on port 5080 is normally answering to INVITE requests. >>>> This would suggest that the issue is related only to this specific profile listening on 5070, not to all profiles. >>>> >>>> I will move core-db to tmpfs, as anyway it can only improve the overall performances. >>>> I will then upgrade to latest 1.6. >>>> Unless you see another option? >>>> I am opened to suggestions as it?s possible that some debug/logging is currently missing in FS as the logs should say why it?s stalling for 4-5 seconds. >>>> It?s not having a significant impact at the moment, so I can ? play ? a little bit with it. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr - www.ipeva-studio.com >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> >>>> >>>> >>>> >>>>> Le 19 mars 2017 ? 14:35, Vallimamod Abdullah > a ?crit : >>>>> >>>>> Hi, >>>>> >>>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>>> >>>>> These means that sofia is considering these requests as retransmissions (transaction found in sofia's internal htable). In this case, you should also see a retransmission log like "nta: re-received %s request, retransmitting %u reply". >>>>> >>>>> The nua_application_event is calling a mod_sofia callback for incoming register request. So it looks like mod_sofia does not answer for some reason. >>>>> Can you check if you get the following esl custom events: "sofia::register_attempt", "sofia::pre_register" and "sofia::register" for the failed register? It will help to tell at which point the processing stops. >>>>> >>>>> Also, is your core-db in-memory? If not, you may try to move it in ram. >>>>> >>>>> Best Regards, >>>>> Vallimamod >>>>> . >>>>> >>>>> -- >>>>> Vallimamod Abdullah >>>>> SIP Solutions >>>>> vma at sipsolutions.fr >>>>> tel:+33662606897 >>>>> . >>>>> >>>>>> On 18 Mar 2017, at 20:04, David Ponzone > wrote: >>>>>> >>>>>> Mike, >>>>>> >>>>>> with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request: >>>>>> >>>>>> nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction >>>>>> nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction >>>>>> >>>>>> It?s like it considers it?s already dealing with a such request (which it never replied to). >>>>>> >>>>>> A typical regular flow of logs for a REGISTER which was responded to is: >>>>>> >>>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg >>>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called >>>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called >>>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying >>>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>>> nua.c:879 nua_respond() nua: nua_respond: entering >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy >>>>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering >>>>>> nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering >>>>>> nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK >>>>>> >>>>>> When it fails to respond, it is: >>>>>> >>>>>> nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg >>>>>> nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering >>>>>> nua_stack.c:899 nh_create() nua: nh_create: entering >>>>>> nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering >>>>>> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering >>>>>> soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called >>>>>> soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called >>>>>> nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying >>>>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering >>>>>> >>>>>> It?s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like: >>>>>> >>>>>> nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond >>>>>> >>>>>> >>>>>> David Ponzone Direction Technique >>>>>> email: david.ponzone at ipeva.fr >>>>>> tel: 01 74 03 18 97 >>>>>> gsm: 06 66 98 76 34 >>>>>> >>>>>> Service Client IPeva >>>>>> tel: 0811 46 26 26 >>>>>> www.ipeva.fr - www.ipeva-studio.com >>>>>> >>>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Le 17 mars 2017 ? 23:08, Michael Jerris > a ?crit : >>>>>>> >>>>>>> you can try sofia loglevel all 9 >>>>>>> >>>>>>> see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps >>>>>>> On Fri, Mar 17, 2017 at 5:19 PM David Villasmil > wrote: >>>>>>> How's the memory use? >>>>>>> On Fri, Mar 17, 2017 at 10:09 PM David Ponzone > wrote: >>>>>>> All, >>>>>>> >>>>>>> I noticed recently that sometimes FS (1.6.6) does not honor REGISTER or OPTIONS requests coming from some customers. >>>>>>> Those customers register every 30 seconds, and FS does not answer to around 20-30 REGISTERs each day. >>>>>>> I am trying to understand that, as the server is far from loaded (max 100 concurrent calls on a Dell R610). >>>>>>> >>>>>>> Can anyone recommend some debugging steps to try to narrow this down ? >>>>>>> Any known issue of this sort in 1.6.6 ? >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> David Ponzone Direction Technique >>>>>>> email: david.ponzone at ipeva.fr >>>>>>> tel: 01 74 03 18 97 >>>>>>> gsm: 06 66 98 76 34 >>>>>>> >>>>>>> Service Client IPeva >>>>>>> tel: 0811 46 26 26 >>>>>>> www.ipeva.fr - www.ipeva-studio.com >>>>>>> >>>>>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>>>>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/4ca576a5/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/4ca576a5/attachment-0001.bin From ankit_doshi2011 at yahoo.com Fri Mar 24 13:29:02 2017 From: ankit_doshi2011 at yahoo.com (Ankit Doshi) Date: Fri, 24 Mar 2017 10:29:02 +0000 (UTC) Subject: [Freeswitch-users] change value in invite sip header References: <1085040061.2789501.1490351342211.ref@mail.yahoo.com> Message-ID: <1085040061.2789501.1490351342211@mail.yahoo.com> Hello All, I have DID Number :123456This DID assigned to 23456 extension. Now when I am dial number so that time sip invite header pass like belowINVITE sip:23456 at ipBut I want to send like INVITE sip:123456 at ip So which sip URI variable can I try to get this resolved ? Sent from Yahoo Mail on Android -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/f8646e92/attachment.html From rajil.s at gmail.com Fri Mar 24 15:14:28 2017 From: rajil.s at gmail.com (Rajil Saraswat) Date: Fri, 24 Mar 2017 07:14:28 -0500 Subject: [Freeswitch-users] SIMPLE, SRTP and Zoiper Message-ID: Hello, I have SRTP setup in Freeswitch with Zoiper on Android being the end points. Using Zoiper it is also possible to send text messages. Are these messages encrypted as well? Thanks From is.yaltunay at gmail.com Fri Mar 24 15:24:34 2017 From: is.yaltunay at gmail.com (=?UTF-8?Q?Y=C3=BCcel_ALTUNAY?=) Date: Fri, 24 Mar 2017 15:24:34 +0300 Subject: [Freeswitch-users] Dialplan conditions for limitations Message-ID: Hi, I have 3 extensions (1001, 1002, 1003) and i want to limit some calls written below *Ext Can Call Cant't Call* 1001 1002,1003 1002 1001 1003 1003 1001 1002 I wrote condition below; ....... In this case 1002 and 1003 can call 1001, and can't call each other, but when i want to call 1002 or 1003 from 1001, on 1001's screen i see a incoming call from others. How can i solve this case. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/6e93b3fb/attachment.html From is.yaltunay at gmail.com Fri Mar 24 15:39:41 2017 From: is.yaltunay at gmail.com (=?UTF-8?Q?Y=C3=BCcel_ALTUNAY?=) Date: Fri, 24 Mar 2017 15:39:41 +0300 Subject: [Freeswitch-users] Dialplan conditions for limitations In-Reply-To: References: Message-ID: I have solved it by adding an extension and local extension is standart but condition is Thanks. 2017-03-24 15:24 GMT+03:00 Y?cel ALTUNAY : > Hi, > I have 3 extensions (1001, 1002, 1003) and i want to limit some calls > written below > > *Ext Can Call Cant't Call* > 1001 1002,1003 > 1002 1001 1003 > 1003 1001 1002 > > I wrote condition below; > > > > > > ....... > > > > > > > > In this case 1002 and 1003 can call 1001, and can't call each other, but > when i want to call 1002 or 1003 from 1001, on 1001's screen i see a > incoming call from others. > > > How can i solve this case. > > Thanks. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/5135c6e0/attachment.html From s.safarov at gmail.com Fri Mar 24 16:00:53 2017 From: s.safarov at gmail.com (Sergey Safarov) Date: Fri, 24 Mar 2017 13:00:53 +0000 Subject: [Freeswitch-users] SIMPLE, SRTP and Zoiper In-Reply-To: References: Message-ID: SRTP not allow encrypt text messages But you can encrypt via TLS transport. This encryption is not end-to-end ??, 24 ???. 2017 ?. ? 15:15, Rajil Saraswat : > Hello, > > I have SRTP setup in Freeswitch with Zoiper on Android being the end > points. Using Zoiper it is also possible to send text messages. Are > these messages encrypted as well? > > Thanks > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/1fc83693/attachment.html From david.ponzone at ipeva.fr Fri Mar 24 16:13:39 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 24 Mar 2017 14:13:39 +0100 Subject: [Freeswitch-users] change value in invite sip header In-Reply-To: <1085040061.2789501.1490351342211@mail.yahoo.com> References: <1085040061.2789501.1490351342211.ref@mail.yahoo.com> <1085040061.2789501.1490351342211@mail.yahoo.com> Message-ID: <83005FF5-BC53-48A5-8158-A5269293C319@ipeva.fr> https://wiki.freeswitch.org/wiki/Variable_sip_invite_req_uri ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 24 mars 2017 ? 11:29, Ankit Doshi a ?crit : > > Hello All, > > I have DID Number :123456 > This DID assigned to 23456 extension. > > Now when I am dial number so that time sip invite header pass like below > INVITE sip:23456 at ip > But I want to send like > > INVITE sip:123456 at ip > > So which sip URI variable can I try to get this resolved ? > > Sent from Yahoo Mail on Android _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/59e327f4/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/59e327f4/attachment-0001.bin From mike at jerris.com Fri Mar 24 16:29:17 2017 From: mike at jerris.com (Michael Jerris) Date: Fri, 24 Mar 2017 13:29:17 +0000 Subject: [Freeswitch-users] SIMPLE, SRTP and Zoiper In-Reply-To: References: Message-ID: Depends on the protocol used for text messages On Fri, Mar 24, 2017 at 9:04 AM Sergey Safarov wrote: > SRTP not allow encrypt text messages > But you can encrypt via TLS transport. > > This encryption is not end-to-end > > > ??, 24 ???. 2017 ?. ? 15:15, Rajil Saraswat : > > Hello, > > I have SRTP setup in Freeswitch with Zoiper on Android being the end > points. Using Zoiper it is also possible to send text messages. Are > these messages encrypted as well? > > Thanks > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/895f52f8/attachment.html From ljjimenez at gmail.com Fri Mar 24 16:35:48 2017 From: ljjimenez at gmail.com (Luis Jimenez) Date: Fri, 24 Mar 2017 09:35:48 -0400 Subject: [Freeswitch-users] Dialplan conditions for limitations In-Reply-To: References: Message-ID: Use toll like variables. On Fri, Mar 24, 2017 at 8:24 AM, Y?cel ALTUNAY wrote: > Hi, > I have 3 extensions (1001, 1002, 1003) and i want to limit some calls > written below > > *Ext Can Call Cant't Call* > 1001 1002,1003 > 1002 1001 1003 > 1003 1001 1002 > > I wrote condition below; > > > > > > ....... > > > > > > > > In this case 1002 and 1003 can call 1001, and can't call each other, but > when i want to call 1002 or 1003 from 1001, on 1001's screen i see a > incoming call from others. > > > How can i solve this case. > > Thanks. > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/7257e8ef/attachment.html From thetsinling at outlook.com Fri Mar 24 15:15:59 2017 From: thetsinling at outlook.com (tsin ling) Date: Fri, 24 Mar 2017 12:15:59 +0000 Subject: [Freeswitch-users] freeswitch load module core_vpx_module error Message-ID: Hi all, I try to run freeswitch on windows console, The CRIT error occur when freeswitch loading module core_vpx_module. freeswitch version is 1.6.15. Here is console log: " [CRIT] switch_loadable_module.c:1522 Error Loading module /CORE_VPX_MODULE.dll **dll open error [126l] **" Anyone else experiencing this? Thank you, Bob.chen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/76ea0163/attachment.html From zzyroy at qq.com Fri Mar 24 17:36:25 2017 From: zzyroy at qq.com (=?ISO-8859-1?B?enp5?=) Date: Fri, 24 Mar 2017 22:36:25 +0800 Subject: [Freeswitch-users] Lua not working when FS start with background mode[freeswitch -nc] Message-ID: Debian 8 FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) 1. Login Debian with root. 2. Install the FS by apt-get. wget -O - https://files.freeswitch.org/repo/deb/debian/freeswitch_archive_g0.pub| apt-key add - echo "deb http://files.freeswitch.org/repo/deb/freeswitch-1.6/jessie main" > /etc/apt/sources.list.d/freeswitch.list apt-get update && apt-get install -y freeswitch-meta-all 3. Run fs_cli after install. 4. I add a gateway in Freeswitch Portal. It will run a run lua script [create_gateway.lua]. This lua script is from source code [/usr/src/freeswitch/scripts/lua/portal/create_gateway.lua].I get an error message in fs_cli: 2017-03-24 10:32:46.006528 [ERR] mod_lua.cpp:203 /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: attempt to index global 'conf_file' (a nil value) stack traceback: /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: in main chunk 5. Stop the FS with [systemctl stop freeswitch.service] command. 6. Run [freeswitch -c] command set the FS in the foreground. 7. I add a gateway in Freeswitch Portal again and get the correct result. 8. I also try this after FS startup in the background ([freeswitch -nc] and [freeswitch -ncwait]). Get the same error as before. Who can tell me why the lua script does not working when FS startup with service mode and background mode? Thanks a lot! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/ecf29060/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 19345 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/ecf29060/attachment-0001.obj From abaci64 at gmail.com Fri Mar 24 22:10:24 2017 From: abaci64 at gmail.com (Abaci B) Date: Fri, 24 Mar 2017 15:10:24 -0400 Subject: [Freeswitch-users] Lua not working when FS start with background mode[freeswitch -nc] In-Reply-To: References: Message-ID: file permission issue maybe (starting as different user)? On Fri, Mar 24, 2017 at 10:36 AM, zzy wrote: > Debian 8 > FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) > > > 1. Login Debian with root. > 2. Install the FS by apt-get. > wget -O - https://files.freeswitch.org/repo/deb/debian/ > freeswitch_archive_g0.pub| apt-key add - > echo "deb http://files.freeswitch.org/repo/deb/freeswitch-1.6/jessie > main" > /etc/apt/sources.list.d/freeswitch.list > apt-get update && apt-get install -y freeswitch-meta-all > 3. Run fs_cli after install. > 4. I add a gateway in Freeswitch Portal. It will run a run lua script > [create_gateway.lua]. This lua script is from source code > [/usr/src/freeswitch/scripts/lua/portal/create_gateway.lua]. > I get an error message in fs_cli: > > 2017-03-24 10:32:46.006528 [ERR] mod_lua.cpp:203 > /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: attempt to > index global 'conf_file' (a nil value) > stack traceback: > /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: in > main chunk > > > 5. Stop the FS with [systemctl stop freeswitch.service] command. > 6. Run [freeswitch -c] command set the FS in the foreground. > 7. I add a gateway in Freeswitch Portal again and get the correct result. > 8. I also try this after FS startup in the background ([freeswitch -nc] > and [freeswitch -ncwait]). Get the same error as before. > > > Who can tell me why the lua script does not working when FS startup with > service mode and background mode? > > Thanks a lot! > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/20d7fe86/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 30FC8C7F at 02E20D6E.E92ED558 Type: application/octet-stream Size: 19345 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/20d7fe86/attachment-0001.obj From brian at freeswitch.org Fri Mar 24 22:51:40 2017 From: brian at freeswitch.org (Brian West) Date: Fri, 24 Mar 2017 14:51:40 -0500 Subject: [Freeswitch-users] freeswitch load module core_vpx_module error In-Reply-To: References: Message-ID: There is no video in the window version. Work has to be done to make all the libs work there. /b On Fri, Mar 24, 2017 at 7:15 AM, tsin ling wrote: > Hi all, > > I try to run freeswitch on windows console, The CRIT error occur when > freeswitch loading module core_vpx_module. freeswitch version is 1.6.15. > > Here is console log: > > ? [CRIT] switch_loadable_module.c:1522 Error Loading module > /CORE_VPX_MODULE.dll > > **dll open error [126l] > > **? > > Anyone else experiencing this? > > Thank you, > > Bob.chen > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170324/5b1a9368/attachment.html From tomfieldingpersonal at gmail.com Sat Mar 25 23:35:50 2017 From: tomfieldingpersonal at gmail.com (Tom Fielding) Date: Sat, 25 Mar 2017 13:35:50 -0700 Subject: [Freeswitch-users] How to not send 407 if username not recognized Message-ID: Hi all, Currently, FS sends back 407 (Authorization needed) to a REGISTER or INVITE even though the From: username is not one in our directory config. Is there a way to configure FS to not send back 407 if the username in the >From field is not recognized? I?d like to not give scanner bots any clue that there is a SIP proxy. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170325/1947f2f7/attachment.html From vbvbrj at gmail.com Sun Mar 26 21:58:59 2017 From: vbvbrj at gmail.com (Mimiko) Date: Sun, 26 Mar 2017 20:58:59 +0300 Subject: [Freeswitch-users] Fwd: hook to event or startup script which will hook to events? In-Reply-To: References: <56B75BDE.6020604@gmail.com> <56C02E2B.2090304@gmail.com> <56C0BBE2.5050206@gmail.com> Message-ID: <6537143f-4090-06bb-e946-65419f97bd17@gmail.com> I've asked this a year ago and did go on with script start-up. But I'm still wandering: Did someone compared performance on capturing events using with different hook types: 1) Run start-up scripts and do eventconsumer=freeswitch.EventConsumer("CUSTOM","callcenter::info") 2) In case of first method, the lua script is read once into memory and is in executing state all time the FS is running. To reload script you need to restart FS. In case of second method, the lua script is read and executed for every event. No need to restart FS if script is changed. But it is read from file system every time an event, it is hooked, arise. If events came rarely, then hook event is better in my opinion. If events come lots, then the script should run always. But if events come, for example, 10-20 per sec, what will be better method to use from performance point of view? -- Mimiko desu. From jack at livematch.com Mon Mar 27 04:11:54 2017 From: jack at livematch.com (Jack Loranger) Date: Sun, 26 Mar 2017 17:11:54 -0700 Subject: [Freeswitch-users] Freeswitch not offering VP8 Message-ID: <79efee67-ff45-8f55-c3b1-e68d21966dd4@livematch.com> We are running FreeSwitch on a 2012 windows server. Trying to get Video conferencing to work with verto. Freeswitch is not offering VP8, when I do a "show codec" it is not listed. I read that it is in the core now. libvpx is compiling alright. Is there something I have to do to activate it? Here is vars.xml configuration: Thanks for your help! Jack From mike at jerris.com Mon Mar 27 06:59:12 2017 From: mike at jerris.com (Michael Jerris) Date: Mon, 27 Mar 2017 02:59:12 +0000 Subject: [Freeswitch-users] Fwd: hook to event or startup script which will hook to events? In-Reply-To: <6537143f-4090-06bb-e946-65419f97bd17@gmail.com> References: <56B75BDE.6020604@gmail.com> <56C02E2B.2090304@gmail.com> <56C0BBE2.5050206@gmail.com> <6537143f-4090-06bb-e946-65419f97bd17@gmail.com> Message-ID: The second one needs to init a whole new lua env for each event. It will be much heavier. On Sun, Mar 26, 2017 at 2:02 PM Mimiko wrote: > I've asked this a year ago and did go on with script start-up. > > But I'm still wandering: > > Did someone compared performance on capturing events using with different > hook types: > > 1) Run start-up scripts and do > eventconsumer=freeswitch.EventConsumer("CUSTOM","callcenter::info") > 2) script="catch-event.lua"/> > > In case of first method, the lua script is read once into memory and is in > executing state all time the FS is running. To reload script you need to > restart FS. > > In case of second method, the lua script is read and executed for every > event. No need to restart FS if script is changed. But it is read from file > system every time an event, it is hooked, arise. > > If events came rarely, then hook event is better in my opinion. If events > come lots, then the script should run always. But if events come, for > example, 10-20 per sec, what will be better method to use from performance > point of view? > > -- > Mimiko desu. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/fd9c5f7f/attachment.html From vbvbrj at gmail.com Mon Mar 27 09:52:03 2017 From: vbvbrj at gmail.com (Mimiko) Date: Mon, 27 Mar 2017 08:52:03 +0300 Subject: [Freeswitch-users] Fwd: hook to event or startup script which will hook to events? In-Reply-To: References: <56B75BDE.6020604@gmail.com> <56C02E2B.2090304@gmail.com> <56C0BBE2.5050206@gmail.com> <6537143f-4090-06bb-e946-65419f97bd17@gmail.com> Message-ID: <54147222-3462-5ab0-cfc0-63692071c1ba@gmail.com> On 27.03.2017 05:59, Michael Jerris wrote: > The second one needs to init a whole new lua env for each event. It will be much heavier. Thank you for answer Michael. Thinking of it. 10-20 events per sec, if the events only needs to be parsed and populate a DB, for nowadays servers could be easily handled. The bottleneck could be the disk system. But if it will be stable this number of events per sec, then first method is preferred, as you pointed out. -- Mimiko desu. From gregor at infomedia.si Mon Mar 27 15:55:29 2017 From: gregor at infomedia.si (Gregor Nanger) Date: Mon, 27 Mar 2017 13:55:29 +0200 Subject: [Freeswitch-users] a1 password gateway Message-ID: Can I use a1-hash ? parameter in gateways configuration? Provider request to send hashed password they sent instead. Best regards, Gregor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/98e148b6/attachment.html From david.ponzone at ipeva.fr Mon Mar 27 16:04:48 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 27 Mar 2017 14:04:48 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> Message-ID: <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Abdullah, > Le 22 mars 2017 ? 12:59, Vallimamod Abdullah a ?crit : > That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) It?s not set. > > Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? Nope, but I?ll try to check again. > Is it happening only for one customer or indifferently? Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. > Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? The other profiles don?t allow REGISTER. I created a new profile allowing REGISTER on port 5072, and it?s the same. That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 > . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/caf05038/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/caf05038/attachment.bin From david.villasmil.work at gmail.com Mon Mar 27 16:27:02 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 27 Mar 2017 12:27:02 +0000 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: Just wondering, how many users do you have registered? On Mon, Mar 27, 2017 at 2:05 PM David Ponzone wrote: > Abdullah, > > Le 22 mars 2017 ? 12:59, Vallimamod Abdullah a ?crit > : > > > That's very strange. Especially for options as the fsw reply 200 ok > without any specific check (actually, only if the profile param > sip-options-respond-503-on-busy is not set. You may re-test after disabling > this param if it is set, but I am not sure it will make any difference.) > > > It?s not set. > > > Have you noticed any difference between the failed REGISTER or OPTIONS > requests and the normal ones? > > > Nope, but I?ll try to check again. > > Is it happening only for one customer or indifferently? > > > Indifferently. When it freezes for 4-5 seconds, I can see REGISTER > attempts coming from several customers that remain unanswered. > > Also you said that you had no pb with another profile running on port > 5080. Is it possible for you to test a failing customer with that profile? > > > The other profiles don?t allow REGISTER. > I created a new profile allowing REGISTER on port 5072, and it?s the same. > That means it doesn?t come from iptables as I have no filters on port 5072 > at the moment. > > > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 > . > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/bbb351a0/attachment-0001.html From david.ponzone at ipeva.fr Mon Mar 27 19:22:31 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 27 Mar 2017 17:22:31 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: On this box, around 30. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 27 mars 2017 ? 14:27, David Villasmil a ?crit : > > Just wondering, how many users do you have registered? > On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: > Abdullah, > >> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : > >> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) > > It?s not set. > >> >> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? > > Nope, but I?ll try to check again. > >> Is it happening only for one customer or indifferently? > > Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. > >> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? > > The other profiles don?t allow REGISTER. > I created a new profile allowing REGISTER on port 5072, and it?s the same. > That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. > > >> Best Regards, >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at sipsolutions.fr >> tel:+33662606897 >> . > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/41e7cc44/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/41e7cc44/attachment.bin From david.villasmil.work at gmail.com Mon Mar 27 19:28:26 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 27 Mar 2017 15:28:26 +0000 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. On Mon, Mar 27, 2017 at 5:23 PM David Ponzone wrote: > On this box, around 30. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : > > Just wondering, how many users do you have registered? > On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: > > Abdullah, > > Le 22 mars 2017 ? 12:59, Vallimamod Abdullah a ?crit > : > > > That's very strange. Especially for options as the fsw reply 200 ok > without any specific check (actually, only if the profile param > sip-options-respond-503-on-busy is not set. You may re-test after disabling > this param if it is set, but I am not sure it will make any difference.) > > > It?s not set. > > > Have you noticed any difference between the failed REGISTER or OPTIONS > requests and the normal ones? > > > Nope, but I?ll try to check again. > > Is it happening only for one customer or indifferently? > > > Indifferently. When it freezes for 4-5 seconds, I can see REGISTER > attempts coming from several customers that remain unanswered. > > Also you said that you had no pb with another profile running on port > 5080. Is it possible for you to test a failing customer with that profile? > > > The other profiles don?t allow REGISTER. > I created a new profile allowing REGISTER on port 5072, and it?s the same. > That means it doesn?t come from iptables as I have no filters on port 5072 > at the moment. > > > Best Regards, > -- > Vallimamod Abdullah > SIP Solutions > vma at sipsolutions.fr > tel:+33662606897 <+33662606897> > . > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/1a0aefa7/attachment-0001.html From brian at freeswitch.org Mon Mar 27 20:58:47 2017 From: brian at freeswitch.org (Brian West) Date: Mon, 27 Mar 2017 11:58:47 -0500 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: Just a reminder, You'll see packets in wireshark even if the firewall is up, So this does sound like an iptables snafu. I can't count the times this one has gotten me. /b On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Really weird, you need to do some deep debugging with Sofia debug... i > have ~3500 registrations working ok. > > On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: > >> On this box, around 30. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> >> >> >> >> Le 27 mars 2017 ? 14:27, David Villasmil >> a ?crit : >> >> Just wondering, how many users do you have registered? >> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone >> wrote: >> >> Abdullah, >> >> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah a >> ?crit : >> >> >> That's very strange. Especially for options as the fsw reply 200 ok >> without any specific check (actually, only if the profile param >> sip-options-respond-503-on-busy is not set. You may re-test after >> disabling this param if it is set, but I am not sure it will make any >> difference.) >> >> >> It?s not set. >> >> >> Have you noticed any difference between the failed REGISTER or OPTIONS >> requests and the normal ones? >> >> >> Nope, but I?ll try to check again. >> >> Is it happening only for one customer or indifferently? >> >> >> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER >> attempts coming from several customers that remain unanswered. >> >> Also you said that you had no pb with another profile running on port >> 5080. Is it possible for you to test a failing customer with that profile? >> >> >> The other profiles don?t allow REGISTER. >> I created a new profile allowing REGISTER on port 5072, and it?s the same. >> That means it doesn?t come from iptables as I have no filters on port >> 5072 at the moment. >> >> >> Best Regards, >> -- >> Vallimamod Abdullah >> SIP Solutions >> vma at sipsolutions.fr >> tel:+33662606897 <+33662606897> >> . >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/d754c542/attachment-0001.html From david.ponzone at ipeva.fr Mon Mar 27 21:18:08 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 27 Mar 2017 19:18:08 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: <0F023EC3-A0D0-422E-B1E7-299944D58B00@ipeva.fr> Brian, I know, and I checked that. I have some anti-DOS iptables rules on port 5070. But I have nothing filtering on port 5072 and the issue is still there. No fail2ban activity neither. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 27 mars 2017 ? 18:58, Brian West a ?crit : > > Just a reminder, You'll see packets in wireshark even if the firewall is up, So this does sound like an iptables snafu. I can't count the times this one has gotten me. > > /b > > > On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil > wrote: > Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. > > On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: > On this box, around 30. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : >> >> Just wondering, how many users do you have registered? >> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: >> Abdullah, >> >>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : >> >>> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) >> >> It?s not set. >> >>> >>> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? >> >> Nope, but I?ll try to check again. >> >>> Is it happening only for one customer or indifferently? >> >> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. >> >>> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? >> >> The other profiles don?t allow REGISTER. >> I created a new profile allowing REGISTER on port 5072, and it?s the same. >> That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. >> >> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/23d23741/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/23d23741/attachment-0001.bin From david.ponzone at ipeva.fr Mon Mar 27 22:49:58 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Mon, 27 Mar 2017 20:49:58 +0200 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: Message-ID: Brian, I noticed a behavior change with t38 between 1.6.6 and 1.6.15. With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got rejected with T37 REFUSE. If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE ON REQUEST. Is it related to the change you mentioned ? Thank you David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 23 janv. 2017 ? 20:59, Brian West a ?crit : > > You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 related. You're in for some pain. > > Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. > > > /b > > > On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine > wrote: > Hi Brian, > > Thanks for informing us. I just switched back to 1.6.13 an hour ago due to users complaints (and did not have the time yet to dig more). However, I have the following settings for all users: > > > > > which, according to your message above, should work ok. Anyway, I'll wait to 1.6.15... > > Thanks, __Yehavi: > > > 2017-01-23 19:03 GMT+02:00 Brian West >: > To clarify this work around will work on 1.6.14: > > If you wish to retain the previous behavior you can set fax_enable_t38=true in your vars.xml, You can also not set that and just set refuse_t38=true if you wish to never do t.38. > > /b > > On Mon, Jan 23, 2017 at 9:26 AM, Brian West > wrote: > FreeSWITCHers, > > In 1.6.14 we did a slight behavior change related to T.38 re-invite acceptance. Before 1.6.14 we would by default accept the re-invite even if t38 wasn't enabled and switch to UDPTL mode. This was an incorrect behavior to do by default. > > But one caveat in 1.6.14, We by default 488 the fax but switch the media mode to UDPTL which is also a bad behavior fixed in (FS-9943) slated for 1.6.15. > > If you wish to retain the previous behavior you can set fax_enable_t38=true in your vars.xml, You can also not set that and just set refuse_t38=true if you wish to never do t.38. > > These default behaviors are fixed in our next release 1.6.15. > > Thanks, > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/e93c04da/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/e93c04da/attachment-0001.bin From daveh at beachdognet.com Tue Mar 28 09:05:07 2017 From: daveh at beachdognet.com (Dave Horton) Date: Mon, 27 Mar 2017 22:05:07 -0700 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? Message-ID: I?d like to use something like mod_fifo, if possible to support my use case: - caller calls in - freeswitch sends 183 (pre_answer) but does _not_ answer the call - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) - agent calls in (to the ?parking slot? or equivalent) - caller is now bridged with agent - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 Is something like that possible with mod_fifo, or other module? Dave From david.ponzone at ipeva.fr Tue Mar 28 10:09:26 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 08:09:26 +0200 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: References: Message-ID: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> Dave, I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. I just tested that, and I receive a CANCEL from PSTN after 30 seconds. Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 07:05, Dave Horton a ?crit : > > I?d like to use something like mod_fifo, if possible to support my use case: > > - caller calls in > - freeswitch sends 183 (pre_answer) but does _not_ answer the call > - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) > - agent calls in (to the ?parking slot? or equivalent) > - caller is now bridged with agent > - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 > > Is something like that possible with mod_fifo, or other module? > > Dave > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/664f23ad/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/664f23ad/attachment.bin From david.ponzone at ipeva.fr Tue Mar 28 11:30:13 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 09:30:13 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: Brian, would you have any recommended actions to try to debug REGISTER requests at the sofia level ? fsctl debug_level 9 does not help as I can?t see any logs from sofia_reg.c David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 27 mars 2017 ? 18:58, Brian West a ?crit : > > Just a reminder, You'll see packets in wireshark even if the firewall is up, So this does sound like an iptables snafu. I can't count the times this one has gotten me. > > /b > > > On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil > wrote: > Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. > > On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: > On this box, around 30. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : >> >> Just wondering, how many users do you have registered? >> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: >> Abdullah, >> >>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : >> >>> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) >> >> It?s not set. >> >>> >>> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? >> >> Nope, but I?ll try to check again. >> >>> Is it happening only for one customer or indifferently? >> >> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. >> >>> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? >> >> The other profiles don?t allow REGISTER. >> I created a new profile allowing REGISTER on port 5072, and it?s the same. >> That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. >> >> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/79584e98/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/79584e98/attachment-0001.bin From asilva at wirelessmundi.com Tue Mar 28 12:05:07 2017 From: asilva at wirelessmundi.com (Antonio Silva) Date: Tue, 28 Mar 2017 10:05:07 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: hi, Not sure if already answer, try yo set: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "sofia tracelevel alert " fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Did you try last git master? On 03/28/2017 09:30 AM, David Ponzone wrote: > Brian, > > would you have any recommended actions to try to debug REGISTER > requests at the sofia level ? > fsctl debug_level 9 does not help as I can?t see any logs from > sofia_reg.c > > David PonzoneDirection Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > >> Le 27 mars 2017 ? 18:58, Brian West > > a ?crit : >> >> Just a reminder, You'll see packets in wireshark even if the firewall >> is up, So this does sound like an iptables snafu. I can't count the >> times this one has gotten me. >> >> /b >> >> >> On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil >> > > wrote: >> >> Really weird, you need to do some deep debugging with Sofia >> debug... i have ~3500 registrations working ok. >> >> On Mon, Mar 27, 2017 at 5:23 PM David Ponzone >> > wrote: >> >> On this box, around 30. >> >> David PonzoneDirection Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr- www.ipeva-studio.com >> >> /Ce message et toutes les pi?ces jointes sont confidentiels >> et ?tablis ? l'intention exclusive de ses destinataires. >> Toute utilisation ou diffusion non autoris?e est interdite. >> Tout message ?lectronique est susceptible d'alt?ration. >> /*/IPeva/*/ d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous >> n'?tes pas destinataire de ce message, merci de le d?truire >> imm?diatement et d'avertir l'exp?diteur./ >> / >> / >> >> >> >>> Le 27 mars 2017 ? 14:27, David Villasmil >>> >> > a ?crit : >>> >>> Just wondering, how many users do you have registered? >>> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone >>> > wrote: >>> >>> Abdullah, >>> >>>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah >>>> > a ?crit : >>> >>>> That's very strange. Especially for options as the fsw >>>> reply 200 ok without any specific check (actually, only >>>> if the profile param sip-options-respond-503-on-busy is >>>> not set. You may re-test after disabling this param if >>>> it is set, but I am not sure it will make any difference.) >>> >>> It?s not set. >>> >>>> >>>> Have you noticed any difference between the failed >>>> REGISTER or OPTIONS requests and the normal ones? >>> >>> Nope, but I?ll try to check again. >>> >>>> Is it happening only for one customer or indifferently? >>> >>> Indifferently. When it freezes for 4-5 seconds, I can >>> see REGISTER attempts coming from several customers that >>> remain unanswered. >>> >>>> Also you said that you had no pb with another profile >>>> running on port 5080. Is it possible for you to test a >>>> failing customer with that profile? >>> >>> The other profiles don?t allow REGISTER. >>> I created a new profile allowing REGISTER on port 5072, >>> and it?s the same. >>> That means it doesn?t come from iptables as I have no >>> filters on port 5072 at the moment. >>> >>> >>>> Best Regards, >>>> -- >>>> Vallimamod Abdullah >>>> SIP Solutions >>>> vma at sipsolutions.fr >>>> tel:+33662606897 >>>> . >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> >> -- >> >> */Brian West/* >> brian at freeswitch.org >> >> */Twitter: @FreeSWITCH , @briankwest/* >> >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> Allison prompts for FreeSWITCH: >> >> *https://www.gofundme.com/allison-prompts-for-freeswitch* >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/69fcc1b5/attachment-0001.html From francesco.piccinin at insiel.it Tue Mar 28 13:09:12 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Tue, 28 Mar 2017 09:09:12 +0000 Subject: [Freeswitch-users] CoreSession::hangup after MOVED on IVR calls Message-ID: Hi all, we are experiencing a call drop issue when users configure call forward unconditional on their extensions. Call drops when these extensions are reached from pstn and through an IVR post selection. Freeswitch recived a SIP 302 Moved from these endpoints, call are processed on sip_redirect_context but freeswitch first send a SOFIA DESTROY to forwarding extension (correct) and then KILL A-leg (IVR) with the following error: CoreSession::hangup It seems freeswitch does not keep alive a-leg in this scenario. Can you please help us? Thanks Francesco From vbvbrj at gmail.com Tue Mar 28 14:23:32 2017 From: vbvbrj at gmail.com (Mimiko) Date: Tue, 28 Mar 2017 13:23:32 +0300 Subject: [Freeswitch-users] lua script error handling Message-ID: Hello I want to implement handling of run-time errors in lua using pcall: status,err = pcall(dbh:query,querystring) if (not status or dbh:affected_rows()<1) then print('error') end But I get an error for pcall: function arguments expected near ',' Examples for programming in Lua shows this syntax for pcall. However in FS it does not work. How to handle errors with pcall? -- Mimiko desu. From matt at supportedbusiness.com Tue Mar 28 14:43:14 2017 From: matt at supportedbusiness.com (Matt Broad) Date: Tue, 28 Mar 2017 11:43:14 +0100 Subject: [Freeswitch-users] CURL headers Message-ID: Hi, is it possible to add a header when using the javascript function curl.run? I need to add a custom header. Below is an example of the script I currently use var curl = new CURL(); curl.run("GET", "http://www.url.com", "details=value", curl_callback, "myarg"); thanks Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/14e61666/attachment.html From yu at yu-boot.ru Tue Mar 28 15:34:29 2017 From: yu at yu-boot.ru (Yu Boot) Date: Tue, 28 Mar 2017 14:34:29 +0300 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: Message-ID: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> Recently updated to 1.6.15 and I've got similiar problem. Asterisk now rejects calls with T.38 in initial INVITE with "488 Not Acceptable Here" message. Fortunately, I can "delete" this wrong T.38 in SDP on a softswitch before FS. 27.03.2017 21:49, David Ponzone ?????: > Brian, > > I noticed a behavior change with t38 between 1.6.6 and 1.6.15. > With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got > rejected with T37 REFUSE. > If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE > ON REQUEST. > > Is it related to the change you mentioned ? > > Thank you > > David PonzoneDirection Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > > /Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis > ? l'intention exclusive de ses destinataires. Toute utilisation ou > diffusion non autoris?e est interdite. Tout message ?lectronique est > susceptible d'alt?ration. /*/IPeva/*/ d?cline toute responsabilit? au > titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous > n'?tes pas destinataire de ce message, merci de le d?truire > imm?diatement et d'avertir l'exp?diteur./ > / > / > > > >> Le 23 janv. 2017 ? 20:59, Brian West > > a ?crit : >> >> You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 >> related. You're in for some pain. >> >> Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. >> >> >> /b >> >> >> On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine >> > wrote: >> >> Hi Brian, >> >> Thanks for informing us. I just switched back to 1.6.13 an hour >> ago due to users complaints (and did not have the time yet to dig >> more). However, I have the following settings for all users: >> >> > data="fax_enable_t38_request=true"/> >> >> >> which, according to your message above, should work ok. Anyway, >> I'll wait to 1.6.15... >> >> Thanks, __Yehavi: >> >> >> 2017-01-23 19:03 GMT+02:00 Brian West > >: >> >> To clarify this work around will work on 1.6.14: >> >> If you wish to retain the previous behavior you can set >> fax_enable_t38=true in your vars.xml, You can also not set >> that and just set refuse_t38=true if you wish to never do t.38. >> >> /b >> >> On Mon, Jan 23, 2017 at 9:26 AM, Brian West >> > wrote: >> >> FreeSWITCHers, >> >> In 1.6.14 we did a slight behavior change related to T.38 >> re-invite acceptance. Before 1.6.14 we would by default >> accept the re-invite even if t38 wasn't enabled and >> switch to UDPTL mode. This was an incorrect behavior to >> do by default. >> >> But one caveat in 1.6.14, We by default 488 the fax but >> switch the media mode to UDPTL which is also a bad >> behavior fixed in (FS-9943) slated for 1.6.15. >> >> If you wish to retain the previous behavior you can set >> fax_enable_t38=true in your vars.xml, You can also not >> set that and just set refuse_t38=true if you wish to >> never do t.38. >> >> These default behaviors are fixed in our next release 1.6.15. >> >> Thanks, >> >> -- >> >> */Brian West/* >> brian at freeswitch.org >> >> >> */Twitter: @FreeSWITCH , @briankwest/* >> http://www.freeswitchbook.com >> >> http://www.freeswitchcookbook.com >> >> https://www.gofundme.com/freeswitch_ubuntu >> >> >> Got Bugs? Report them here ! >> | Reddit: /r/freeswitch >> >> *T:*+19184209001 | >> *F:*+19184209002 | >> *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> >> >> >> -- >> >> */Brian West/* >> brian at freeswitch.org >> >> >> */Twitter: @FreeSWITCH , @briankwest/* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> https://www.gofundme.com/freeswitch_ubuntu >> >> >> Got Bugs? Report them here ! | >> Reddit: /r/freeswitch >> >> *T:*+19184209001 | >> *F:*+19184209002 | >> *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> >> -- >> >> */Brian West/* >> brian at freeswitch.org >> >> >> */Twitter: @FreeSWITCH , @briankwest/* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/438311e6/attachment-0001.html From daveh at beachdognet.com Tue Mar 28 17:59:46 2017 From: daveh at beachdognet.com (Dave Horton) Date: Tue, 28 Mar 2017 06:59:46 -0700 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> Message-ID: <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? On Mar 27, 2017, at 11:09 PM, David Ponzone wrote: Dave, I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. I just tested that, and I receive a CANCEL from PSTN after 30 seconds. Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : > > I?d like to use something like mod_fifo, if possible to support my use case: > > - caller calls in > - freeswitch sends 183 (pre_answer) but does _not_ answer the call > - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) > - agent calls in (to the ?parking slot? or equivalent) > - caller is now bridged with agent > - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 > > Is something like that possible with mod_fifo, or other module? > > Dave > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/9c6719ea/attachment.html From david.ponzone at ipeva.fr Tue Mar 28 18:07:58 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 16:07:58 +0200 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> Message-ID: <2CC22FD0-CF25-4E04-87DA-8AD7D333C40A@ipeva.fr> For the reason I explained before, there would be almost no use to be able to run a call-center without answering calls and putting them in waiting queues, so I doubt that was implemented. I suppose with a bounty, some people around may be able to do the right patch. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 15:59, Dave Horton a ?crit : > > I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? > On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: > > Dave, > > I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. > I just tested that, and I receive a CANCEL from PSTN after 30 seconds. > Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >> >> I?d like to use something like mod_fifo, if possible to support my use case: >> >> - caller calls in >> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >> - agent calls in (to the ?parking slot? or equivalent) >> - caller is now bridged with agent >> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >> >> Is something like that possible with mod_fifo, or other module? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/76a59cde/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/76a59cde/attachment-0001.bin From brian at freeswitch.org Tue Mar 28 18:20:55 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 09:20:55 -0500 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> References: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> Message-ID: We don't support T.38 only invites. You have to setup G711 then reinvite. /b On Tue, Mar 28, 2017 at 6:34 AM, Yu Boot wrote: > Recently updated to 1.6.15 and I've got similiar problem. Asterisk now > rejects calls with T.38 in initial INVITE with "488 Not Acceptable Here" > message. Fortunately, I can "delete" this wrong T.38 in SDP on a softswitch > before FS. > > 27.03.2017 21:49, David Ponzone ?????: > > Brian, > > I noticed a behavior change with t38 between 1.6.6 and 1.6.15. > With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got > rejected with T37 REFUSE. > If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE ON > REQUEST. > > Is it related to the change you mentioned ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 23 janv. 2017 ? 20:59, Brian West a ?crit : > > You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 > related. You're in for some pain. > > Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. > > > /b > > > On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine < > yehavi.bourvine at gmail.com> wrote: > >> Hi Brian, >> >> Thanks for informing us. I just switched back to 1.6.13 an hour ago due >> to users complaints (and did not have the time yet to dig more). However, I >> have the following settings for all users: >> >> >> >> >> which, according to your message above, should work ok. Anyway, I'll wait >> to 1.6.15... >> >> Thanks, __Yehavi: >> >> >> 2017-01-23 19:03 GMT+02:00 Brian West : >> >>> To clarify this work around will work on 1.6.14: >>> >>> If you wish to retain the previous behavior you can set >>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>> set refuse_t38=true if you wish to never do t.38. >>> >>> /b >>> >>> On Mon, Jan 23, 2017 at 9:26 AM, Brian West >>> wrote: >>> >>>> FreeSWITCHers, >>>> >>>> In 1.6.14 we did a slight behavior change related to T.38 re-invite >>>> acceptance. Before 1.6.14 we would by default accept the re-invite even if >>>> t38 wasn't enabled and switch to UDPTL mode. This was an incorrect >>>> behavior to do by default. >>>> >>>> But one caveat in 1.6.14, We by default 488 the fax but switch the >>>> media mode to UDPTL which is also a bad behavior fixed in (FS-9943) slated >>>> for 1.6.15. >>>> >>>> If you wish to retain the previous behavior you can set >>>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>>> set refuse_t38=true if you wish to never do t.38. >>>> >>>> These default behaviors are fixed in our next release 1.6.15. >>>> >>>> Thanks, >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >>>> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <%28918%29%20420-9001> | *F:*+19184209002 >>> <%28918%29%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/f2e971d6/attachment-0001.html From brian at freeswitch.org Tue Mar 28 18:22:36 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 09:22:36 -0500 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: Message-ID: Yes, its exactly this, If you try what I outlined you can regain the previous behavior. It was wrong to blindly accept t.38 and switch over. :) Plus we handle the fallback correctly now. On Mon, Mar 27, 2017 at 1:49 PM, David Ponzone wrote: > Brian, > > I noticed a behavior change with t38 between 1.6.6 and 1.6.15. > With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got > rejected with T37 REFUSE. > If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE ON > REQUEST. > > Is it related to the change you mentioned ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 23 janv. 2017 ? 20:59, Brian West a ?crit : > > You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 > related. You're in for some pain. > > Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. > > > /b > > > On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine < > yehavi.bourvine at gmail.com> wrote: > >> Hi Brian, >> >> Thanks for informing us. I just switched back to 1.6.13 an hour ago due >> to users complaints (and did not have the time yet to dig more). However, I >> have the following settings for all users: >> >> >> >> >> which, according to your message above, should work ok. Anyway, I'll wait >> to 1.6.15... >> >> Thanks, __Yehavi: >> >> >> 2017-01-23 19:03 GMT+02:00 Brian West : >> >>> To clarify this work around will work on 1.6.14: >>> >>> If you wish to retain the previous behavior you can set >>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>> set refuse_t38=true if you wish to never do t.38. >>> >>> /b >>> >>> On Mon, Jan 23, 2017 at 9:26 AM, Brian West >>> wrote: >>> >>>> FreeSWITCHers, >>>> >>>> In 1.6.14 we did a slight behavior change related to T.38 re-invite >>>> acceptance. Before 1.6.14 we would by default accept the re-invite even if >>>> t38 wasn't enabled and switch to UDPTL mode. This was an incorrect >>>> behavior to do by default. >>>> >>>> But one caveat in 1.6.14, We by default 488 the fax but switch the >>>> media mode to UDPTL which is also a bad behavior fixed in (FS-9943) slated >>>> for 1.6.15. >>>> >>>> If you wish to retain the previous behavior you can set >>>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>>> set refuse_t38=true if you wish to never do t.38. >>>> >>>> These default behaviors are fixed in our next release 1.6.15. >>>> >>>> Thanks, >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>> *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/bf312c31/attachment-0001.html From mike at jerris.com Tue Mar 28 19:29:57 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 28 Mar 2017 11:29:57 -0400 Subject: [Freeswitch-users] CURL headers In-Reply-To: References: Message-ID: <974744F8-9786-42D1-8AF4-304AF6A8E603@jerris.com> in master it just got added to the api command, i don?t think its in the js object. > On Mar 28, 2017, at 6:43 AM, Matt Broad wrote: > > Hi, > > is it possible to add a header when using the javascript function curl.run? > I need to add a custom header. > > Below is an example of the script I currently use > > var curl = new CURL(); > curl.run("GET", "http://www.url.com ", "details=value", curl_callback, "myarg"); > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/8d68d569/attachment.html From mike at jerris.com Tue Mar 28 19:31:29 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 28 Mar 2017 11:31:29 -0400 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> Message-ID: <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. If not its sitting open somewhere. > On Mar 28, 2017, at 9:59 AM, Dave Horton wrote: > > I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? > On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: > > Dave, > > I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. > I just tested that, and I receive a CANCEL from PSTN after 30 seconds. > Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >> >> I?d like to use something like mod_fifo, if possible to support my use case: >> >> - caller calls in >> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >> - agent calls in (to the ?parking slot? or equivalent) >> - caller is now bridged with agent >> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >> >> Is something like that possible with mod_fifo, or other module? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/9ff3ffcd/attachment.html From daveh at beachdognet.com Tue Mar 28 19:32:46 2017 From: daveh at beachdognet.com (Dave Horton) Date: Tue, 28 Mar 2017 08:32:46 -0700 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> Message-ID: cool, thx will do On Mar 28, 2017, at 8:31 AM, Michael Jerris wrote: I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. If not its sitting open somewhere. > On Mar 28, 2017, at 9:59 AM, Dave Horton > wrote: > > I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? > On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: > > Dave, > > I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. > I just tested that, and I receive a CANCEL from PSTN after 30 seconds. > Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >> >> I?d like to use something like mod_fifo, if possible to support my use case: >> >> - caller calls in >> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >> - agent calls in (to the ?parking slot? or equivalent) >> - caller is now bridged with agent >> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >> >> Is something like that possible with mod_fifo, or other module? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/df1ef8ea/attachment-0001.html From david.ponzone at ipeva.fr Tue Mar 28 19:47:13 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 17:47:13 +0200 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: Message-ID: <5627DF1A-ECBC-453A-9775-D7CD4A45FD54@ipeva.fr> Brian, Ok so if I enable fax_enable_t38=true in vars.xml, FS will accept again SDP with PCMA/PCMA/T38 ? (sorry but I have no choice, the fax server sending the call cannot be patched) Restart needed ? I ask because I already added it and did reloadxml, but the issue is still there. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 16:22, Brian West a ?crit : > > Yes, its exactly this, If you try what I outlined you can regain the previous behavior. It was wrong to blindly accept t.38 and switch over. :) Plus we handle the fallback correctly now. > > On Mon, Mar 27, 2017 at 1:49 PM, David Ponzone > wrote: > Brian, > > I noticed a behavior change with t38 between 1.6.6 and 1.6.15. > With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got rejected with T37 REFUSE. > If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE ON REQUEST. > > Is it related to the change you mentioned ? > > Thank you > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 23 janv. 2017 ? 20:59, Brian West > a ?crit : >> >> You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 related. You're in for some pain. >> >> Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. >> >> >> /b >> >> >> On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine > wrote: >> Hi Brian, >> >> Thanks for informing us. I just switched back to 1.6.13 an hour ago due to users complaints (and did not have the time yet to dig more). However, I have the following settings for all users: >> >> >> >> >> which, according to your message above, should work ok. Anyway, I'll wait to 1.6.15... >> >> Thanks, __Yehavi: >> >> >> 2017-01-23 19:03 GMT+02:00 Brian West >: >> To clarify this work around will work on 1.6.14: >> >> If you wish to retain the previous behavior you can set fax_enable_t38=true in your vars.xml, You can also not set that and just set refuse_t38=true if you wish to never do t.38. >> >> /b >> >> On Mon, Jan 23, 2017 at 9:26 AM, Brian West > wrote: >> FreeSWITCHers, >> >> In 1.6.14 we did a slight behavior change related to T.38 re-invite acceptance. Before 1.6.14 we would by default accept the re-invite even if t38 wasn't enabled and switch to UDPTL mode. This was an incorrect behavior to do by default. >> >> But one caveat in 1.6.14, We by default 488 the fax but switch the media mode to UDPTL which is also a bad behavior fixed in (FS-9943) slated for 1.6.15. >> >> If you wish to retain the previous behavior you can set fax_enable_t38=true in your vars.xml, You can also not set that and just set refuse_t38=true if you wish to never do t.38. >> >> These default behaviors are fixed in our next release 1.6.15. >> >> Thanks, >> >> -- >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> https://www.gofundme.com/freeswitch_ubuntu >> Got Bugs? Report them here ! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> >> >> >> -- >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> https://www.gofundme.com/freeswitch_ubuntu >> Got Bugs? Report them here ! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> https://www.gofundme.com/freeswitch_ubuntu >> Got Bugs? Report them here ! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> Skype:briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/39b2160d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/39b2160d/attachment-0001.bin From david.ponzone at ipeva.fr Tue Mar 28 19:50:37 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 17:50:37 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: <170161D9-802F-4CE2-8ADB-67AF8BAB6E47@ipeva.fr> fsctl debug_sql while the issue happened between 17:45:16 and 17:45:20 2017-03-28 17:45:15.571490 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[24] 2017-03-28 17:45:16.031560 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[20] 2017-03-28 17:45:16.551552 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[15] 2017-03-28 17:45:16.831522 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[15] 2017-03-28 17:45:17.071520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[18] 2017-03-28 17:45:17.691518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[16] 2017-03-28 17:45:18.191518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[1] 2017-03-28 17:45:18.471519 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[40] 2017-03-28 17:45:19.971548 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[6] 2017-03-28 17:45:20.191520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[44] 2017-03-28 17:45:20.791514 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[18] 2017-03-28 17:45:21.111494 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[4] I don?t see anything odd. I added more debug logs, hoping to get something useful? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 10:05, Antonio Silva a ?crit : > > hi, > > Not sure if already answer, try yo set: > > fs_cli -x "sofia global siptrace on" > fs_cli -x "fsctl debug_level 10" > fs_cli -x "sofia loglevel all 9" > fs_cli -x "sofia tracelevel alert " > fs_cli -x "fsctl debug_sql " > fs_cli -x "sofia global debug presence" > > Did you try last git master? > > > On 03/28/2017 09:30 AM, David Ponzone wrote: >> Brian, >> >> would you have any recommended actions to try to debug REGISTER requests at the sofia level ? >> fsctl debug_level 9 does not help as I can?t see any logs from sofia_reg.c >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 27 mars 2017 ? 18:58, Brian West > a ?crit : >>> >>> Just a reminder, You'll see packets in wireshark even if the firewall is up, So this does sound like an iptables snafu. I can't count the times this one has gotten me. >>> >>> /b >>> >>> >>> On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil > wrote: >>> Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. >>> >>> On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: >>> On this box, around 30. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr <> - www.ipeva-studio.com <> >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : >>>> >>>> Just wondering, how many users do you have registered? >>>> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: >>>> Abdullah, >>>> >>>>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : >>>> >>>>> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) >>>> >>>> It?s not set. >>>> >>>>> >>>>> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? >>>> >>>> Nope, but I?ll try to check again. >>>> >>>>> Is it happening only for one customer or indifferently? >>>> >>>> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. >>>> >>>>> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? >>>> >>>> The other profiles don?t allow REGISTER. >>>> I created a new profile allowing REGISTER on port 5072, and it?s the same. >>>> That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. >>>> >>>> >>>>> Best Regards, >>>>> -- >>>>> Vallimamod Abdullah >>>>> SIP Solutions >>>>> vma at sipsolutions.fr >>>>> tel:+33662606897 >>>>> . >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Brian West >>> brian at freeswitch.org >>> Twitter: @FreeSWITCH , @briankwest >>> >>> http://www.freeswitchbook.com >>> http://www.freeswitchcookbook.com >>> >>> Allison prompts for FreeSWITCH: >>> >>> https://www.gofundme.com/allison-prompts-for-freeswitch >>> Got Bugs? Report them here ! | Reddit: /r/freeswitch >>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> Skype:briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/6b11810e/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/6b11810e/attachment-0001.bin From daveh at beachdognet.com Tue Mar 28 19:50:43 2017 From: daveh at beachdognet.com (Dave Horton) Date: Tue, 28 Mar 2017 08:50:43 -0700 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> Message-ID: <6EAFC853-7706-4575-9D13-577A10836EDE@beachdognet.com> Thanks, I saw this PR, but I don?t think it got accepted yet? https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/1155/commits/f62240c964582d4a081d71baa8c068e6cd209a28 anyways, I can use this for testing now unless there is an alternative On Mar 28, 2017, at 8:31 AM, Michael Jerris wrote: I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. If not its sitting open somewhere. > On Mar 28, 2017, at 9:59 AM, Dave Horton > wrote: > > I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? > On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: > > Dave, > > I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. > I just tested that, and I receive a CANCEL from PSTN after 30 seconds. > Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >> >> I?d like to use something like mod_fifo, if possible to support my use case: >> >> - caller calls in >> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >> - agent calls in (to the ?parking slot? or equivalent) >> - caller is now bridged with agent >> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >> >> Is something like that possible with mod_fifo, or other module? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/99b9bd86/attachment.html From david.ponzone at ipeva.fr Tue Mar 28 19:50:54 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 17:50:54 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> Message-ID: David, running which release ? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 27 mars 2017 ? 17:28, David Villasmil a ?crit : > > Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. > On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: > On this box, around 30. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : >> >> Just wondering, how many users do you have registered? >> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: >> Abdullah, >> >>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : >> >>> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) >> >> It?s not set. >> >>> >>> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? >> >> Nope, but I?ll try to check again. >> >>> Is it happening only for one customer or indifferently? >> >> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. >> >>> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? >> >> The other profiles don?t allow REGISTER. >> I created a new profile allowing REGISTER on port 5072, and it?s the same. >> That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. >> >> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 >>> . >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/f7388f3f/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/f7388f3f/attachment-0001.bin From schoch+freeswitch.org at xwin32.com Tue Mar 28 20:11:02 2017 From: schoch+freeswitch.org at xwin32.com (Steven Schoch) Date: Tue, 28 Mar 2017 09:11:02 -0700 Subject: [Freeswitch-users] CURL headers In-Reply-To: <974744F8-9786-42D1-8AF4-304AF6A8E603@jerris.com> References: <974744F8-9786-42D1-8AF4-304AF6A8E603@jerris.com> Message-ID: I've been using headers in the api curl command for over a year. My lua code looks like this: -- url is in the form https://user:password at host/path -- data is a JSON string in the form { "name":"value", "name2":"value2" } api:execute("curl", url .. " content-type application/json post '" .. data .. "'") Which brings up a problem I'm having. Some time ago when I upgraded FreeSWITCH, the user:password fields either started getting corrupted or ignored, because I'm now getting a 401 error. I'm going to look through the curl code to see if I can find where this is happening. -- Steve On Tue, Mar 28, 2017 at 8:29 AM, Michael Jerris wrote: > in master it just got added to the api command, i don?t think its in the > js object. > > On Mar 28, 2017, at 6:43 AM, Matt Broad > wrote: > > Hi, > > is it possible to add a header when using the javascript function > curl.run? > I need to add a custom header. > > Below is an example of the script I currently use > > var curl = new CURL(); > curl.run("GET", "http://www.url.com", "details=value", curl_callback, > "myarg"); > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/3da025c4/attachment.html From david.ponzone at ipeva.fr Tue Mar 28 20:19:56 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 18:19:56 +0200 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: <170161D9-802F-4CE2-8ADB-67AF8BAB6E47@ipeva.fr> References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> <170161D9-802F-4CE2-8ADB-67AF8BAB6E47@ipeva.fr> Message-ID: With all debug enabled for switch_core_sqldb.c in mod_logfile, I don?t see anything relevant when the issue happens: the usual CORE RUN QUEUE lines and quite a bunch of lines: switch_core_sqldb.c:1791 Reuse Unused Cached DB handle db="sofia_reg_with_auth-5072",type="core_db" [CORE_DB] but I have quite a bunch of them all the time. Nothing particular. If anyone can recommend a debug level which could allow me to pinpoint this? David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 17:50, David Ponzone a ?crit : > > fsctl debug_sql while the issue happened between 17:45:16 and 17:45:20 > > 2017-03-28 17:45:15.571490 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[24] > 2017-03-28 17:45:16.031560 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[20] > 2017-03-28 17:45:16.551552 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[15] > 2017-03-28 17:45:16.831522 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[15] > 2017-03-28 17:45:17.071520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[18] > 2017-03-28 17:45:17.691518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[16] > 2017-03-28 17:45:18.191518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[1] > 2017-03-28 17:45:18.471519 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[40] > 2017-03-28 17:45:19.971548 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[6] > 2017-03-28 17:45:20.191520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[44] > 2017-03-28 17:45:20.791514 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[18] > 2017-03-28 17:45:21.111494 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE [0|0|0|0]--[4] > > I don?t see anything odd. > > I added more debug logs, hoping to get something useful? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 28 mars 2017 ? 10:05, Antonio Silva > a ?crit : >> >> hi, >> >> Not sure if already answer, try yo set: >> >> fs_cli -x "sofia global siptrace on" >> fs_cli -x "fsctl debug_level 10" >> fs_cli -x "sofia loglevel all 9" >> fs_cli -x "sofia tracelevel alert " >> fs_cli -x "fsctl debug_sql " >> fs_cli -x "sofia global debug presence" >> >> Did you try last git master? >> >> >> On 03/28/2017 09:30 AM, David Ponzone wrote: >>> Brian, >>> >>> would you have any recommended actions to try to debug REGISTER requests at the sofia level ? >>> fsctl debug_level 9 does not help as I can?t see any logs from sofia_reg.c >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 27 mars 2017 ? 18:58, Brian West > a ?crit : >>>> >>>> Just a reminder, You'll see packets in wireshark even if the firewall is up, So this does sound like an iptables snafu. I can't count the times this one has gotten me. >>>> >>>> /b >>>> >>>> >>>> On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil > wrote: >>>> Really weird, you need to do some deep debugging with Sofia debug... i have ~3500 registrations working ok. >>>> >>>> On Mon, Mar 27, 2017 at 5:23 PM David Ponzone > wrote: >>>> On this box, around 30. >>>> >>>> David Ponzone Direction Technique >>>> email: david.ponzone at ipeva.fr >>>> tel: 01 74 03 18 97 >>>> gsm: 06 66 98 76 34 >>>> >>>> Service Client IPeva >>>> tel: 0811 46 26 26 >>>> www.ipeva.fr <> - www.ipeva-studio.com <> >>>> >>>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>>> >>>> >>>> >>>> >>>>> Le 27 mars 2017 ? 14:27, David Villasmil > a ?crit : >>>>> >>>>> Just wondering, how many users do you have registered? >>>>> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone > wrote: >>>>> Abdullah, >>>>> >>>>>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah > a ?crit : >>>>> >>>>>> That's very strange. Especially for options as the fsw reply 200 ok without any specific check (actually, only if the profile param sip-options-respond-503-on-busy is not set. You may re-test after disabling this param if it is set, but I am not sure it will make any difference.) >>>>> >>>>> It?s not set. >>>>> >>>>>> >>>>>> Have you noticed any difference between the failed REGISTER or OPTIONS requests and the normal ones? >>>>> >>>>> Nope, but I?ll try to check again. >>>>> >>>>>> Is it happening only for one customer or indifferently? >>>>> >>>>> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER attempts coming from several customers that remain unanswered. >>>>> >>>>>> Also you said that you had no pb with another profile running on port 5080. Is it possible for you to test a failing customer with that profile? >>>>> >>>>> The other profiles don?t allow REGISTER. >>>>> I created a new profile allowing REGISTER on port 5072, and it?s the same. >>>>> That means it doesn?t come from iptables as I have no filters on port 5072 at the moment. >>>>> >>>>> >>>>>> Best Regards, >>>>>> -- >>>>>> Vallimamod Abdullah >>>>>> SIP Solutions >>>>>> vma at sipsolutions.fr >>>>>> tel:+33662606897 >>>>>> . >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> -- >>>> Brian West >>>> brian at freeswitch.org >>>> Twitter: @FreeSWITCH , @briankwest >>>> >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> >>>> Allison prompts for FreeSWITCH: >>>> >>>> https://www.gofundme.com/allison-prompts-for-freeswitch >>>> Got Bugs? Report them here ! | Reddit: /r/freeswitch >>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>> Skype:briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> -- >> >> Saludos / Regards / Cumprimentos, >> Ant?nio silva >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/b59c5a07/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/b59c5a07/attachment-0001.bin From mike at jerris.com Tue Mar 28 20:37:48 2017 From: mike at jerris.com (Michael Jerris) Date: Tue, 28 Mar 2017 12:37:48 -0400 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <6EAFC853-7706-4575-9D13-577A10836EDE@beachdognet.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> <6EAFC853-7706-4575-9D13-577A10836EDE@beachdognet.com> Message-ID: <474FFAB0-F3AC-482E-8AE8-D284F6413DDA@jerris.com> Thats the one?. no alternative currently? Try it and feed back on the PR and we will take a look at some point. > On Mar 28, 2017, at 11:50 AM, Dave Horton wrote: > > Thanks, I saw this PR, but I don?t think it got accepted yet? > > https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/1155/commits/f62240c964582d4a081d71baa8c068e6cd209a28 > > anyways, I can use this for testing now unless there is an alternative > On Mar 28, 2017, at 8:31 AM, Michael Jerris > wrote: > > I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. If not its sitting open somewhere. > >> On Mar 28, 2017, at 9:59 AM, Dave Horton > wrote: >> >> I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? >> On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: >> >> Dave, >> >> I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. >> I just tested that, and I receive a CANCEL from PSTN after 30 seconds. >> Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >> >> >> >> >>> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >>> >>> I?d like to use something like mod_fifo, if possible to support my use case: >>> >>> - caller calls in >>> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >>> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >>> - agent calls in (to the ?parking slot? or equivalent) >>> - caller is now bridged with agent >>> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >>> >>> Is something like that possible with mod_fifo, or other module? >>> >>> Dave >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/91bb67d0/attachment.html From brian at freeswitch.org Tue Mar 28 21:07:31 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 12:07:31 -0500 Subject: [Freeswitch-users] FreeSWITCH not answering some REGISTERs In-Reply-To: References: <71C7836C-4343-4DF9-8F47-1A125297E44F@ipeva.fr> <572C3979-933D-4B99-BB18-81D9A3010E5B@vallimamod.org> <2CF74089-52B0-4FFD-BA91-E58133F3E35F@ipeva.fr> <89F5A5E0-9B54-4B4D-9EC3-BC09CF219DC2@ipeva.fr> <05320ACB-A6F3-49F7-9690-36A66835884A@ipeva.fr> <25DC3475-37BB-4EBF-BB1D-453DB48A76BB@vallimamod.org> <57F1E155-6C47-42C8-95A6-578AA28D24C1@ipeva.fr> <170161D9-802F-4CE2-8ADB-67AF8BAB6E47@ipeva.fr> Message-ID: Start over with a clean slate and verify everything again. Also don't bind wss or ws to the same port as SIP. /b On Tue, Mar 28, 2017 at 11:19 AM, David Ponzone wrote: > With all debug enabled for switch_core_sqldb.c in mod_logfile, I don?t > see anything relevant when the issue happens: > > the usual CORE RUN QUEUE lines > and quite a bunch of lines: > switch_core_sqldb.c:1791 Reuse Unused Cached DB handle > db="sofia_reg_with_auth-5072",type="core_db" [CORE_DB] > but I have quite a bunch of them all the time. > > Nothing particular. > > If anyone can recommend a debug level which could allow me to pinpoint > this? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 28 mars 2017 ? 17:50, David Ponzone a ?crit : > > fsctl debug_sql while the issue happened between 17:45:16 and 17:45:20 > > 2017-03-28 17:45:15.571490 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[24] > 2017-03-28 17:45:16.031560 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[20] > 2017-03-28 17:45:16.551552 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[15] > 2017-03-28 17:45:16.831522 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[15] > 2017-03-28 17:45:17.071520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[18] > 2017-03-28 17:45:17.691518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[16] > 2017-03-28 17:45:18.191518 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[1] > 2017-03-28 17:45:18.471519 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[40] > 2017-03-28 17:45:19.971548 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[6] > 2017-03-28 17:45:20.191520 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[44] > 2017-03-28 17:45:20.791514 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[18] > 2017-03-28 17:45:21.111494 [CRIT] switch_core_sqldb.c:2127 CORE RUN QUEUE > [0|0|0|0]--[4] > > I don?t see anything odd. > > I added more debug logs, hoping to get something useful? > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 28 mars 2017 ? 10:05, Antonio Silva a ?crit > : > > hi, > > Not sure if already answer, try yo set: > > fs_cli -x "sofia global siptrace on" > fs_cli -x "fsctl debug_level 10" > fs_cli -x "sofia loglevel all 9" > fs_cli -x "sofia tracelevel alert " > fs_cli -x "fsctl debug_sql " > fs_cli -x "sofia global debug presence" > > > Did you try last git master? > > > On 03/28/2017 09:30 AM, David Ponzone wrote: > > Brian, > > would you have any recommended actions to try to debug REGISTER requests > at the sofia level ? > fsctl debug_level 9 does not help as I can?t see any logs from sofia_reg.c > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 27 mars 2017 ? 18:58, Brian West a ?crit : > > Just a reminder, You'll see packets in wireshark even if the firewall is > up, So this does sound like an iptables snafu. I can't count the times > this one has gotten me. > > /b > > > On Mon, Mar 27, 2017 at 10:28 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Really weird, you need to do some deep debugging with Sofia debug... i >> have ~3500 registrations working ok. >> >> On Mon, Mar 27, 2017 at 5:23 PM David Ponzone >> wrote: >> >>> On this box, around 30. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >>> non autoris?e est interdite. Tout message ?lectronique est susceptible >>> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >>> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >>> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >>> l'exp?diteur.* >>> >>> >>> >>> >>> Le 27 mars 2017 ? 14:27, David Villasmil >>> a ?crit : >>> >>> Just wondering, how many users do you have registered? >>> On Mon, Mar 27, 2017 at 2:05 PM David Ponzone >>> wrote: >>> >>> Abdullah, >>> >>> Le 22 mars 2017 ? 12:59, Vallimamod Abdullah a >>> ?crit : >>> >>> >>> That's very strange. Especially for options as the fsw reply 200 ok >>> without any specific check (actually, only if the profile param >>> sip-options-respond-503-on-busy is not set. You may re-test after >>> disabling this param if it is set, but I am not sure it will make any >>> difference.) >>> >>> >>> It?s not set. >>> >>> >>> Have you noticed any difference between the failed REGISTER or OPTIONS >>> requests and the normal ones? >>> >>> >>> Nope, but I?ll try to check again. >>> >>> Is it happening only for one customer or indifferently? >>> >>> >>> Indifferently. When it freezes for 4-5 seconds, I can see REGISTER >>> attempts coming from several customers that remain unanswered. >>> >>> Also you said that you had no pb with another profile running on port >>> 5080. Is it possible for you to test a failing customer with that profile? >>> >>> >>> The other profiles don?t allow REGISTER. >>> I created a new profile allowing REGISTER on port 5072, and it?s the >>> same. >>> That means it doesn?t come from iptables as I have no filters on port >>> 5072 at the moment. >>> >>> >>> Best Regards, >>> -- >>> Vallimamod Abdullah >>> SIP Solutions >>> vma at sipsolutions.fr >>> tel:+33662606897 <+33662606897> >>> . >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.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-usershttp://www.freeswitch.org > > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/76d8a002/attachment-0001.html From brian at freeswitch.org Tue Mar 28 21:09:45 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 12:09:45 -0500 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: <5627DF1A-ECBC-453A-9775-D7CD4A45FD54@ipeva.fr> References: <5627DF1A-ECBC-453A-9775-D7CD4A45FD54@ipeva.fr> Message-ID: Its not coded to even react and activate T.38 on an initial invite. You'll have to talk to your vendor about that fax server thats sending the call, I do not believe that particular way worked in previous releases either. /b On Tue, Mar 28, 2017 at 10:47 AM, David Ponzone wrote: > Brian, > > Ok so if I enable fax_enable_t38=true in vars.xml, FS will accept again > SDP with PCMA/PCMA/T38 ? > (sorry but I have no choice, the fax server sending the call cannot be > patched) > Restart needed ? > I ask because I already added it and did reloadxml, but the issue is still > there. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 28 mars 2017 ? 16:22, Brian West a ?crit : > > Yes, its exactly this, If you try what I outlined you can regain the > previous behavior. It was wrong to blindly accept t.38 and switch over. :) > Plus we handle the fallback correctly now. > > On Mon, Mar 27, 2017 at 1:49 PM, David Ponzone > wrote: > >> Brian, >> >> I noticed a behavior change with t38 between 1.6.6 and 1.6.15. >> With 1.6.15, if I receive a INVITE including PCMA/PCMU/t38, it got >> rejected with T37 REFUSE. >> If I enable T38 in vars.xml, it?s still rejected with T38 NOT POSSIBLE ON >> REQUEST. >> >> Is it related to the change you mentioned ? >> >> Thank you >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> >> >> >> >> Le 23 janv. 2017 ? 20:59, Brian West a ?crit : >> >> You do NOT want 1.6.13 PERIOD if you're doing faxes or anything t.38 >> related. You're in for some pain. >> >> Use 1.6.14 or v1.6 branch which also has the final patches for 1.6.15. >> >> >> /b >> >> >> On Mon, Jan 23, 2017 at 12:55 PM, Yehavi Bourvine < >> yehavi.bourvine at gmail.com> wrote: >> >>> Hi Brian, >>> >>> Thanks for informing us. I just switched back to 1.6.13 an hour ago >>> due to users complaints (and did not have the time yet to dig more). >>> However, I have the following settings for all users: >>> >>> >>> >>> >>> which, according to your message above, should work ok. Anyway, I'll >>> wait to 1.6.15... >>> >>> Thanks, __Yehavi: >>> >>> >>> 2017-01-23 19:03 GMT+02:00 Brian West : >>> >>>> To clarify this work around will work on 1.6.14: >>>> >>>> If you wish to retain the previous behavior you can set >>>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>>> set refuse_t38=true if you wish to never do t.38. >>>> >>>> /b >>>> >>>> On Mon, Jan 23, 2017 at 9:26 AM, Brian West >>>> wrote: >>>> >>>>> FreeSWITCHers, >>>>> >>>>> In 1.6.14 we did a slight behavior change related to T.38 re-invite >>>>> acceptance. Before 1.6.14 we would by default accept the re-invite even if >>>>> t38 wasn't enabled and switch to UDPTL mode. This was an incorrect >>>>> behavior to do by default. >>>>> >>>>> But one caveat in 1.6.14, We by default 488 the fax but switch the >>>>> media mode to UDPTL which is also a bad behavior fixed in (FS-9943) slated >>>>> for 1.6.15. >>>>> >>>>> If you wish to retain the previous behavior you can set >>>>> fax_enable_t38=true in your vars.xml, You can also not set that and just >>>>> set refuse_t38=true if you wish to never do t.38. >>>>> >>>>> These default behaviors are fixed in our next release 1.6.15. >>>>> >>>>> Thanks, >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com >>>>> http://www.freeswitchcookbook.com >>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>>>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>>>> *Skype:*briankwest >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com >>>> http://www.freeswitchcookbook.com >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 >>>> <(918)%20420-9002> | *M:*+1918424WEST (9378) >>>> *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> >> | *M:*+1918424WEST (9378) >> *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > *Twitter: @FreeSWITCH , @briankwest* > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > *https://www.gofundme.com/allison-prompts-for-freeswitch* > > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> > | *M:*+1918424WEST (9378) > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/b6cf65f1/attachment-0001.html From steveu at coppice.org Tue Mar 28 21:18:23 2017 From: steveu at coppice.org (Steve Underwood) Date: Wed, 29 Mar 2017 01:18:23 +0800 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> References: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> Message-ID: There is nothing wrong with sending T.38 in the initial invite, if the call is from something that knows T.38 is usable at the very start of the call. However, its best avoided, as so much equipment treats this as an error condition. Regards, Steve On 03/28/2017 07:34 PM, Yu Boot wrote: > Recently updated to 1.6.15 and I've got similiar problem. Asterisk now > rejects calls with T.38 in initial INVITE with "488 Not Acceptable > Here" message. Fortunately, I can "delete" this wrong T.38 in SDP on a > softswitch before FS. From brian at freeswitch.org Tue Mar 28 22:46:16 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 13:46:16 -0500 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> Message-ID: Who knows we could probably make it work, but I have nothing that does this. I just have avoided it due to how its usually treated. On Tue, Mar 28, 2017 at 12:18 PM, Steve Underwood wrote: > There is nothing wrong with sending T.38 in the initial invite, if the > call is from something that knows T.38 is usable at the very start of > the call. However, its best avoided, as so much equipment treats this as > an error condition. > > Regards, > Steve > > On 03/28/2017 07:34 PM, Yu Boot wrote: > > Recently updated to 1.6.15 and I've got similiar problem. Asterisk now > > rejects calls with T.38 in initial INVITE with "488 Not Acceptable > > Here" message. Fortunately, I can "delete" this wrong T.38 in SDP on a > > softswitch before FS. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/aaa5eb05/attachment.html From brian at freeswitch.org Wed Mar 29 00:11:03 2017 From: brian at freeswitch.org (Brian West) Date: Tue, 28 Mar 2017 15:11:03 -0500 Subject: [Freeswitch-users] CoreSession::hangup after MOVED on IVR calls In-Reply-To: References: Message-ID: Its all going to depend on what exactly you're doing in your script.... can you show us an example? /b On Tue, Mar 28, 2017 at 4:09 AM, Piccinin Francesco < francesco.piccinin at insiel.it> wrote: > Hi all, > we are experiencing a call drop issue when users configure call forward > unconditional on their extensions. > Call drops when these extensions are reached from pstn and through an IVR > post selection. > > Freeswitch recived a SIP 302 Moved from these endpoints, call are > processed on sip_redirect_context but freeswitch first send a SOFIA DESTROY > to forwarding extension (correct) and then KILL A-leg (IVR) with the > following error: CoreSession::hangup > > It seems freeswitch does not keep alive a-leg in this scenario. > > Can you please help us? > > Thanks > Francesco > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/df91c22d/attachment.html From david.ponzone at ipeva.fr Wed Mar 29 00:47:16 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Tue, 28 Mar 2017 22:47:16 +0200 Subject: [Freeswitch-users] BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IF YOU USE FAXING) In-Reply-To: References: <76ad0a7f-5116-537c-aadc-5eab4e52e6b3@yu-boot.ru> Message-ID: <2572F84A-D0C8-4BA3-9672-E742B7E30C24@ipeva.fr> Brian, could you please confirm if there is a way to accept T38 in initial invite with FS 1.6.15, and if not, which version I have to downgrade to in order to get this behavior back (I really need it and can?t make it without it) ? Thank you David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 28 mars 2017 ? 20:46, Brian West a ?crit : > > Who knows we could probably make it work, but I have nothing that does this. I just have avoided it due to how its usually treated. > > On Tue, Mar 28, 2017 at 12:18 PM, Steve Underwood > wrote: > There is nothing wrong with sending T.38 in the initial invite, if the > call is from something that knows T.38 is usable at the very start of > the call. However, its best avoided, as so much equipment treats this as > an error condition. > > Regards, > Steve > > On 03/28/2017 07:34 PM, Yu Boot wrote: > > Recently updated to 1.6.15 and I've got similiar problem. Asterisk now > > rejects calls with T.38 in initial INVITE with "488 Not Acceptable > > Here" message. Fortunately, I can "delete" this wrong T.38 in SDP on a > > softswitch before FS. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Allison prompts for FreeSWITCH: > > https://www.gofundme.com/allison-prompts-for-freeswitch > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/7da55c54/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170328/7da55c54/attachment-0001.bin From stefan.kainz at 1012.at Wed Mar 29 13:02:17 2017 From: stefan.kainz at 1012.at (Stefan Kainz) Date: Wed, 29 Mar 2017 11:02:17 +0200 Subject: [Freeswitch-users] Clearmode / Cant load Codec Message-ID: <58DB7819.7000304@1012.at> Hello, im having troubles with clearmode / proxy_media. Im getting an inbound call, with just CLEARMODE/8000 in the SDP Header: *m=audio 12600 RTP/AVP 56** **a=rtpmap:56 CLEARMODE/8000** **a=sendrecv** **a=ptime:20* proxy_media is set to true, but i still get: *2017-03-29 10:57:32.547851 [ERR] switch_core_codec.c:666 Invalid codec CLEARMODE!** **2017-03-29 10:57:32.547851 [ERR] switch_core_media.c:2414 Can't load codec?* Also inbound-late-negotiation is set to true on external profile. I've found a mod_clearmode in jira, do i need this to get this to work? Or is there anything else i need to do? thank you in andvance! regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/9ff2f17c/attachment.html From silviu.cpp at gmail.com Wed Mar 29 17:27:36 2017 From: silviu.cpp at gmail.com (Caragea Silviu) Date: Wed, 29 Mar 2017 16:27:36 +0300 Subject: [Freeswitch-users] hangup a call with a specific reason Message-ID: Hello, In case of an incoming call from PSTN to FS that is bridged to a user, if user is not answering in 60 seconds FS will close the call with 480. I find in config how to configure this timeout to larger value but I didn't found anything on how to overwrite the reason in 486. Some carriers are rerouting the call over and over again in case they get 480 and behavior sucks for the users Silviu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/87bcdd65/attachment.html From david.ponzone at ipeva.fr Wed Mar 29 18:06:19 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Wed, 29 Mar 2017 16:06:19 +0200 Subject: [Freeswitch-users] hangup a call with a specific reason In-Reply-To: References: Message-ID: https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+hangup David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 29 mars 2017 ? 15:27, Caragea Silviu a ?crit : > > Hello, > > In case of an incoming call from PSTN to FS that is bridged to a user, if user is not answering in 60 seconds FS will close the call with 480. > > I find in config how to configure this timeout to larger value but I didn't found anything on how to overwrite the reason in 486. > > Some carriers are rerouting the call over and over again in case they get 480 and behavior sucks for the users > > Silviu > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/995318af/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/995318af/attachment.bin From david.villasmil.work at gmail.com Wed Mar 29 18:08:03 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 29 Mar 2017 14:08:03 +0000 Subject: [Freeswitch-users] hangup a call with a specific reason In-Reply-To: References: Message-ID: You can probably continue in the dialplan after the timeout and then hangup with the specific reason you want. On Wed, Mar 29, 2017 at 4:07 PM David Ponzone wrote: > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+hangup > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 29 mars 2017 ? 15:27, Caragea Silviu a ?crit : > > Hello, > > In case of an incoming call from PSTN to FS that is bridged to a user, if > user is not answering in 60 seconds FS will close the call with 480. > > I find in config how to configure this timeout to larger value but I > didn't found anything on how to overwrite the reason in 486. > > Some carriers are rerouting the call over and over again in case they get > 480 and behavior sucks for the users > > Silviu > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/99a2b8fc/attachment-0001.html From david.villasmil.work at gmail.com Wed Mar 29 18:09:31 2017 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 29 Mar 2017 14:09:31 +0000 Subject: [Freeswitch-users] hangup a call with a specific reason In-Reply-To: References: Message-ID: You may also want to try with respond: https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_respond On Wed, Mar 29, 2017 at 4:08 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > You can probably continue in the dialplan after the timeout and then > hangup with the specific reason you want. > On Wed, Mar 29, 2017 at 4:07 PM David Ponzone > wrote: > > https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+hangup > > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 29 mars 2017 ? 15:27, Caragea Silviu a ?crit : > > Hello, > > In case of an incoming call from PSTN to FS that is bridged to a user, if > user is not answering in 60 seconds FS will close the call with 480. > > I find in config how to configure this timeout to larger value but I > didn't found anything on how to overwrite the reason in 486. > > Some carriers are rerouting the call over and over again in case they get > 480 and behavior sucks for the users > > Silviu > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/f1a5a3b2/attachment.html From francesco.piccinin at insiel.it Wed Mar 29 19:17:45 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Wed, 29 Mar 2017 15:17:45 +0000 Subject: [Freeswitch-users] R: CoreSession::hangup after MOVED on IVR calls In-Reply-To: References: Message-ID: Hi Brian, many thanks for your feedback! Find below some extract from our FS dialplan. Our SIP system is composed by an Opensips front-end that balances calls on Freeswitch hosts. Realtime data and static config are backended on mysql db. default.xml: a lua script profiling caller / called setting channel_variables. services.xml: calls.xml: --> redir.xml: call_redirect.lua profile cCalled (forwarder ext) and destination_number (forward destination) check session status with session:ready() and execute a bridge with: app="{ignore_early_media=true,hangup_after_bridge=true,origination_caller_id_name='Da:"..caller.."',originate_timeout=25}sofia/gateway/"..gw[i].."/"..redirected; session:execute("bridge", app); Please note that a-leg is terminated just after b-leg is terminated with originator_cancel (sip 487) on SIP moved received from forwarded extensions. Thanks in advance for you help Francesco Da: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Per conto di Brian West Inviato: marted? 28 marzo 2017 22:11 A: FreeSWITCH Users Help Oggetto: Re: [Freeswitch-users] CoreSession::hangup after MOVED on IVR calls Its all going to depend on what exactly you're doing in your script.... can you show us an example? /b On Tue, Mar 28, 2017 at 4:09 AM, Piccinin Francesco wrote: Hi all, we are experiencing a call drop issue when users configure call forward unconditional on their extensions. Call drops when these extensions are reached from pstn and through an IVR post selection. Freeswitch recived a SIP 302 Moved from these endpoints, call are processed on sip_redirect_context but freeswitch first send a SOFIA DESTROY to forwarding extension (correct) and then KILL A-leg (IVR) with the following error: CoreSession::hangup It seems freeswitch does not keep alive a-leg in this scenario. Can you please help us? Thanks Francesco _________________________________________________________________________ Professional FreeSWITCH Consulting Services: mailto:consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list mailto:FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West mailto:brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com? http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them https://freeswitch.org/jira! | Reddit:?https://www.reddit.com/r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest From francesco.piccinin at insiel.it Wed Mar 29 19:22:17 2017 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Wed, 29 Mar 2017 15:22:17 +0000 Subject: [Freeswitch-users] CoreSession::hangup after MOVED on IVR calls Message-ID: Hi Brian, many thanks for your feedback! Find below some extract from our FS dialplan. Our SIP system is composed by an Opensips front-end that balances calls on Freeswitch hosts. Realtime data and static config are backended on mysql db. default.xml: a lua script profiling caller / called setting channel_variables. services.xml: calls.xml: --> redir.xml: call_redirect.lua profile cCalled (forwarder ext) and destination_number (forward destination) check session status with session:ready() and execute a bridge with: app="{ignore_early_media=true,hangup_after_bridge=true,origination_caller_id_name='Da:"..caller.."',originate_timeout=25}sofia/gateway/"..gw[i].."/"..redirected; session:execute("bridge", app); Please note that a-leg is terminated just after b-leg is terminated with originator_cancel (sip 487) on SIP moved received from forwarded extensions. Thanks in advance for you help Francesco From anthony.minessale at gmail.com Wed Mar 29 19:27:46 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 29 Mar 2017 10:27:46 -0500 Subject: [Freeswitch-users] Freeswitch not offering VP8 In-Reply-To: <79efee67-ff45-8f55-c3b1-e68d21966dd4@livematch.com> References: <79efee67-ff45-8f55-c3b1-e68d21966dd4@livematch.com> Message-ID: Video support on Windows is incomplete. You can help support that effort financially or by helping with the software logistics and development by emailing consulting at freeswitch.org and inquire about it. On Sun, Mar 26, 2017 at 7:11 PM, Jack Loranger wrote: > We are running FreeSwitch on a 2012 windows server. Trying to get Video > conferencing to work with verto. > Freeswitch is not offering VP8, when I do a "show codec" it is not > listed. I read that it is in the core now. > libvpx is compiling alright. > Is there something I have to do to activate it? > > Here is vars.xml configuration: > data="global_codec_prefs=PCMU,PCMA,GSM,G722,7221 at 32000h,G7221 at 16000h > ,OPUS,VP8,H264"/> > data="outbound_codec_prefs=PCMU,GSM,PCMA,OPUS,VP8,H264"/> > > Thanks for your help! > Jack > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/ab54c74e/attachment.html From blackc2004 at gmail.com Wed Mar 29 21:20:45 2017 From: blackc2004 at gmail.com (Cj B) Date: Wed, 29 Mar 2017 10:20:45 -0700 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> Message-ID: <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> Hi All, I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. Thanks much for any pointers! Cj B > On Mar 22, 2017, at 8:13 AM, Anthony Minessale wrote: > > top -H -p `pidof freeswitch` > Note the pid using 100% cpu > > gcore `pidof freeswitch` > > Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. > > https://freeswitch.org/jira > > > > > > On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: > It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. > > > It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian > Sent: 22 March 2017 11:20 > > > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > > @Shuan, yes we are using the session:ready() method before we execute. > > We are running all of our servers virtually and never had any issues up until now. > > This same application ran on older versions of freeswitch without issues, even during and after high load. > > > @Antonio, thanks for the tips! I?ll have a look and try some stuff. > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Antonio Silva > Sent: woensdag 22 maart 2017 10:09 > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] 100% CPU usage > > > We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. > > Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. > > You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. > > > Regards, > Ant?nio > > On 03/22/2017 09:52 AM, Shaun Stokes wrote: > > Are you using ?if (session:ready()) then? in your scripts before you execute? > > > Are you using virtual or physical hardware and what spec? > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian > Sent: 22 March 2017 07:31 > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage > > > Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. > > It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Anthony Minessale > Sent: dinsdag 21 maart 2017 16:02 > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > > I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() > > > However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. > > > > > > On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: > > Attached are the logs for: > > #check thread usage: > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > #memory mapping: > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. > > I tried changing the nice settings real-time but that didn?t work either. > > > At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). > > The traffic is handled by a lua application. > > What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. > > After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. > > > We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. > > > I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. > > However, I probably won?t be able to run gcore for debugging. Any other suggestions? > > > Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian > Sent: maandag 13 maart 2017 09:04 > > > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > > Hi Antony and Antonio, > > > Thank you for the tips. > > We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. > > > Regards, > > > Grant > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Anthony Minessale > Sent: zaterdag 11 maart 2017 00:07 > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > > Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. > > > > On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: > > Hi, > > You can use the following commands: > > #get a core: > gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) > > > #check thread usage: > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > #memory mapping: > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > fs_cli -x "fsctl debug_level 10" > fs_cli -x "sofia loglevel all 9" > fs_cli -x "fsctl debug_sql " > fs_cli -x "sofia global debug presence" > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > > Hi, > > > We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. > > There are no active calls at that moment, but FS is still using 100% CPU. > > > I was unable to get a debug using gdb, since freeswitch does not crash. > > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. > > There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? > > We checked the code but there are no weird loops etc. Perhaps we are missing something? > > > Any ideas how to trace this? > > > Regards, > > > Grant > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org ? +19193869900 > > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > > > Shaun Stokes - Infrastructure Analyst > > T : > > 01453 700713 > > E : > > shaun.stokes at itec-support.co.uk > W : > > www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > > Shaun Stokes - Infrastructure Analyst <> > T : <> 01453 700713 <> > E : <> shaun.stokes at itec-support.co.uk <> > W : <> www.itec-support.co.uk <> > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF <> > Company No. 06908001 <> > > CONFIDENTIALITY NOTICE <> > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. <> > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. <> > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/88ffa98a/attachment-0001.html From anthony.minessale at gmail.com Wed Mar 29 21:28:57 2017 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 29 Mar 2017 12:28:57 -0500 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> Message-ID: Try to avoid doing things like pointing out how frustrated you are when seeking help here. It makes those trying to help you feel like you are being entitled. The suggestion on what to do was clearly outlined in previous posts in this thread including the exact commands to run when filing a jira. On Wed, Mar 29, 2017 at 12:20 PM, Cj B wrote: > Hi All, > > I?m having a very similar issue however it?s not staying at 100% CPU on > physical hardware. I?ve created a JIRA but wanted to see if anyone else had > any feedback on possible causes? I?m using freeswitch 1.6.15 (previously > 1.6.13). What happens is that FS will jump to 100% CPU and stay there for > 1-2 seconds then drop back down but this is then causing massive > jitter/call quality issues for about 10-15 seconds after the spike. The > strange thing that I?ve noticed is that even with 0 active calls, FS is > using 15-30% cpu constantly with only 40-60 registered endpoints. > > I?m watching the logs in DEBUG mode and not seeing anything there that?s > indicative of any issue, no loops that I can see, and it seems to be > happening when there?s even just 1 or 2 active calls on the system. > > I?m wondering if there?s any other suggestions on where to look because > this is getting very frustrating for me and my users. > > Thanks much for any pointers! > Cj B > > On Mar 22, 2017, at 8:13 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > top -H -p `pidof freeswitch` > Note the pid using 100% cpu > > gcore `pidof freeswitch` > > Attach it to a jira. If you think its a bug in FS you should report it to > Jira not to this list. > > https://freeswitch.org/jira > > > > > > On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes < > shaun.stokes at itec-support.co.uk> wrote: > >> It?s probably a long shot, but if you?re able to replicate the problem it >> might be worth trying to replicate this on physical hardware. That way you >> eliminate your virtual environment from the problem, there are a number of >> factors which exist in virtual environments depending on your hyper-visor >> which can contribute to performance issues of which we?ve experienced in >> the past. >> >> >> It would also be worth trying to isolate what the script is doing when >> the high CPU begins, if you?ve got a test environment you can use to >> replicate the issue then you could try tweaking the script so you can >> eliminate certain actions from the list of causes, there?s maybe a >> FreeSWITCH module which is being called which triggers this. >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant >> Bagdasarian >> *Sent:* 22 March 2017 11:20 >> >> >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> @Shuan, yes we are using the session:ready() method before we execute. >> >> We are running all of our servers virtually and never had any issues up >> until now. >> >> This same application ran on older versions of freeswitch without issues, >> even during and after high load. >> >> >> @Antonio, thanks for the tips! I?ll have a look and try some stuff. >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Antonio >> Silva >> *Sent:* woensdag 22 maart 2017 10:09 >> *To:* freeswitch-users at lists.freeswitch.org >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> We had some issues using pcall functions like io.popen when trying to >> execute external commands, that block mod_lua, i end up replacing that with >> os.execute. >> >> Recently i also had some issue with cpu hitting 100%,for what i could >> compile from debugging was something related with malloc calls. after >> compiling fs with tcmalloc the issue disappear, you could try this approach >> as well. >> >> You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also >> in the malling: "CPU sys load issue" for more info. >> >> >> Regards, >> Ant?nio >> >> On 03/22/2017 09:52 AM, Shaun Stokes wrote: >> >> Are you using ?if (session:ready()) then? in your scripts before you >> execute? >> >> >> Are you using virtual or physical hardware and what spec? >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Grant >> Bagdasarian >> *Sent:* 22 March 2017 07:31 >> *To:* FreeSWITCH Users Help >> >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Anthony, we triple checked the script and its dependencies. There are no >> loops at all in the script. The imported scripts are also written by us and >> they too do not contain any loops. >> >> It?s just basic call handling with some playback and play_and_get_digits >> calls, and some pcall calls to query a database. >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Anthony >> Minessale >> *Sent:* dinsdag 21 maart 2017 16:02 >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> I already told you why a week ago. Your script most likely has an >> endless loop in it that does not check the condition session:ready() >> >> >> However, Feel free to contact consulting at freeswitch.org and we can >> formally diagnose it for a fee. >> >> >> >> >> >> On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian wrote: >> >> Attached are the logs for: >> >> #check thread usage: >> >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> >> >> >> #memory mapping: >> >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> >> >> We?re unable to run gcore since freeswitch hogs all available cpu?s at >> 100%. >> >> I tried changing the nice settings real-time but that didn?t work either. >> >> >> At one point we had a huge spike in inbound traffic towards our >> freeswitch (valid traffic). >> >> The traffic is handled by a lua application. >> >> What we saw was calls hanging in freeswitch while they?ve already been >> physically disconnected. >> >> After the huge spike freeswitch behaved normally for a couple of minutes >> and then suddenly started eating all the available cpu cores at 100%. >> >> >> We have some db queries which are fired in the lua application, so these >> may cause the application to hang, but we haven?t reproduced it yet. >> >> >> I?ll setup a test lab with the same configuration and fire sipp at it to >> see if I can reproduce the issue. >> >> However, I probably won?t be able to run gcore for debugging. Any other >> suggestions? >> >> >> Also we saw a lot of open udp ports and some had a huge read buffer size >> which did not decrease. >> >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant >> Bagdasarian >> *Sent:* maandag 13 maart 2017 09:04 >> >> >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Hi Antony and Antonio, >> >> >> Thank you for the tips. >> >> We haven?t had freeswitch going berserk anymore (not sure as to why it >> did perform without issue over the weekend), but will continue to monitor >> it and run the commands to trace the issue. >> >> >> Regards, >> >> >> Grant >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Anthony >> Minessale >> *Sent:* zaterdag 11 maart 2017 00:07 >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Make sure you lua script has all while loops including session:ready() as >> a condition to continue. Its a common mistake that leads to loops spinning >> out of control on hungup channels. >> >> >> >> On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva >> wrote: >> >> Hi, >> >> You can use the following commands: >> >> #get a core: >> >> gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) >> >> >> >> >> >> #check thread usage: >> >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> >> >> >> #memory mapping: >> >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> >> >> you can get some info from fs: >> >> fs_cli -x "sofia global siptrace on" >> >> fs_cli -x "fsctl debug_level 10" >> >> fs_cli -x "sofia loglevel all 9" >> >> fs_cli -x "fsctl debug_sql " >> >> fs_cli -x "sofia global debug presence" >> >> >> >> Put everything into a jira so we can take a look. >> >> >> Regards, >> Ant?nio >> >> >> On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: >> >> Hi, >> >> >> We?re currently experiencing a weird issue with one of our freeswitch >> servers where the CPU just goes berserk and stays at 100%. >> >> There are no active calls at that moment, but FS is still using 100% CPU. >> >> >> I was unable to get a debug using gdb, since freeswitch does not crash. >> >> >> We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, >> but the problem still persists. >> >> There is currently only one active application running on this box which >> is using LUA. Maybe that is causing the issue? >> >> We checked the code but there are no weird loops etc. Perhaps we are >> missing something? >> >> >> Any ideas how to trace this? >> >> >> Regards, >> >> >> Grant >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> -- >> >> >> >> Saludos / Regards / Cumprimentos, >> >> Ant?nio silva >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> >> Shaun Stokes - Infrastructure Analyst >> >> T : >> >> 01453 700713 >> >> E : >> >> shaun.stokes at itec-support.co.uk >> >> W : >> >> www.itec-support.co.uk >> >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, >> Stroud, Gloucestershire GL5 3QF >> Company No. 06908001 >> >> >> CONFIDENTIALITY NOTICE >> This communication and the information it contains are intended for the >> person or organisation to which it is addressed. Its contents are >> confidential and may be protected in law. Unauthorised use, copying or >> disclosure of any of it may be unlawful. If you are not the intended >> recipient, please contact us immediately. >> The contents of any attachments in this e-mail may contain software >> viruses, which could damage your own computer system. While ITEC Support >> has taken every reasonable precaution to minimise this risk, we cannot >> accept liability for any damage which you sustain as a result of software >> viruses. You should carry out your own virus checking procedure before >> opening any attachment. >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> -- >> >> >> >> Saludos / Regards / Cumprimentos, >> >> Ant?nio silva >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> Shaun Stokes - Infrastructure Analyst >> T : 01453 700713 >> E : shaun.stokes at itec-support.co.uk >> W : www.itec-support.co.uk >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, >> Stroud, Gloucestershire GL5 3QF >> Company No. 06908001 >> >> CONFIDENTIALITY NOTICE >> This communication and the information it contains are intended for the >> person or organisation to which it is addressed. Its contents are >> confidential and may be protected in law. Unauthorised use, copying or >> disclosure of any of it may be unlawful. If you are not the intended >> recipient, please contact us immediately. >> The contents of any attachments in this e-mail may contain software >> viruses, which could damage your own computer system. While ITEC Support >> has taken every reasonable precaution to minimise this risk, we cannot >> accept liability for any damage which you sustain as a result of software >> viruses. You should carry out your own virus checking procedure before >> opening any attachment. >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/1c03c5ef/attachment-0001.html From blackc2004 at gmail.com Wed Mar 29 21:31:19 2017 From: blackc2004 at gmail.com (Cj B) Date: Wed, 29 Mar 2017 10:31:19 -0700 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> Message-ID: Anthony, I apologize I?m appearing ?entitled?. I was simply asking for any other pointers. I?ve followed all the suggestions here when submitting the jira and have done so. I was just asking if there were any other tips/hints about what to look at Thanks for your response. Cj B > On Mar 29, 2017, at 10:28 AM, Anthony Minessale wrote: > > Try to avoid doing things like pointing out how frustrated you are when seeking help here. It makes those trying to help you feel like you are being entitled. > > The suggestion on what to do was clearly outlined in previous posts in this thread including the exact commands to run when filing a jira. > > > > > > > > > On Wed, Mar 29, 2017 at 12:20 PM, Cj B > wrote: > Hi All, > > I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. > > I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. > > I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. > > Thanks much for any pointers! > Cj B > >> On Mar 22, 2017, at 8:13 AM, Anthony Minessale > wrote: >> >> top -H -p `pidof freeswitch` >> Note the pid using 100% cpu >> >> gcore `pidof freeswitch` >> >> Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. >> >> https://freeswitch.org/jira >> >> >> >> >> >> On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: >> It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. >> >> >> It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian >> Sent: 22 March 2017 11:20 >> >> >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> @Shuan, yes we are using the session:ready() method before we execute. >> >> We are running all of our servers virtually and never had any issues up until now. >> >> This same application ran on older versions of freeswitch without issues, even during and after high load. >> >> >> @Antonio, thanks for the tips! I?ll have a look and try some stuff. >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Antonio Silva >> Sent: woensdag 22 maart 2017 10:09 >> To: freeswitch-users at lists.freeswitch.org >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. >> >> Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. >> >> You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. >> >> >> Regards, >> Ant?nio >> >> On 03/22/2017 09:52 AM, Shaun Stokes wrote: >> >> Are you using ?if (session:ready()) then? in your scripts before you execute? >> >> >> Are you using virtual or physical hardware and what spec? >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian >> Sent: 22 March 2017 07:31 >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. >> >> It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Anthony Minessale >> Sent: dinsdag 21 maart 2017 16:02 >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() >> >> >> However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. >> >> >> >> >> >> On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: >> >> Attached are the logs for: >> >> #check thread usage: >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> #memory mapping: >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. >> >> I tried changing the nice settings real-time but that didn?t work either. >> >> >> At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). >> >> The traffic is handled by a lua application. >> >> What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. >> >> After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. >> >> >> We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. >> >> >> I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. >> >> However, I probably won?t be able to run gcore for debugging. Any other suggestions? >> >> >> Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. >> >> >> >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian >> Sent: maandag 13 maart 2017 09:04 >> >> >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> Hi Antony and Antonio, >> >> >> Thank you for the tips. >> >> We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. >> >> >> Regards, >> >> >> Grant >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Anthony Minessale >> Sent: zaterdag 11 maart 2017 00:07 >> To: FreeSWITCH Users Help > >> Subject: Re: [Freeswitch-users] 100% CPU usage >> >> >> Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. >> >> >> >> On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: >> >> Hi, >> >> You can use the following commands: >> >> #get a core: >> gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) >> >> >> #check thread usage: >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> #memory mapping: >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> >> you can get some info from fs: >> >> fs_cli -x "sofia global siptrace on" >> fs_cli -x "fsctl debug_level 10" >> fs_cli -x "sofia loglevel all 9" >> fs_cli -x "fsctl debug_sql " >> fs_cli -x "sofia global debug presence" >> >> >> Put everything into a jira so we can take a look. >> >> >> Regards, >> Ant?nio >> >> >> On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: >> >> Hi, >> >> >> We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. >> >> There are no active calls at that moment, but FS is still using 100% CPU. >> >> >> I was unable to get a debug using gdb, since freeswitch does not crash. >> >> >> We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. >> >> There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? >> >> We checked the code but there are no weird loops etc. Perhaps we are missing something? >> >> >> Any ideas how to trace this? >> >> >> Regards, >> >> >> Grant >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -- >> >> Saludos / Regards / Cumprimentos, >> Ant?nio silva >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> ______________________________________________________________________ >> >> >> >> Shaun Stokes - Infrastructure Analyst >> >> T : >> >> 01453 700713 >> >> E : >> >> shaun.stokes at itec-support.co.uk >> W : >> >> www.itec-support.co.uk >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF >> Company No. 06908001 >> >> >> CONFIDENTIALITY NOTICE >> This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. >> The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> ______________________________________________________________________ >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -- >> >> Saludos / Regards / Cumprimentos, >> Ant?nio silva >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> ______________________________________________________________________ >> >> >> Shaun Stokes - Infrastructure Analyst <> >> T : <> 01453 700713 <> >> E : <> shaun.stokes at itec-support.co.uk <> >> W : <> www.itec-support.co.uk <> >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF <> >> Company No. 06908001 <> >> >> CONFIDENTIALITY NOTICE <> >> This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. <> >> The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. <> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus Scanning Service. >> ______________________________________________________________________ >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/8c489232/attachment-0001.html From italo at freeswitch.org Wed Mar 29 22:56:40 2017 From: italo at freeswitch.org (=?utf-8?Q?=C3=8Dtalo_Rossi?=) Date: Wed, 29 Mar 2017 15:56:40 -0300 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: <474FFAB0-F3AC-482E-8AE8-D284F6413DDA@jerris.com> References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> <6EAFC853-7706-4575-9D13-577A10836EDE@beachdognet.com> <474FFAB0-F3AC-482E-8AE8-D284F6413DDA@jerris.com> Message-ID: You want to queue the calls without sending a 200 OK back? This won't end well... On 28 Mar 2017 13:38 -0300, Michael Jerris , wrote: > Thats the one?. no alternative currently? ?Try it and feed back on the PR and we will take a look at some point. > > > > On Mar 28, 2017, at 11:50 AM, Dave Horton wrote: > > > > Thanks, I saw this PR, but I don?t think it got accepted yet? > > > > https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/1155/commits/f62240c964582d4a081d71baa8c068e6cd209a28 > > > > anyways, I can use this for testing now unless there is an alternative > > On Mar 28, 2017, at 8:31 AM, Michael Jerris wrote: > > > > I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. ?If not its sitting open somewhere. > > > > > On Mar 28, 2017, at 9:59 AM, Dave Horton wrote: > > > > > > I?m only planning on holding the call for about 20 seconds. ?In my testing mod_fifo sends a 183 and then a 200. ?Is there any way to configure it to just send the 183 ? > > > On Mar 27, 2017, at 11:09 PM, David Ponzone wrote: > > > > > > Dave, > > > > > > I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. > > > I just tested that, and I receive a CANCEL from PSTN after 30 seconds. > > > Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. > > > > > > David Ponzone??Direction Technique > > > email:?david.ponzone at ipeva.fr > > > tel: ? ? ?01 74 03 18 97 > > > gsm: ? 06 66 98 76 34 > > > > > > Service Client?IPeva > > > tel: ? ? ?0811 46 26 26 > > > www.ipeva.fr? -? ?www.ipeva-studio.com > > > > > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration.?IPeva?d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > > > > > > > > > > > > > Le 28 mars 2017 ? 07:05, Dave Horton a ?crit : > > > > > > > > I?d like to use something like mod_fifo, if possible to support my use case: > > > > > > > > - caller calls in > > > > - freeswitch sends 183 (pre_answer) but does _not_ answer the call > > > > - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) > > > > - agent calls in (to the ?parking slot? or equivalent) > > > > - caller is now bridged with agent > > > > - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 > > > > > > > > Is something like that possible with mod_fifo, or other module? > > > > > > > > Dave > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting at freeswitch.org > > > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > > > http://www.freeswitch.org > > > > http://confluence.freeswitch.org > > > > http://www.cluecon.com > > > > > > > > FreeSWITCH-users mailing list > > > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/d72c50ef/attachment.html From daveh at beachdognet.com Wed Mar 29 23:05:55 2017 From: daveh at beachdognet.com (Dave Horton) Date: Wed, 29 Mar 2017 12:05:55 -0700 Subject: [Freeswitch-users] possible to use mod_fifo without parking a caller? In-Reply-To: References: <35CB81BD-204A-4144-9E8B-D180F93BA347@ipeva.fr> <9A363409-EE7C-42A5-A07A-56ABDEED2ED1@beachdognet.com> <8CEB8C6A-7FDB-4C87-A50F-4AB2DADFFDAB@jerris.com> <6EAFC853-7706-4575-9D13-577A10836EDE@beachdognet.com> <474FFAB0-F3AC-482E-8AE8-D284F6413DDA@jerris.com> Message-ID: <21142175-EF7F-44E2-B4CA-EDEC38C417A8@beachdognet.com> Actually, the patch that Mike pointed me to is working fine for my purposes. This is not a call center type of application ? more of a find me / follow me type of callflow where I need to hold the call and then notify a custom sip device to call in and connect. Dave On Mar 29, 2017, at 11:56 AM, ?talo Rossi wrote: You want to queue the calls without sending a 200 OK back? This won't end well... On 28 Mar 2017 13:38 -0300, Michael Jerris , wrote: > Thats the one?. no alternative currently? Try it and feed back on the PR and we will take a look at some point. > > >> On Mar 28, 2017, at 11:50 AM, Dave Horton > wrote: >> >> Thanks, I saw this PR, but I don?t think it got accepted yet? >> >> https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/1155/commits/f62240c964582d4a081d71baa8c068e6cd209a28 >> >> anyways, I can use this for testing now unless there is an alternative >> On Mar 28, 2017, at 8:31 AM, Michael Jerris > wrote: >> >> I vaguely recall just merging a patch for early media in mod_fifo? you can check commit history. If not its sitting open somewhere. >> >>> On Mar 28, 2017, at 9:59 AM, Dave Horton > wrote: >>> >>> I?m only planning on holding the call for about 20 seconds. In my testing mod_fifo sends a 183 and then a 200. Is there any way to configure it to just send the 183 ? >>> On Mar 27, 2017, at 11:09 PM, David Ponzone > wrote: >>> >>> Dave, >>> >>> I think the issue is that in most countries, a call cannot stay in early-media stage for an unlimited duration. >>> I just tested that, and I receive a CANCEL from PSTN after 30 seconds. >>> Of course, it can be different in your country or depending on your carrier, so you should check the maximum pre_answered call duration you can hope where you are. >>> >>> David Ponzone Direction Technique >>> email: david.ponzone at ipeva.fr >>> tel: 01 74 03 18 97 >>> gsm: 06 66 98 76 34 >>> >>> Service Client IPeva >>> tel: 0811 46 26 26 >>> www.ipeva.fr - www.ipeva-studio.com >>> >>> Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. >>> >>> >>> >>> >>>> Le 28 mars 2017 ? 07:05, Dave Horton > a ?crit : >>>> >>>> I?d like to use something like mod_fifo, if possible to support my use case: >>>> >>>> - caller calls in >>>> - freeswitch sends 183 (pre_answer) but does _not_ answer the call >>>> - via out of bands means, I send information to an ?agent? that a caller is waiting (providing uuid, or parking slot) >>>> - agent calls in (to the ?parking slot? or equivalent) >>>> - caller is now bridged with agent >>>> - OR, if no agent calls in within X seconds, caller is rejected with a SIP 480 >>>> >>>> Is something like that possible with mod_fifo, or other module? >>>> >>>> Dave >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/154639c1/attachment-0001.html From daveh at beachdognet.com Thu Mar 30 02:18:46 2017 From: daveh at beachdognet.com (Dave Horton) Date: Wed, 29 Mar 2017 15:18:46 -0700 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? Message-ID: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> I?m hoping to find a dialplan-based solution to this problem. I have a call coming in, and I start executing a dialplan with various applications. At some point, if the caller cancels before I have bridged or answered his or her call, I would like the ability to immediately execute some code ? e.g. by jumping to another extension (or something like that) at the moment when the caller abandons. I know this could be orchestrated in an event socket app, but as mentioned I would prefer a dialplan-based approach, if possible. Any ideas? Dave From david.ponzone at ipeva.fr Thu Mar 30 02:33:38 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 30 Mar 2017 00:33:38 +0200 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> Message-ID: api_hangup_hook David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 30 mars 2017 ? 00:18, Dave Horton a ?crit : > > I?m hoping to find a dialplan-based solution to this problem. I have a call coming in, and I start executing a dialplan with various applications. At some point, if the caller cancels before I have bridged or answered his or her call, I would like the ability to immediately execute some code ? e.g. by jumping to another extension (or something like that) at the moment when the caller abandons. I know this could be orchestrated in an event socket app, but as mentioned I would prefer a dialplan-based approach, if possible. Any ideas? > > Dave > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/be034210/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/be034210/attachment.bin From gregor at infomedia.si Thu Mar 30 02:40:07 2017 From: gregor at infomedia.si (Gregor Nanger) Date: Wed, 29 Mar 2017 22:40:07 +0000 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> Message-ID: Guess it wouldn't be possible, since leg is closed? Not sure. I am executing some code on call end, when I get posted cdr to server. Best regards, Gregor On Thu, Mar 30, 2017, 00:34 David Ponzone wrote: > api_hangup_hook > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 30 mars 2017 ? 00:18, Dave Horton a ?crit : > > I?m hoping to find a dialplan-based solution to this problem. I have a > call coming in, and I start executing a dialplan with various > applications. At some point, if the caller cancels before I have bridged > or answered his or her call, I would like the ability to immediately > execute some code ? e.g. by jumping to another extension (or something like > that) at the moment when the caller abandons. I know this could be > orchestrated in an event socket app, but as mentioned I would prefer a > dialplan-based approach, if possible. Any ideas? > > Dave > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Gregor Nanger *CTO* t./f.: 00386 (0) 7 6000 308/309 ? m:. 00386 (0)41 756485 ? Infomedia d.o.o. ? Jerebova 3, Novo mesto, Slovenia ? www.infomedia.si -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/8ef6f32f/attachment-0001.html From david.ponzone at ipeva.fr Thu Mar 30 03:03:41 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 30 Mar 2017 01:03:41 +0200 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> Message-ID: <403EBCF2-C015-48CC-A58A-B9B5B402072C@ipeva.fr> Gregor, it should work. I use that to send some call data using HTTP at hangup. David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 30 mars 2017 ? 00:40, Gregor Nanger a ?crit : > > Guess it wouldn't be possible, since leg is closed? Not sure. I am executing some code on call end, when I get posted cdr to server. > > Best regards, Gregor > > > On Thu, Mar 30, 2017, 00:34 David Ponzone > wrote: > api_hangup_hook > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr <> - www.ipeva-studio.com <> > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 30 mars 2017 ? 00:18, Dave Horton > a ?crit : >> >> I?m hoping to find a dialplan-based solution to this problem. I have a call coming in, and I start executing a dialplan with various applications. At some point, if the caller cancels before I have bridged or answered his or her call, I would like the ability to immediately execute some code ? e.g. by jumping to another extension (or something like that) at the moment when the caller abandons. I know this could be orchestrated in an event socket app, but as mentioned I would prefer a dialplan-based approach, if possible. Any ideas? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- > 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 _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/0db021ff/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/0db021ff/attachment-0001.bin From gregor at infomedia.si Thu Mar 30 03:07:20 2017 From: gregor at infomedia.si (Gregor Nanger) Date: Thu, 30 Mar 2017 01:07:20 +0200 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: <403EBCF2-C015-48CC-A58A-B9B5B402072C@ipeva.fr> References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> <403EBCF2-C015-48CC-A58A-B9B5B402072C@ipeva.fr> Message-ID: oh, yes, of course it should work. This is why it is hangup hook :-)) Thank you. 2017-03-30 1:03 GMT+02:00 David Ponzone : > Gregor, > > it should work. I use that to send some call data using HTTP at hangup. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > non autoris?e est interdite. Tout message ?lectronique est susceptible > d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce > message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas > destinataire de ce message, merci de le d?truire imm?diatement et d'avertir > l'exp?diteur.* > > > > > Le 30 mars 2017 ? 00:40, Gregor Nanger a ?crit : > > Guess it wouldn't be possible, since leg is closed? Not sure. I am > executing some code on call end, when I get posted cdr to server. > > Best regards, Gregor > > On Thu, Mar 30, 2017, 00:34 David Ponzone wrote: > >> api_hangup_hook >> >> David Ponzone Direction Technique >> email: david.ponzone at ipeva.fr >> tel: 01 74 03 18 97 >> gsm: 06 66 98 76 34 >> >> Service Client IPeva >> tel: 0811 46 26 26 >> www.ipeva.fr - www.ipeva-studio.com >> >> *Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? >> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion >> non autoris?e est interdite. Tout message ?lectronique est susceptible >> d'alt?ration. **IPeva** d?cline toute responsabilit? au titre de ce >> message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas >> destinataire de ce message, merci de le d?truire imm?diatement et d'avertir >> l'exp?diteur.* >> >> >> >> >> Le 30 mars 2017 ? 00:18, Dave Horton a ?crit : >> >> I?m hoping to find a dialplan-based solution to this problem. I have a >> call coming in, and I start executing a dialplan with various >> applications. At some point, if the caller cancels before I have bridged >> or answered his or her call, I would like the ability to immediately >> execute some code ? e.g. by jumping to another extension (or something like >> that) at the moment when the caller abandons. I know this could be >> orchestrated in an event socket app, but as mentioned I would prefer a >> dialplan-based approach, if possible. Any ideas? >> >> Dave >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > 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 > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Gregor Nanger *CTO* t./f.: 00386 (0) 7 6000 308/309 ? m:. 00386 (0)41 756485 ? Infomedia d.o.o. ? Jerebova 3, Novo mesto, Slovenia ? www.infomedia.si -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/47f4a304/attachment-0001.html From daveh at beachdognet.com Thu Mar 30 08:48:14 2017 From: daveh at beachdognet.com (Dave Horton) Date: Wed, 29 Mar 2017 21:48:14 -0700 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> Message-ID: Thanks, that will do it. One followup question: when my api_hangup_hook is invoked, is it possible for me to get a termination reason that lets me know whether the caller canceled the call (i.e hungup before answer), or whether it was a normal call clearing (i.e hangup after answer) ? On Mar 29, 2017, at 3:33 PM, David Ponzone wrote: api_hangup_hook David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 30 mars 2017 ? 00:18, Dave Horton > a ?crit : > > I?m hoping to find a dialplan-based solution to this problem. I have a call coming in, and I start executing a dialplan with various applications. At some point, if the caller cancels before I have bridged or answered his or her call, I would like the ability to immediately execute some code ? e.g. by jumping to another extension (or something like that) at the moment when the caller abandons. I know this could be orchestrated in an event socket app, but as mentioned I would prefer a dialplan-based approach, if possible. Any ideas? > > Dave > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/8f10400c/attachment.html From gb at cm.nl Thu Mar 30 11:10:59 2017 From: gb at cm.nl (Grant Bagdasarian) Date: Thu, 30 Mar 2017 07:10:59 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> Message-ID: Cj, I?m going to do some stress testing today using sipp. Once I have results and a possible solution, I?ll post it here. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Cj B Sent: woensdag 29 maart 2017 19:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, I apologize I?m appearing ?entitled?. I was simply asking for any other pointers. I?ve followed all the suggestions here when submitting the jira and have done so. I was just asking if there were any other tips/hints about what to look at Thanks for your response. Cj B On Mar 29, 2017, at 10:28 AM, Anthony Minessale > wrote: Try to avoid doing things like pointing out how frustrated you are when seeking help here. It makes those trying to help you feel like you are being entitled. The suggestion on what to do was clearly outlined in previous posts in this thread including the exact commands to run when filing a jira. On Wed, Mar 29, 2017 at 12:20 PM, Cj B > wrote: Hi All, I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. Thanks much for any pointers! Cj B On Mar 22, 2017, at 8:13 AM, Anthony Minessale > wrote: top -H -p `pidof freeswitch` Note the pid using 100% cpu gcore `pidof freeswitch` Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. https://freeswitch.org/jira On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 11:20 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage @Shuan, yes we are using the session:ready() method before we execute. We are running all of our servers virtually and never had any issues up until now. This same application ran on older versions of freeswitch without issues, even during and after high load. @Antonio, thanks for the tips! I?ll have a look and try some stuff. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Antonio Silva Sent: woensdag 22 maart 2017 10:09 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] 100% CPU usage We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/f5c74abe/attachment-0001.html From david.ponzone at ipeva.fr Thu Mar 30 11:15:36 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Thu, 30 Mar 2017 09:15:36 +0200 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> Message-ID: <0E046ABD-1FCB-4B80-9312-4A2CC9A99CFB@ipeva.fr> Dave, for that, you need something a little bit different: > >> >> Regards, >> Ant?nio >> >> On 03/22/2017 09:52 AM, Shaun Stokes wrote: >> >> Are you using ?if (session:ready()) then? in your scripts before you >> execute? >> >> >> Are you using virtual or physical hardware and what spec? >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Grant >> Bagdasarian >> *Sent:* 22 March 2017 07:31 >> *To:* FreeSWITCH Users Help >> >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Anthony, we triple checked the script and its dependencies. There are no >> loops at all in the script. The imported scripts are also written by us and >> they too do not contain any loops. >> >> It?s just basic call handling with some playback and play_and_get_digits >> calls, and some pcall calls to query a database. >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Anthony >> Minessale >> *Sent:* dinsdag 21 maart 2017 16:02 >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> I already told you why a week ago. Your script most likely has an >> endless loop in it that does not check the condition session:ready() >> >> >> However, Feel free to contact consulting at freeswitch.org and we can >> formally diagnose it for a fee. >> >> >> >> >> >> On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian wrote: >> >> Attached are the logs for: >> >> #check thread usage: >> >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> >> >> >> #memory mapping: >> >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> >> >> We?re unable to run gcore since freeswitch hogs all available cpu?s at >> 100%. >> >> I tried changing the nice settings real-time but that didn?t work either. >> >> >> At one point we had a huge spike in inbound traffic towards our >> freeswitch (valid traffic). >> >> The traffic is handled by a lua application. >> >> What we saw was calls hanging in freeswitch while they?ve already been >> physically disconnected. >> >> After the huge spike freeswitch behaved normally for a couple of minutes >> and then suddenly started eating all the available cpu cores at 100%. >> >> >> We have some db queries which are fired in the lua application, so these >> may cause the application to hang, but we haven?t reproduced it yet. >> >> >> I?ll setup a test lab with the same configuration and fire sipp at it to >> see if I can reproduce the issue. >> >> However, I probably won?t be able to run gcore for debugging. Any other >> suggestions? >> >> >> Also we saw a lot of open udp ports and some had a huge read buffer size >> which did not decrease. >> >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Grant >> Bagdasarian >> *Sent:* maandag 13 maart 2017 09:04 >> >> >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Hi Antony and Antonio, >> >> >> Thank you for the tips. >> >> We haven?t had freeswitch going berserk anymore (not sure as to why it >> did perform without issue over the weekend), but will continue to monitor >> it and run the commands to trace the issue. >> >> >> Regards, >> >> >> Grant >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [ >> mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] *On Behalf Of *Anthony >> Minessale >> *Sent:* zaterdag 11 maart 2017 00:07 >> *To:* FreeSWITCH Users Help >> *Subject:* Re: [Freeswitch-users] 100% CPU usage >> >> >> Make sure you lua script has all while loops including session:ready() as >> a condition to continue. Its a common mistake that leads to loops spinning >> out of control on hungup channels. >> >> >> >> On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva >> wrote: >> >> Hi, >> >> You can use the following commands: >> >> #get a core: >> >> gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) >> >> >> >> >> >> #check thread usage: >> >> top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 >> >> >> >> >> >> #memory mapping: >> >> cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps >> >> >> >> you can get some info from fs: >> >> fs_cli -x "sofia global siptrace on" >> >> fs_cli -x "fsctl debug_level 10" >> >> fs_cli -x "sofia loglevel all 9" >> >> fs_cli -x "fsctl debug_sql " >> >> fs_cli -x "sofia global debug presence" >> >> >> >> Put everything into a jira so we can take a look. >> >> >> Regards, >> Ant?nio >> >> >> On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: >> >> Hi, >> >> >> We?re currently experiencing a weird issue with one of our freeswitch >> servers where the CPU just goes berserk and stays at 100%. >> >> There are no active calls at that moment, but FS is still using 100% CPU. >> >> >> I was unable to get a debug using gdb, since freeswitch does not crash. >> >> >> We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, >> but the problem still persists. >> >> There is currently only one active application running on this box which >> is using LUA. Maybe that is causing the issue? >> >> We checked the code but there are no weird loops etc. Perhaps we are >> missing something? >> >> >> Any ideas how to trace this? >> >> >> Regards, >> >> >> Grant >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> -- >> >> >> >> Saludos / Regards / Cumprimentos, >> >> Ant?nio silva >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> -- >> >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> >> ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> >> >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> >> Shaun Stokes - Infrastructure Analyst >> >> T : >> >> 01453 700713 >> >> E : >> >> shaun.stokes at itec-support.co.uk >> >> W : >> >> www.itec-support.co.uk >> >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, >> Stroud, Gloucestershire GL5 3QF >> Company No. 06908001 >> >> >> CONFIDENTIALITY NOTICE >> This communication and the information it contains are intended for the >> person or organisation to which it is addressed. Its contents are >> confidential and may be protected in law. Unauthorised use, copying or >> disclosure of any of it may be unlawful. If you are not the intended >> recipient, please contact us immediately. >> The contents of any attachments in this e-mail may contain software >> viruses, which could damage your own computer system. While ITEC Support >> has taken every reasonable precaution to minimise this risk, we cannot >> accept liability for any damage which you sustain as a result of software >> viruses. You should carry out your own virus checking procedure before >> opening any attachment. >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >> http://www.freeswitch.org >> >> >> >> -- >> >> >> >> Saludos / Regards / Cumprimentos, >> >> Ant?nio silva >> >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> Shaun Stokes - Infrastructure Analyst >> T : 01453 700713 >> E : shaun.stokes at itec-support.co.uk >> W : www.itec-support.co.uk >> Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, >> Stroud, Gloucestershire GL5 3QF >> Company No. 06908001 >> >> CONFIDENTIALITY NOTICE >> This communication and the information it contains are intended for the >> person or organisation to which it is addressed. Its contents are >> confidential and may be protected in law. Unauthorised use, copying or >> disclosure of any of it may be unlawful. If you are not the intended >> recipient, please contact us immediately. >> The contents of any attachments in this e-mail may contain software >> viruses, which could damage your own computer system. While ITEC Support >> has taken every reasonable precaution to minimise this risk, we cannot >> accept liability for any damage which you sustain as a result of software >> viruses. You should carry out your own virus checking procedure before >> opening any attachment. >> >> ______________________________________________________________________ >> This message has been checked for all known viruses by MessageLabs Virus >> Scanning Service. >> ______________________________________________________________________ >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 <(919)%20386-9900> > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/980b7881/attachment-0001.html From brian at freeswitch.org Thu Mar 30 16:12:07 2017 From: brian at freeswitch.org (Brian West) Date: Thu, 30 Mar 2017 07:12:07 -0500 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: <0E046ABD-1FCB-4B80-9312-4A2CC9A99CFB@ipeva.fr> References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> <0E046ABD-1FCB-4B80-9312-4A2CC9A99CFB@ipeva.fr> Message-ID: Are you doing billing in this hangup hook? On Thu, Mar 30, 2017 at 2:15 AM, David Ponzone wrote: > Dave, > > for that, you need something a little bit different: > > > > > >> >> >>> >>> I haven't setup a webserver for HTTAPI yet. So I wanted to know before I go down this path that this can be done. I have a java application that I currently execute from the dialplan. I need to know if httapi can use execute to do the same. Thanks a lot in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/4f3fdeb5/attachment.html From daveh at beachdognet.com Thu Mar 30 22:28:50 2017 From: daveh at beachdognet.com (Dave Horton) Date: Thu, 30 Mar 2017 11:28:50 -0700 Subject: [Freeswitch-users] something like transferring to an extension when caller abandons? In-Reply-To: <2E267B16-C807-45E7-B81B-35874EEC1507@ipeva.fr> References: <82583D2C-1711-46E4-A88D-5249748E211E@beachdognet.com> <0E046ABD-1FCB-4B80-9312-4A2CC9A99CFB@ipeva.fr> <905D8A00-2C52-46BA-8CBB-F9DA3D4E6AE5@ipeva.fr> <2E267B16-C807-45E7-B81B-35874EEC1507@ipeva.fr> Message-ID: I?m not quite there?..my hangup hook script _is_ being called in the scenario where I answer the call, and then hangup, but it is _not_ called in the scenario where the caller hangs up (CANCEL) before I deliver 200 OK. How can I hook into a call teardown that is a CANCEL from caller scenario? On Mar 30, 2017, at 7:27 AM, David Ponzone wrote: Don?t forget in your hook script to check that the call was unanswered! David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 30 mars 2017 ? 16:09, Dave Horton > a ?crit : > > In my case, I am not doing billing. When the call is abandoned, I want to send a message to Amazon SNS that will result in a message being displayed on a mobile handset that the call is no longer ringing. > > > On Mar 30, 2017, at 5:32 AM, David Ponzone > wrote: > > Brian, > > not sure if you ask Dave or me, but in my case, no, I am just sending some call details to some customers so they can put that into their CRM. > > David Ponzone Direction Technique > email: david.ponzone at ipeva.fr > tel: 01 74 03 18 97 > gsm: 06 66 98 76 34 > > Service Client IPeva > tel: 0811 46 26 26 > www.ipeva.fr - www.ipeva-studio.com > > Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > > > > >> Le 30 mars 2017 ? 14:12, Brian West > a ?crit : >> >> Are you doing billing in this hangup hook? >> >> On Thu, Mar 30, 2017 at 2:15 AM, David Ponzone > wrote: >> Dave, >> >> for that, you need something a little bit different: >> >> >> >>> >>>>> wrote: > Hi, > > > > in the newest main brunch I can see the vpxlib project, but after the build > I did not found the libvpx.dll or a mod_vpx.dll. > > Is the VPX video support on windows available? > > > > Thanks a lot! > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From Alexander.Haugg at c4b.de Fri Mar 31 10:53:42 2017 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Fri, 31 Mar 2017 06:53:42 +0000 Subject: [Freeswitch-users] VPX on windows? In-Reply-To: References: Message-ID: <639cdc9097a341749f9f607c0d934084@c4b.de> Sorry! Thanks for your answer. -----Urspr?ngliche Nachricht----- Von: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] Im Auftrag von Brian : Gesendet: Freitag, 31. M?rz 2017 08:38 An: FreeSWITCH Users Help Betreff: Re: [Freeswitch-users] VPX on windows? There was a reply from Anthony on the same subject a couple of days ago: "Video support on Windows is incomplete. You can help support that effort financially or by helping with the software logistics and development by emailing consulting at freeswitch.org and inquire about it." On Fri, Mar 31, 2017 at 7:14 AM, Alexander Haugg wrote: > Hi, > > > > in the newest main brunch I can see the vpxlib project, but after the > build I did not found the libvpx.dll or a mod_vpx.dll. > > Is the VPX video support on windows available? > > > > Thanks a lot! > > > > > > > > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use > rs > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From shaun.stokes at itec-support.co.uk Fri Mar 31 11:17:18 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 31 Mar 2017 07:17:18 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E864E68B@mbx-01.sysconfig.co.uk> Cj B, What hyper-visor are you using? Also, what spec (AMD or Intel host, number of cores, RAM, 15k SAS or SSD storage, local or network storage etc)? This sounds very similar to problems we had on virtual hardware but we were closer to 400 registrations before we ran into problems, on physical hardware of the same spec we managed to get up to 800 registered extensions before we ran into limitations on the SIP profile (different symptoms). We?re now running roughly 1200 registered extensions across 2 SIP profiles on the same physical hardware average CPU under load roughly 25%. Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Cj B Sent: 29 March 2017 18:21 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Hi All, I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. Thanks much for any pointers! Cj B On Mar 22, 2017, at 8:13 AM, Anthony Minessale > wrote: top -H -p `pidof freeswitch` Note the pid using 100% cpu gcore `pidof freeswitch` Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. https://freeswitch.org/jira On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 11:20 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage @Shuan, yes we are using the session:ready() method before we execute. We are running all of our servers virtually and never had any issues up until now. This same application ran on older versions of freeswitch without issues, even during and after high load. @Antonio, thanks for the tips! I?ll have a look and try some stuff. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Antonio Silva Sent: woensdag 22 maart 2017 10:09 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] 100% CPU usage We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/d6559886/attachment-0001.html From shaun.stokes at itec-support.co.uk Fri Mar 31 11:34:28 2017 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 31 Mar 2017 07:34:28 +0000 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E864E68B@mbx-01.sysconfig.co.uk> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> <6FD2F8B5BB72834E9939AEDF9FB802A901E864E68B@mbx-01.sysconfig.co.uk> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E864E6D5@mbx-01.sysconfig.co.uk> Also, a few questions that might help us solve this. What is the registration expiry on the devices (i.e. how frequently are they trying to re-register)? If you have 60 devices which are re-registering every 30 seconds (120 registrations per minute) this would be comparable to over 2000 devices re-registering every 20 minutes. What are you SIP profile forced registry expiry settings (sip-force-expires, sip-expires-max-deviation)? Are you using presence (manage-presence)? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shaun Stokes Sent: 31 March 2017 08:17 To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] 100% CPU usage Cj B, What hyper-visor are you using? Also, what spec (AMD or Intel host, number of cores, RAM, 15k SAS or SSD storage, local or network storage etc)? This sounds very similar to problems we had on virtual hardware but we were closer to 400 registrations before we ran into problems, on physical hardware of the same spec we managed to get up to 800 registered extensions before we ran into limitations on the SIP profile (different symptoms). We?re now running roughly 1200 registered extensions across 2 SIP profiles on the same physical hardware average CPU under load roughly 25%. Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Cj B Sent: 29 March 2017 18:21 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi All, I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. Thanks much for any pointers! Cj B On Mar 22, 2017, at 8:13 AM, Anthony Minessale > wrote: top -H -p `pidof freeswitch` Note the pid using 100% cpu gcore `pidof freeswitch` Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. https://freeswitch.org/jira On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 11:20 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage @Shuan, yes we are using the session:ready() method before we execute. We are running all of our servers virtually and never had any issues up until now. This same application ran on older versions of freeswitch without issues, even during and after high load. @Antonio, thanks for the tips! I?ll have a look and try some stuff. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Antonio Silva Sent: woensdag 22 maart 2017 10:09 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] 100% CPU usage We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. Regards, Ant?nio On 03/22/2017 09:52 AM, Shaun Stokes wrote: Are you using ?if (session:ready()) then? in your scripts before you execute? Are you using virtual or physical hardware and what spec? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: 22 March 2017 07:31 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] 100% CPU usage Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: dinsdag 21 maart 2017 16:02 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: Attached are the logs for: #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. I tried changing the nice settings real-time but that didn?t work either. At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). The traffic is handled by a lua application. What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. However, I probably won?t be able to run gcore for debugging. Any other suggestions? Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian Sent: maandag 13 maart 2017 09:04 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Hi Antony and Antonio, Thank you for the tips. We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. Regards, Grant From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: zaterdag 11 maart 2017 00:07 To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: Hi, You can use the following commands: #get a core: gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) #check thread usage: top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 #memory mapping: cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps you can get some info from fs: fs_cli -x "sofia global siptrace on" fs_cli -x "fsctl debug_level 10" fs_cli -x "sofia loglevel all 9" fs_cli -x "fsctl debug_sql " fs_cli -x "sofia global debug presence" Put everything into a jira so we can take a look. Regards, Ant?nio On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: Hi, We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. There are no active calls at that moment, but FS is still using 100% CPU. I was unable to get a debug using gdb, since freeswitch does not crash. We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? We checked the code but there are no weird loops etc. Perhaps we are missing something? Any ideas how to trace this? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Saludos / Regards / Cumprimentos, Ant?nio silva ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] - T : E : W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/c3243d30/attachment-0001.html From Alexander.Haugg at c4b.de Fri Mar 31 14:02:18 2017 From: Alexander.Haugg at c4b.de (Alexander Haugg) Date: Fri, 31 Mar 2017 10:02:18 +0000 Subject: [Freeswitch-users] park_after_bridge don't working for busy destination! Message-ID: Hi, Ich try to catch the leg A after the destination is hangup with the cause busy to signalling a busy tone stream to the caller (leg A) But leg A will dropped too. Here is the test dialplan: Whats wrong? Thanks a lot! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/87cbbe8c/attachment.html From blackc2004 at gmail.com Fri Mar 31 19:04:29 2017 From: blackc2004 at gmail.com (Cj B) Date: Fri, 31 Mar 2017 08:04:29 -0700 Subject: [Freeswitch-users] 100% CPU usage In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E864E6D5@mbx-01.sysconfig.co.uk> References: <72fa9f8981394111aa69fd055b173da9@cm.nl> <777c8b49-ddb2-e594-6f92-67af1f01b010@wirelessmundi.com> <263baa6f5d3747bdb7cc1133242c57a7@cm.nl> <19c428aa3e96499db2b4eec4bc901063@cm.nl> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A50F@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864A6F6@mbx-01.sysconfig.co.uk> <0759ABC5-F3C7-49E0-9B99-9FBCE8FF0661@gmail.com> <6FD2F8B5BB72834E9939AEDF9FB802A901E864E68B@mbx-01.sysconfig.co.uk> <6FD2F8B5BB72834E9939AEDF9FB802A901E864E6D5@mbx-01.sysconfig.co.uk> Message-ID: <1E73787B-7888-493C-A9CB-560F90F9BE96@gmail.com> Hi All, Thanks for you detailed replies and suggestions? I spent yesterday setting up a test box and doing some testing. Just for information, my production boxes are Intel(R) Xeon(R) CPU E5430 @ 2.66GHz and Intel(R) Xeon(R) CPU L5520 @ 2.27GHz with 16gb RAM on raw hardware, 15ksas drives, local storage and core.db is in memory. My expiry is set to 360seconds and I do have manage-presence. I do not appear to have sip-force-expires set that I see anywhere. Here?s some interesting things I found. Test box was a digitalocean $5 droplet, 1 CPU, 512RAM. Configured it exactly as my production boxes, FS 1.6.15, all the same scripts, same number of Destinations, same number of domains, etc. I registered 10 phones to it and had 6 active calls, including 1 video call with no problems at all with expected CPU usage for such a low power box (around 50% CPU) With this information I then started looking at other things on my production boxes. I did a service freeswitch restart and when freeswitch came back up it was complaining that 5060 and 8021 were still in use. I did a netstat -npl | grep 8021 and noticed there was an ?sh? process still active on both those ports. I killed the process and FS came back up. However I noticed that my RAM usage hadn?t decreased at all. I would expect that upon restating FS, it would free up RAM, am I mistaken here? Perhaps whatever that Sh process was is a cleanup? I then rebooted one of my servers and memory dropped and noticed that CPU usage had also dropped to about 1-2% when idle. So I rebooted the other servers as well and CPU usage dropped. It?s now been about 13 hours and I see CPU starting to climb again and my RAM is 100% used again. I will continue to monitor today and send any updates. Thanks again for everyone?s suggestions! Cj B > On Mar 31, 2017, at 12:34 AM, Shaun Stokes wrote: > > Also, a few questions that might help us solve this. > > What is the registration expiry on the devices (i.e. how frequently are they trying to re-register)? If you have 60 devices which are re-registering every 30 seconds (120 registrations per minute) this would be comparable to over 2000 devices re-registering every 20 minutes. > > What are you SIP profile forced registry expiry settings (sip-force-expires, sip-expires-max-deviation)? > > Are you using presence (manage-presence)? > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Shaun Stokes > Sent: 31 March 2017 08:17 > To: 'FreeSWITCH Users Help' > > Subject: Re: [Freeswitch-users] 100% CPU usage > > Cj B, > > What hyper-visor are you using? Also, what spec (AMD or Intel host, number of cores, RAM, 15k SAS or SSD storage, local or network storage etc)? > > This sounds very similar to problems we had on virtual hardware but we were closer to 400 registrations before we ran into problems, on physical hardware of the same spec we managed to get up to 800 registered extensions before we ran into limitations on the SIP profile (different symptoms). We?re now running roughly 1200 registered extensions across 2 SIP profiles on the same physical hardware average CPU under load roughly 25%. > > Shaun > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Cj B > Sent: 29 March 2017 18:21 > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > Hi All, > > I?m having a very similar issue however it?s not staying at 100% CPU on physical hardware. I?ve created a JIRA but wanted to see if anyone else had any feedback on possible causes? I?m using freeswitch 1.6.15 (previously 1.6.13). What happens is that FS will jump to 100% CPU and stay there for 1-2 seconds then drop back down but this is then causing massive jitter/call quality issues for about 10-15 seconds after the spike. The strange thing that I?ve noticed is that even with 0 active calls, FS is using 15-30% cpu constantly with only 40-60 registered endpoints. > > I?m watching the logs in DEBUG mode and not seeing anything there that?s indicative of any issue, no loops that I can see, and it seems to be happening when there?s even just 1 or 2 active calls on the system. > > I?m wondering if there?s any other suggestions on where to look because this is getting very frustrating for me and my users. > > Thanks much for any pointers! > Cj B > > On Mar 22, 2017, at 8:13 AM, Anthony Minessale > wrote: > > top -H -p `pidof freeswitch` > Note the pid using 100% cpu > > gcore `pidof freeswitch` > > Attach it to a jira. If you think its a bug in FS you should report it to Jira not to this list. > > https://freeswitch.org/jira > > > > > > On Wed, Mar 22, 2017 at 10:14 AM Shaun Stokes > wrote: > It?s probably a long shot, but if you?re able to replicate the problem it might be worth trying to replicate this on physical hardware. That way you eliminate your virtual environment from the problem, there are a number of factors which exist in virtual environments depending on your hyper-visor which can contribute to performance issues of which we?ve experienced in the past. > > It would also be worth trying to isolate what the script is doing when the high CPU begins, if you?ve got a test environment you can use to replicate the issue then you could try tweaking the script so you can eliminate certain actions from the list of causes, there?s maybe a FreeSWITCH module which is being called which triggers this. > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Grant Bagdasarian > Sent: 22 March 2017 11:20 > > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > @Shuan, yes we are using the session:ready() method before we execute. > We are running all of our servers virtually and never had any issues up until now. > This same application ran on older versions of freeswitch without issues, even during and after high load. > > @Antonio, thanks for the tips! I?ll have a look and try some stuff. > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Antonio Silva > Sent: woensdag 22 maart 2017 10:09 > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] 100% CPU usage > > We had some issues using pcall functions like io.popen when trying to execute external commands, that block mod_lua, i end up replacing that with os.execute. > > Recently i also had some issue with cpu hitting 100%,for what i could compile from debugging was something related with malloc calls. after compiling fs with tcmalloc the issue disappear, you could try this approach as well. > > You can check jira: https://freeswitch.org/jira/browse/FS-9957 and also in the malling: "CPU sys load issue" for more info. > > > Regards, > Ant?nio > > On 03/22/2017 09:52 AM, Shaun Stokes wrote: > Are you using ?if (session:ready()) then? in your scripts before you execute? > > Are you using virtual or physical hardware and what spec? > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ]On Behalf Of Grant Bagdasarian > Sent: 22 March 2017 07:31 > To: FreeSWITCH Users Help > Subject: Re: [Freeswitch-users] 100% CPU usage > > Anthony, we triple checked the script and its dependencies. There are no loops at all in the script. The imported scripts are also written by us and they too do not contain any loops. > It?s just basic call handling with some playback and play_and_get_digits calls, and some pcall calls to query a database. > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ]On Behalf Of Anthony Minessale > Sent: dinsdag 21 maart 2017 16:02 > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > I already told you why a week ago. Your script most likely has an endless loop in it that does not check the condition session:ready() > > However, Feel free to contact consulting at freeswitch.org and we can formally diagnose it for a fee. > > > > > On Tue, Mar 21, 2017 at 6:42 AM Grant Bagdasarian > wrote: > Attached are the logs for: > #check thread usage: > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > #memory mapping: > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > We?re unable to run gcore since freeswitch hogs all available cpu?s at 100%. > I tried changing the nice settings real-time but that didn?t work either. > > At one point we had a huge spike in inbound traffic towards our freeswitch (valid traffic). > The traffic is handled by a lua application. > What we saw was calls hanging in freeswitch while they?ve already been physically disconnected. > After the huge spike freeswitch behaved normally for a couple of minutes and then suddenly started eating all the available cpu cores at 100%. > > We have some db queries which are fired in the lua application, so these may cause the application to hang, but we haven?t reproduced it yet. > > I?ll setup a test lab with the same configuration and fire sipp at it to see if I can reproduce the issue. > However, I probably won?t be able to run gcore for debugging. Any other suggestions? > > Also we saw a lot of open udp ports and some had a huge read buffer size which did not decrease. > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ]On Behalf Of Grant Bagdasarian > Sent: maandag 13 maart 2017 09:04 > > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > Hi Antony and Antonio, > > Thank you for the tips. > We haven?t had freeswitch going berserk anymore (not sure as to why it did perform without issue over the weekend), but will continue to monitor it and run the commands to trace the issue. > > Regards, > > Grant > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ]On Behalf Of Anthony Minessale > Sent: zaterdag 11 maart 2017 00:07 > To: FreeSWITCH Users Help > > Subject: Re: [Freeswitch-users] 100% CPU usage > > Make sure you lua script has all while loops including session:ready() as a condition to continue. Its a common mistake that leads to loops spinning out of control on hungup channels. > > > On Fri, Mar 10, 2017 at 6:11 AM, Antonio Silva > wrote: > Hi, > > You can use the following commands: > > #get a core: > gcore -o /home/gcore-$(date +%s) $(cat /var/run/freeswitch/freeswitch.pid) > > > #check thread usage: > top -p $(cat /var/run/freeswitch/freeswitch.pid) -H -b -n 1 > > > #memory mapping: > cat /proc/$(cat /var/run/freeswitch/freeswitch.pid)/maps > > > you can get some info from fs: > > fs_cli -x "sofia global siptrace on" > fs_cli -x "fsctl debug_level 10" > fs_cli -x "sofia loglevel all 9" > fs_cli -x "fsctl debug_sql " > fs_cli -x "sofia global debug presence" > > > Put everything into a jira so we can take a look. > > > Regards, > Ant?nio > > On 03/10/2017 11:08 AM, Grant Bagdasarian wrote: > Hi, > > We?re currently experiencing a weird issue with one of our freeswitch servers where the CPU just goes berserk and stays at 100%. > There are no active calls at that moment, but FS is still using 100% CPU. > > I was unable to get a debug using gdb, since freeswitch does not crash. > > We had this issue on 1.6.13 and then I upgraded to 1.6.15 this morning, but the problem still persists. > There is currently only one active application running on this box which is using LUA. Maybe that is causing the issue? > We checked the code but there are no weird loops etc. Perhaps we are missing something? > > Any ideas how to trace this? > > Regards, > > Grant > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > Shaun Stokes - Infrastructure Analyst > T : > 01453 700713 > E : > shaun.stokes at itec-support.co.uk > W : > www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Saludos / Regards / Cumprimentos, > Ant?nio silva > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > Shaun Stokes - Infrastructure Analyst > T : > 01453 700713 > E : > shaun.stokes at itec-support.co.uk > W : > www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > Shaun Stokes - Infrastructure Analyst > T : > 01453 700713 > E : > shaun.stokes at itec-support.co.uk > W : > www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > > - > T : > E : > W : > www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. > > Shaun Stokes - Infrastructure Analyst <> > T :? <> 01453 700713 <> > E :? <> <>shaun.stokes at itec-support.co.uk > W :? <> <>www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF <> > Company No. 06908001 <> > > CONFIDENTIALITY NOTICE <> > This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. <> > The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. <> > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus Scanning Service. > ______________________________________________________________________ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/61417470/attachment-0001.html From brian at freeswitch.org Fri Mar 31 20:08:55 2017 From: brian at freeswitch.org (Brian West) Date: Fri, 31 Mar 2017 11:08:55 -0500 Subject: [Freeswitch-users] park_after_bridge don't working for busy destination! In-Reply-To: References: Message-ID: Well its going to hangup if you run the hangup app on it, And since there was no bridge, there is no park. /b On Fri, Mar 31, 2017 at 5:02 AM, Alexander Haugg wrote: > Hi, > > > > Ich try to catch the leg A after the destination is hangup with the cause > busy to signalling a busy tone stream to the caller (leg A) > > > > But leg A will dropped too. > > > > Here is the test dialplan: > > > > > > > > break="on-false"> > > > > > > > > /> > > > > /> > > /> > > > > /> > > > > > > > > > > > > Whats wrong? > > > > Thanks a lot! > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/1836d6b2/attachment.html From mike at jerris.com Fri Mar 31 20:18:58 2017 From: mike at jerris.com (Michael Jerris) Date: Fri, 31 Mar 2017 12:18:58 -0400 Subject: [Freeswitch-users] park_after_bridge don't working for busy destination! In-Reply-To: References: Message-ID: <97440DA7-C04F-4C52-B3C3-B2DF38C16391@jerris.com> Would this do what you want? > On Mar 31, 2017, at 6:02 AM, Alexander Haugg wrote: > > Hi, > > Ich try to catch the leg A after the destination is hangup with the cause busy to signalling a busy tone stream to the caller (leg A) > > But leg A will dropped too. > > Here is the test dialplan: > > > > > > > > > > > > > > > > > > > Whats wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/a40ade02/attachment.html From david.ponzone at ipeva.fr Fri Mar 31 20:22:06 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 31 Mar 2017 18:22:06 +0200 Subject: [Freeswitch-users] park_after_bridge don't working for busy destination! In-Reply-To: References: Message-ID: <8790E3EA-DE39-4F6D-84E3-740BE2627128@ipeva.fr> Add: > > > > > > > > > > > > > > > > > Whats wrong? > > Thanks a lot! > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/52194c03/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/52194c03/attachment-0001.bin From david.ponzone at ipeva.fr Fri Mar 31 20:23:43 2017 From: david.ponzone at ipeva.fr (David Ponzone) Date: Fri, 31 Mar 2017 18:23:43 +0200 Subject: [Freeswitch-users] park_after_bridge don't working for busy destination! In-Reply-To: <8790E3EA-DE39-4F6D-84E3-740BE2627128@ipeva.fr> References: <8790E3EA-DE39-4F6D-84E3-740BE2627128@ipeva.fr> Message-ID: <265E2CD9-F24A-4168-8913-D92BA6313298@ipeva.fr> Even nicer: David Ponzone Direction Technique email: david.ponzone at ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr - www.ipeva-studio.com Ce message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. IPeva d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur. > Le 31 mars 2017 ? 18:22, David Ponzone a ?crit : > > Add: > > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Whats wrong? >> >> Thanks a lot! >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/809f6222/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3745 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/809f6222/attachment-0001.bin From zzyroy at qq.com Sat Mar 25 02:51:35 2017 From: zzyroy at qq.com (=?gb18030?B?enp5?=) Date: Sat, 25 Mar 2017 07:51:35 +0800 Subject: [Freeswitch-users] Lua not working when FS start withbackground mode[freeswitch -nc] Message-ID: I always use root account. ????iPhone ------------------ Original ------------------ From: Abaci B Date: ??,3? 25,2017 03:14 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Lua not working when FS start withbackground mode[freeswitch -nc] file permission issue maybe (starting as different user)? On Fri, Mar 24, 2017 at 10:36 AM, zzy wrote: Debian 8 FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) 1. Login Debian with root. 2. Install the FS by apt-get. wget -O - https://files.freeswitch.org/repo/deb/debian/freeswitch_archive_g0.pub| apt-key add - echo "deb http://files.freeswitch.org/repo/deb/freeswitch-1.6/jessie main" > /etc/apt/sources.list.d/freeswitch.list apt-get update && apt-get install -y freeswitch-meta-all 3. Run fs_cli after install. 4. I add a gateway in Freeswitch Portal. It will run a run lua script [create_gateway.lua]. This lua script is from source code [/usr/src/freeswitch/scripts/lua/portal/create_gateway.lua].I get an error message in fs_cli: 2017-03-24 10:32:46.006528 [ERR] mod_lua.cpp:203 /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: attempt to index global 'conf_file' (a nil value) stack traceback: /usr/share/freeswitch/scripts/portal/create_gateway.lua:13: in main chunk 5. Stop the FS with [systemctl stop freeswitch.service] command. 6. Run [freeswitch -c] command set the FS in the foreground. 7. I add a gateway in Freeswitch Portal again and get the correct result. 8. I also try this after FS startup in the background ([freeswitch -nc] and [freeswitch -ncwait]). Get the same error as before. Who can tell me why the lua script does not working when FS startup with service mode and background mode? Thanks a lot! _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170325/7df5290e/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 19345 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170325/7df5290e/attachment-0001.obj From er.kapildadheech at gmail.com Sun Mar 26 22:07:38 2017 From: er.kapildadheech at gmail.com (kapil dadheech) Date: Sun, 26 Mar 2017 23:37:38 +0530 Subject: [Freeswitch-users] signaling_status Down with libpri Message-ID: Hello, We are using freeswitch with libpri from last 7 years. It was running well without any issue. Currently we decided to move our server to latest hardware. Installation went perfect and freeswitch was up and running. But when i tried to load mod_freetdm. Freeswitch throws a kernal opps and it loaded successfully but my signal status showing down. attaching my configuration. I am using sangoma A104DE.. Attaching my configuration below 1) Freetdm.conf [span wanpipe wp1] trunk_type => e1 group=1 b-channel => 1:1-15 b-channel => 1:17-31 d-channel => 1:16 2) Freetdm.conf.xml Please help me. Since same configuration is running over my other server without any issue on same os. Attaching kernal oops [ 3819.698827] BUG: unable to handle kernel paging request at 00007fdea27fb860 [ 3819.698832] IP: [] wp_cdev_write+0x149/0x360 [sdladrv] [ 3819.698841] PGD 2023871067 <(202)%20387-1067> PUD 2020826067 PMD 2026695067 <(202)%20669-5067> PTE 8000002015caa867 [ 3819.698844] Oops: 0001 [#10] SMP [ 3819.698847] Modules linked in: dahdi_transcode(OF) dahdi_dummy(OF) dahdi(OF) crc_ccitt wanec(OF) af_wanpipe(OF) wanpipe(OF) wanrouter(OF) sdladrv(OF) bnep rfcomm bluetooth dcdbas joydev mxm_wmi x86_pkg_temp_thermal coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd mei_me mei lpc_ich shpchp ipmi_si wmi parport_pc ppdev mac_hid lp parport acpi_power_meter hid_generic usbhid tg3 hid ptp megaraid_sas pps_core [ 3819.698876] CPU: 15 PID: 9633 Comm: freeswitch Tainted: GF D O 3.13.0-24-generic #46-Ubuntu [ 3819.698878] Hardware name: Dell Inc. PowerEdge R730/072T6D, BIOS 2.3.4 11/08/2016 [ 3819.698880] task: ffff88201773c7d0 ti: ffff882023928000 task.ti: ffff882023928000 [ 3819.698881] RIP: 0010:[] [] wp_cdev_write+0x149/0x360 [sdladrv] [ 3819.698886] RSP: 0018:ffff882023929e10 EFLAGS: 00010202 [ 3819.698887] RAX: ffff882017f88080 RBX: 00007fdea27fb860 RCX: 0000000000000000 [ 3819.698888] RDX: 00000000000000c3 RSI: 0000000000000043 RDI: ffff88201a295100 [ 3819.698889] RBP: ffff882023929ef8 R08: 0000000000017260 R09: 0000000000000000 [ 3819.698890] R10: ffff88207fbf3e40 R11: ffffea008082b020 R12: ffff882017f88080 [ 3819.698891] R13: ffff882017f88080 R14: 000000000000000c R15: 0000000000000043 [ 3819.698893] FS: 00007fdea27fc700(0000) GS:ffff88203eae0000(0000) knlGS:0000000000000000 [ 3819.698894] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 3819.698895] CR2: 00007fdea27fb860 CR3: 0000002018d36000 CR4: 00000000003407e0 [ 3819.698897] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 3819.698898] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 3819.698898] Stack: [ 3819.698899] ffff88201a295100 ffff881018e2ba00 0000004300000000 0000000000000000 [ 3819.698903] 0000000200000000 ffff882023929e4c a27fb86000000002 0000004000007fde [ 3819.698906] 00007fdea27fb8d0 a27fbc0000000003 0000000000007fde 00007fdea27fc700 [ 3819.698909] Call Trace: [ 3819.698919] [] ? common_file_perm+0x4a/0x100 [ 3819.698926] [] vfs_write+0xb4/0x1f0 [ 3819.698928] [] SyS_write+0x49/0xa0 [ 3819.698934] [] tracesys+0xe1/0xe6 [ 3819.698935] Code: c7 e8 3c 14 34 e1 45 85 ff 49 89 c4 48 8b 9d 4c ff ff ff 74 62 49 89 c5 eb 11 0f 1f 84 00 00 00 00 00 48 83 c3 0c 45 85 ff 7e 4c <8b> 13 85 d2 74 f1 41 39 d7 48 8b 73 04 4c 89 ef 41 0f 46 d7 41 [ 3819.698959] RIP [] wp_cdev_write+0x149/0x360 [sdladrv] [ 3819.698963] RSP [ 3819.698964] CR2: 00007fdea27fb860 [ 3819.698967] ---[ end trace 1b5b6df99ef0c53] -- Thanks & Regards Kapil Dadheech Phone - +918800098471 Skype - kapildadheech86 Contact on Facebook Follow on Twitter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170326/6ab4542e/attachment-0001.html From thetsinling at outlook.com Mon Mar 27 10:47:20 2017 From: thetsinling at outlook.com (bob. chen) Date: Mon, 27 Mar 2017 06:47:20 +0000 Subject: [Freeswitch-users] freeswitch load module core_vpx_module error In-Reply-To: References: Message-ID: Thanks for you reply. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170327/6400c628/attachment-0001.html From mic.niel84 at gmail.com Fri Mar 31 14:47:32 2017 From: mic.niel84 at gmail.com (Michael Nielsen) Date: Fri, 31 Mar 2017 12:47:32 +0200 Subject: [Freeswitch-users] DTMF games for FreeSWITCH Message-ID: I'm looking for play a bit with FreeSWITCH/SIP and DTMF games. Does anyone know of any free one source games for FreeSWITCH which can be played without a GUI, but via the phone? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170331/3cdfca52/attachment.html From Martin.Hinchy at qr.com.au Thu Mar 30 01:03:23 2017 From: Martin.Hinchy at qr.com.au (Hinchy, Martin) Date: Wed, 29 Mar 2017 21:03:23 +0000 Subject: [Freeswitch-users] How do you install the AMQP module? Message-ID: Hi guys, I have just installed FreeSWITCH on a Windows 7 x64 PC using the Windows msi 64-bit installer. The installation worked fine and I have been able to make calls through the switch. It appears though that the AMQP module (mod_amqp.dll) is not included in a standard install. It does not appear in the C:\Program Files\FreeSWITCH\mod folder. Does anyone know where I can get this module from? Regards Martin Queensland Rail's number one priority is safety. Queensland Rail has a program of testing for alcohol and illicit substances. Please be aware any person who enters a Queensland Rail premises for business purposes may be randomly tested for alcohol (breath test) and illicit substances (oral fluids test). Please also ensure you are wearing the appropriate Personal Protective Equipment for the site you are visiting. Call your Queensland Rail contact person if you need more information. This email (which includes all attachments and linked documents) is intended for and is confidential to the addressee; it may also be subject to legal professional privilege or otherwise protected from disclosure. If the addressee is a government agency in receipt of a Right to Information Act (2009) application in relation to this email, contact must be made with Queensland Rail ABN 68 598 268 528 in accordance with the third party consultation process provided for in Part 3, Division 3, Section 37 of that legislation. If you are not the addressee, or if you have received this email in error, you must not use, rely upon, disclose or reproduce it (or any part of it) in any way. Please notify the sender of your receipt of it and delete it in its entirety. Neither Queensland Rail (or any of its related entities) accepts any liability for computer viruses, data corruption, delay, interference, interception, unauthorised access or amendment of this email. The views expressed in this email, unless clearly stated otherwise, are the views of the sender. They do not necessarily represent the view or policy of Queensland Rail or any of its related entities. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170329/d804f627/attachment.html