From sdevoy at bizfocused.com Thu Jan 6 20:13:40 2022 From: sdevoy at bizfocused.com (Sean Devoy) Date: Thu, 6 Jan 2022 20:13:40 +0000 Subject: Outbound Gateway hang up at 30 seconds with no answer Message-ID: My users are complaining that SOME (not all) outbound calls ring 4 times, then go to busy signal. The FS log shows connection and status "entering state [early][183]" then 21 seconds later "Originate Failed. Cause: NO_ANSWER", then hang-up. It should at least go to the receiving ends voice mail. Why hang-up? Why busy signal? Bridge string is: bridge(mailto:{sip_from_uri=4104440002 at 64.136.173.30,sip_from_user=4104440002,sip_from_host=64.136.173.30}sofia/gateway/voip-innovations-outbound/14432997994) FreeSWITCH version: 1.10.2-release-14-f7bdd3845a~64bit (-release-14-f7bdd3845a 64bit) Any ideas would be a great help. Regards, Sean From sdevoy at bizfocused.com Thu Jan 6 20:27:35 2022 From: sdevoy at bizfocused.com (Sean Devoy) Date: Thu, 6 Jan 2022 20:27:35 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: UPDATE: Per Voip Innovations: "Per our CDRs, we routed out your call to our carrier in route. The call had 20 seconds of ringing before we received a BYE request from your IP" Why would FS send a bye 20 seconds after "receiving early media"? -----Original Message----- From: FreeSWITCH-users On Behalf Of Sean Devoy via FreeSWITCH-users Sent: Thursday, January 6, 2022 3:14 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com From david.villasmil.work at gmail.com Thu Jan 6 20:35:34 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 6 Jan 2022 20:35:34 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: Talk to your provider, they’re sending a 183 and then the call doesn’t connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users < freeswitch-users at lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 6 Jan 2022 20:27:35 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > UPDATE: Per Voip Innovations: > "Per our CDRs, we routed out your call to our carrier in route. > The call had 20 seconds of ringing before we received a BYE request from > your IP" > > Why would FS send a bye 20 seconds after "receiving early media"? > > -----Original Message----- > From: FreeSWITCH-users On > Behalf Of Sean Devoy via FreeSWITCH-users > Sent: Thursday, January 6, 2022 3:14 PM > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no > answer > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 7 01:25:59 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Jan 2022 01:25:59 +0000 Subject: [Freeswitch-users] Mod_limit Message-ID: Hello all, Using limit has the limitation (as per documentation) that if the call is transferred, the limit count is totally lost. Is there no way of working around this? Thanks all David -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdevoy at bizfocused.com Fri Jan 7 03:36:16 2022 From: sdevoy at bizfocused.com (Sean Devoy) Date: Fri, 7 Jan 2022 03:36:16 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: I see the 183 message in the log. They say it does connect, then 20 seconds later we send “BYE”. I am at a loss. From: David Villasmil Sent: Thursday, January 6, 2022 3:36 PM To: FreeSWITCH Users Help ; Sean Devoy Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer Talk to your provider, they’re sending a 183 and then the call doesn’t connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users > wrote: ---------- Forwarded message ---------- From: Sean Devoy > To: Sean Devoy >, FreeSWITCH Users Help > Cc: Bcc: Date: Thu, 6 Jan 2022 20:27:35 +0000 Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer UPDATE: Per Voip Innovations: "Per our CDRs, we routed out your call to our carrier in route. The call had 20 seconds of ringing before we received a BYE request from your IP" Why would FS send a bye 20 seconds after "receiving early media"? -----Original Message----- From: FreeSWITCH-users > On Behalf Of Sean Devoy via FreeSWITCH-users Sent: Thursday, January 6, 2022 3:14 PM To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com ---------- Forwarded message ---------- From: Sean Devoy via FreeSWITCH-users > To: Sean Devoy >, FreeSWITCH Users Help > Cc: Bcc: Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cong.wang.itsherpa at gmail.com Fri Jan 7 04:17:29 2022 From: cong.wang.itsherpa at gmail.com (=?UTF-8?B?546L6IGh?=) Date: Fri, 7 Jan 2022 13:17:29 +0900 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: Check your call_timeout setting, it determines how long the bridge waits before callee returns reaction. 2022年1月7日(金) 13:13 Sean Devoy via FreeSWITCH-users < freeswitch-users at lists.freeswitch.org>: > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: David Villasmil , FreeSWITCH Users > Help > Cc: > Bcc: > Date: Fri, 7 Jan 2022 03:36:16 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > I see the 183 message in the log. They say it does connect, then 20 > seconds later we send “BYE”. > > > > I am at a loss. > > > > *From:* David Villasmil > *Sent:* Thursday, January 6, 2022 3:36 PM > *To:* FreeSWITCH Users Help ; Sean > Devoy > *Subject:* Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > > > Talk to your provider, they’re sending a 183 and then the call doesn’t > connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 > > > > On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> wrote: > > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 6 Jan 2022 20:27:35 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > UPDATE: Per Voip Innovations: > "Per our CDRs, we routed out your call to our carrier in route. > The call had 20 seconds of ringing before we received a BYE request from > your IP" > > Why would FS send a bye 20 seconds after "receiving early media"? > > -----Original Message----- > From: FreeSWITCH-users On > Behalf Of Sean Devoy via FreeSWITCH-users > Sent: Thursday, January 6, 2022 3:14 PM > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no > answer > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > -- > > Regards, > > > > David Villasmil > > email: david.villasmil.work at gmail.com > > phone: +34669448337 > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: David Villasmil , FreeSWITCH Users > Help > Cc: > Bcc: > Date: Thu, 06 Jan 2022 20:13:09 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From avi at avimarcus.net Fri Jan 7 07:03:05 2022 From: avi at avimarcus.net (Avi Marcus) Date: Fri, 7 Jan 2022 07:03:05 +0000 Subject: [Freeswitch-users] Mod_limit In-Reply-To: References: Message-ID: <0100017e33591eec-5973daec-f548-4326-a489-e3291d493af8-000000@email.amazonses.com> The wiki shows a configuration switch to keep the limit through a transfer: Variables That Affect Limit: *limit_ignore_transfer=true* - causes the current call count to not be reset when the call is transferred. This is useful where calls that come into a gateway are transferred to an extension, but you want to preserve the call count. -Avi Marcus On Fri, Jan 7, 2022 at 3:27 AM David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello all, > > Using limit has the limitation (as per documentation) that if the call is > transferred, the limit count is totally lost. > > Is there no way of working around this? > > Thanks all > > David > -- > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 7 09:33:37 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Jan 2022 09:33:37 +0000 Subject: [Freeswitch-users] Mod_limit In-Reply-To: <0100017e33591eec-5973daec-f548-4326-a489-e3291d493af8-000000@email.amazonses.com> References: <0100017e33591eec-5973daec-f548-4326-a489-e3291d493af8-000000@email.amazonses.com> Message-ID: Yeah I saw that, but that’s not working for me. The count is lost if I transfer the call. I’ll give another test, maybe I did something wrong. Thanks Avi On Fri, 7 Jan 2022 at 07:04, Avi Marcus wrote: > The wiki > shows > a configuration switch to keep the limit through a transfer: > > Variables That Affect Limit: *limit_ignore_transfer=true* - causes the > current call count to not be reset when the call is transferred. This is > useful where calls that come into a gateway are transferred to an > extension, but you want to preserve the call count. > > -Avi Marcus > > > > On Fri, Jan 7, 2022 at 3:27 AM David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Hello all, >> >> Using limit has the limitation (as per documentation) that if the call is >> transferred, the limit count is totally lost. >> >> Is there no way of working around this? >> >> Thanks all >> >> David >> -- >> Regards, >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 >> > _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 7 09:34:48 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Jan 2022 09:34:48 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: I’d say stop guessing and the a proper trace On Fri, 7 Jan 2022 at 04:18, 王聡 wrote: > Check your call_timeout setting, it determines how long the bridge waits > before callee returns reaction. > > 2022年1月7日(金) 13:13 Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org>: > >> >> >> >> ---------- Forwarded message ---------- >> From: Sean Devoy >> To: David Villasmil , FreeSWITCH Users >> Help >> Cc: >> Bcc: >> Date: Fri, 7 Jan 2022 03:36:16 +0000 >> Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds >> with no answer >> >> I see the 183 message in the log. They say it does connect, then 20 >> seconds later we send “BYE”. >> >> >> >> I am at a loss. >> >> >> > *From:* David Villasmil >> *Sent:* Thursday, January 6, 2022 3:36 PM >> *To:* FreeSWITCH Users Help ; >> Sean Devoy >> *Subject:* Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds >> with no answer >> >> >> >> Talk to your provider, they’re sending a 183 and then the call doesn’t >> connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 >> >> >> >> On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users < >> freeswitch-users at lists.freeswitch.org> wrote: >> >> >> >> >> ---------- Forwarded message ---------- >> From: Sean Devoy >> To: Sean Devoy , FreeSWITCH Users Help < >> freeswitch-users at lists.freeswitch.org> >> Cc: >> Bcc: >> Date: Thu, 6 Jan 2022 20:27:35 +0000 >> Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds >> with no answer >> UPDATE: Per Voip Innovations: >> "Per our CDRs, we routed out your call to our carrier in route. >> The call had 20 seconds of ringing before we received a BYE request from >> your IP" >> >> Why would FS send a bye 20 seconds after "receiving early media"? >> >> -----Original Message----- >> From: FreeSWITCH-users >> On Behalf Of Sean Devoy via FreeSWITCH-users >> Sent: Thursday, January 6, 2022 3:14 PM >> To: FreeSWITCH Users Help >> Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with >> no answer >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com >> >> >> >> ---------- Forwarded message ---------- >> From: Sean Devoy via FreeSWITCH-users < >> freeswitch-users at lists.freeswitch.org> >> To: Sean Devoy , FreeSWITCH Users Help < >> freeswitch-users at lists.freeswitch.org> >> Cc: >> Bcc: >> Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) >> Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds >> with no answer >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com >> >> -- >> >> Regards, >> >> >> >> David Villasmil >> >> email: david.villasmil.work at gmail.com >> >> phone: +34669448337 >> > >> >> >> ---------- Forwarded message ---------- >> From: Sean Devoy via FreeSWITCH-users < >> freeswitch-users at lists.freeswitch.org> >> To: David Villasmil , FreeSWITCH Users >> Help >> Cc: >> Bcc: >> Date: Thu, 06 Jan 2022 20:13:09 -0800 (PST) >> Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds >> with no answer >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 7 13:49:17 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Jan 2022 13:49:17 +0000 Subject: [Freeswitch-users] Mod_limit In-Reply-To: References: <0100017e33591eec-5973daec-f548-4326-a489-e3291d493af8-000000@email.amazonses.com> Message-ID: Yeah, my problem actually is that is the client makes a call, then put it on hold and make a second call, likit shows 2 which is good. Then if the calls are merged into a conference by a refer and a transfer, only 1 remains. And while I’m writing this, I realize I need to increase the limit in the extension handling the refer… I’ll come back with results. Thanks Avi On Fri, 7 Jan 2022 at 09:33, David Villasmil wrote: > Yeah I saw that, but that’s not working for me. The count is lost if I > transfer the call. I’ll give another test, maybe I did something wrong. > > Thanks Avi > > On Fri, 7 Jan 2022 at 07:04, Avi Marcus wrote: > >> The wiki >> shows >> a configuration switch to keep the limit through a transfer: >> >> Variables That Affect Limit: *limit_ignore_transfer=true* - causes the >> current call count to not be reset when the call is transferred. This is >> useful where calls that come into a gateway are transferred to an >> extension, but you want to preserve the call count. >> >> -Avi Marcus >> >> >> >> On Fri, Jan 7, 2022 at 3:27 AM David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> Hello all, >>> >>> Using limit has the limitation (as per documentation) that if the call >>> is transferred, the limit count is totally lost. >>> >>> Is there no way of working around this? >>> >>> Thanks all >>> >>> David >>> -- >>> Regards, >>> >>> David Villasmil >>> email: david.villasmil.work at gmail.com >>> phone: +34669448337 >>> >> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >>> services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real time >>> https://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > -- > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdevoy at bizfocused.com Fri Jan 7 17:48:04 2022 From: sdevoy at bizfocused.com (Sean Devoy) Date: Fri, 7 Jan 2022 17:48:04 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: OK, thanks. I will review wireshark commands again. I assume all sip to/from the gateway IP?? From: FreeSWITCH-users On Behalf Of David Villasmil Sent: Friday, January 7, 2022 4:35 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer I’d say stop guessing and the a proper trace On Fri, 7 Jan 2022 at 04:18, 王聡 > wrote: Check your call_timeout setting, it determines how long the bridge waits before callee returns reaction. 2022年1月7日(金) 13:13 Sean Devoy via FreeSWITCH-users >: ---------- Forwarded message ---------- From: Sean Devoy > To: David Villasmil >, FreeSWITCH Users Help > Cc: Bcc: Date: Fri, 7 Jan 2022 03:36:16 +0000 Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer I see the 183 message in the log. They say it does connect, then 20 seconds later we send “BYE”. I am at a loss. From: David Villasmil > Sent: Thursday, January 6, 2022 3:36 PM To: FreeSWITCH Users Help >; Sean Devoy > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer Talk to your provider, they’re sending a 183 and then the call doesn’t connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users > wrote: ---------- Forwarded message ---------- From: Sean Devoy > To: Sean Devoy >, FreeSWITCH Users Help > Cc: Bcc: Date: Thu, 6 Jan 2022 20:27:35 +0000 Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer UPDATE: Per Voip Innovations: "Per our CDRs, we routed out your call to our carrier in route. The call had 20 seconds of ringing before we received a BYE request from your IP" Why would FS send a bye 20 seconds after "receiving early media"? -----Original Message----- From: FreeSWITCH-users > On Behalf Of Sean Devoy via FreeSWITCH-users Sent: Thursday, January 6, 2022 3:14 PM To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com ---------- Forwarded message ---------- From: Sean Devoy via FreeSWITCH-users > To: Sean Devoy >, FreeSWITCH Users Help > Cc: Bcc: Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 ---------- Forwarded message ---------- From: Sean Devoy via FreeSWITCH-users > To: David Villasmil >, FreeSWITCH Users Help > Cc: Bcc: Date: Thu, 06 Jan 2022 20:13:09 -0800 (PST) Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 7 21:33:31 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Jan 2022 21:33:31 +0000 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: yeah, if you're using tshark, something like: tshark -f "host [GATEWAY-IP]" -i any will show you anything going/coming from that ip address. you can also install sngrep, which is a fantastic cli tool. it's in debian's repos. You start it with "sngrep -c" to show only [c]alls Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Fri, Jan 7, 2022 at 5:48 PM Sean Devoy via FreeSWITCH-users < freeswitch-users at lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: FreeSWITCH Users Help > Cc: > Bcc: > Date: Fri, 7 Jan 2022 17:48:04 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > OK, thanks. I will review wireshark commands again. I assume all sip > to/from the gateway IP?? > > > > *From:* FreeSWITCH-users *On > Behalf Of *David Villasmil > *Sent:* Friday, January 7, 2022 4:35 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > > > I’d say stop guessing and the a proper trace > > > > On Fri, 7 Jan 2022 at 04:18, 王聡 wrote: > > Check your call_timeout setting, it determines how long the bridge waits > before callee returns reaction. > > > > 2022年1月7日(金) 13:13 Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org>: > > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: David Villasmil , FreeSWITCH Users > Help > Cc: > Bcc: > Date: Fri, 7 Jan 2022 03:36:16 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > I see the 183 message in the log. They say it does connect, then 20 > seconds later we send “BYE”. > > > > I am at a loss. > > > > *From:* David Villasmil > *Sent:* Thursday, January 6, 2022 3:36 PM > *To:* FreeSWITCH Users Help ; Sean > Devoy > *Subject:* Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > > > > Talk to your provider, they’re sending a 183 and then the call doesn’t > connect. Doesn’t seem to be on your end if you’re sure you’re getting a 183 > > > > On Thu, 6 Jan 2022 at 20:28, Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> wrote: > > > > > ---------- Forwarded message ---------- > From: Sean Devoy > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 6 Jan 2022 20:27:35 +0000 > Subject: RE: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > UPDATE: Per Voip Innovations: > "Per our CDRs, we routed out your call to our carrier in route. > The call had 20 seconds of ringing before we received a BYE request from > your IP" > > Why would FS send a bye 20 seconds after "receiving early media"? > > -----Original Message----- > From: FreeSWITCH-users On > Behalf Of Sean Devoy via FreeSWITCH-users > Sent: Thursday, January 6, 2022 3:14 PM > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no > answer > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: Sean Devoy , FreeSWITCH Users Help < > freeswitch-users at lists.freeswitch.org> > Cc: > Bcc: > Date: Thu, 06 Jan 2022 12:28:12 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > -- > > Regards, > > > > David Villasmil > > email: david.villasmil.work at gmail.com > > phone: +34669448337 > > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: David Villasmil , FreeSWITCH Users > Help > Cc: > Bcc: > Date: Thu, 06 Jan 2022 20:13:09 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > -- > > Regards, > > > > David Villasmil > > email: david.villasmil.work at gmail.com > > phone: +34669448337 > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users at lists.freeswitch.org> > To: FreeSWITCH Users Help > Cc: > Bcc: > Date: Fri, 07 Jan 2022 09:48:41 -0800 (PST) > Subject: Re: [Freeswitch-users] Outbound Gateway hang up at 30 seconds > with no answer > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Fri Jan 7 21:55:53 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Fri, 7 Jan 2022 22:55:53 +0100 Subject: [Freeswitch-users] Outbound Gateway hang up at 30 seconds with no answer In-Reply-To: References: Message-ID: <202201072255.53485.Antony.Stone@freeswitch.open.source.it> On Friday 07 January 2022 at 22:33:31, David Villasmil wrote: > yeah, if you're using tshark, something like: > > tshark -f "host [GATEWAY-IP]" -i any > > will show you anything going/coming from that ip address. > > you can also install sngrep, which is a fantastic cli tool. it's in > debian's repos. You start it with "sngrep -c" to show only [c]alls I would also advocate doing both. 1. Install sngrep, and if you don't already have them, tshark and/or tcpdump 2. Use tshark (or tcpdump) to capture SIP traffic (which normally means "anything on port 5060, in either direction"), so: tshark -f "port 5060" -i any -w capturefile.pcap 3. Then you can use sngrep to read the file which tshark created, and at your leisure, scroll through the traffic and try to understand what happened when: sngrep -I capturefile.pcap sngrep is a splendid tool, but SIP is not a simple protocol, so having a capture file you can go back to later, whenever you want to, and understand a bit more about it (or answer other people's questions if they ask "well, what was the response to this, then?") is very useful. Antony. -- Some things the German language doesn't easily distinguish between: - slugs and snails - cucumbers and gherkins - snakes and queues - wearing something, or carrying it - mothers and nuts - driving a car, riding a bicycle, or travelling by train - a man and a husband - a woman and a wife - changing clothes and moving house - pockets and bags Please reply to the list; please *don't* CC me. From sarkmobilesolutions at gmail.com Mon Jan 10 12:30:14 2022 From: sarkmobilesolutions at gmail.com (Sark Mobiles) Date: Mon, 10 Jan 2022 18:00:14 +0530 Subject: [Freeswitch-users] How to change outbound code for mod_conference ? Message-ID: Hello, When a conference is initiated, the incoming codec is L16/8000, which is missing from the available codecs in Android app and thus exception is thrown. When an individual call is made, the inbound codec is PCMA/8000 and that works fine. Please let me know how to change inbound codec of conference call to PCMA ? Appreciate your help. Regards, Krishnan -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Mon Jan 10 13:30:53 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 10 Jan 2022 13:30:53 +0000 Subject: [Freeswitch-users] How to change outbound code for mod_conference ? In-Reply-To: References: Message-ID: Not sure we understand what you mean. What does the SDP contain? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Mon, Jan 10, 2022 at 12:31 PM Sark Mobiles wrote: > Hello, > > When a conference is initiated, the incoming codec is L16/8000, which is > missing from the available codecs in Android app and thus exception is > thrown. When an individual call is made, the inbound codec is PCMA/8000 and > that works fine. Please let me know how to change inbound codec of > conference call to PCMA ? > > Appreciate your help. > > Regards, > Krishnan > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragos at freeswitch.org Mon Jan 10 14:22:44 2022 From: dragos at freeswitch.org (Dragos Oancea) Date: Mon, 10 Jan 2022 16:22:44 +0200 Subject: [Freeswitch-users] How to change outbound code for mod_conference ? In-Reply-To: References: Message-ID: Just add or change the list of codecs that FreeSWITCH uses. https://freeswitch.org/confluence/display/FREESWITCH/absolute_codec_string On Mon, Jan 10, 2022 at 3:31 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > Not sure we understand what you mean. What does the SDP contain? > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > > > On Mon, Jan 10, 2022 at 12:31 PM Sark Mobiles < > sarkmobilesolutions at gmail.com> wrote: > >> Hello, >> >> When a conference is initiated, the incoming codec is L16/8000, which is >> missing from the available codecs in Android app and thus exception is >> thrown. When an individual call is made, the inbound codec is PCMA/8000 and >> that works fine. Please let me know how to change inbound codec of >> conference call to PCMA ? >> >> Appreciate your help. >> >> Regards, >> Krishnan >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidswalkabout at gmail.com Tue Jan 11 23:38:30 2022 From: davidswalkabout at gmail.com (David P) Date: Wed, 12 Jan 2022 12:38:30 +1300 Subject: [Freeswitch-users] Chrome 98 beta rejects Lets Encrypt certs for verto Message-ID: FYI, we just noticed that Chrome 98 beta rejects these certs as "lost sleep", and the FS 1.10.7 log shows "BAD READ -1". But Chrome 97 and Firefox do not show these problems. We haven't found a resolution nor bug report, but I'll followup if we do. -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidswalkabout at gmail.com Tue Jan 11 23:52:45 2022 From: davidswalkabout at gmail.com (David P) Date: Wed, 12 Jan 2022 12:52:45 +1300 Subject: [Freeswitch-users] Chrome 98 beta rejects Lets Encrypt certs for verto In-Reply-To: References: Message-ID: FYI, we support only TLSv1.2 On Wed, Jan 12, 2022 at 12:38 PM David P wrote: > FYI, we just noticed that Chrome 98 beta rejects these certs as "lost > sleep", and the FS 1.10.7 log shows "BAD READ -1". But Chrome 97 and > Firefox do not show these problems. > > We haven't found a resolution nor bug report, but I'll followup if we do. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidswalkabout at gmail.com Wed Jan 12 03:10:03 2022 From: davidswalkabout at gmail.com (David P) Date: Wed, 12 Jan 2022 16:10:03 +1300 Subject: [Freeswitch-users] Chrome 98 beta rejects Lets Encrypt certs for verto In-Reply-To: References: Message-ID: In our FS1.10.7 log, this sequence occurs repeatedly with Chrome98 Beta but not Chrome97 Stable... ----------------------------------------------------------------------------------- 2022-01-12 02:33:29.525407 98.60% [DEBUG] mod_verto.c:607 WRITE 151.210.x.y:4790 [{ "jsonrpc": "2.0", "id": 3, "result": { "message": "logged in", "sessid": "97524066-1470-4aca-b143-a04c4eaceed9" } }] 2022-01-12 02:33:29.565399 98.60% [DEBUG] mod_verto.c:607 WRITE 151.210.x.y:4790 [{ "jsonrpc": "2.0", "id": 501, "method": "verto.clientReady", "params": { "reattached_sessions": [] } }] 2022-01-12 02:33:40.565395 98.83% [WARNING] mod_verto.c:1904 151.210.x.y:4790 BAD READ -1 2022-01-12 02:33:40.565395 98.83% [DEBUG] mod_verto.c:2045 151.210.x.y:4790 Ending client thread. 2022-01-12 02:33:40.565395 98.83% [DEBUG] mod_verto.c:2053 151.210.x.y:4790 Thread ended 2022-01-12 02:33:41.785412 98.87% [DEBUG] mod_verto.c:4273 151.210.x.y:33838 Client Connect from 151.210.x.y:33838 accepted 2022-01-12 02:33:41.785412 98.87% [DEBUG] mod_verto.c:2018 151.210.x.y:33838 Starting client thread. 2022-01-12 02:33:44.045410 98.90% [DEBUG] mod_verto.c:1414 READ 151.210.x.y:33838 [{ "jsonrpc": "2.0", "method": "login", "params": { "sessid": "97524066-1470-4aca-b143-a04c4eaceed9" }, "id": 4 }] ----------------------------------------------------------------------------------- We're running on Debian 10 (which I believe is recommended for FS1.10.7) with OpenSSL 1.1.1d (the most recent available for Debian 10). https://www.ssllabs.com/ssltest/analyze.html gives our site an 'A' rating and all its tests for TLSv1.2 pass. I've collected .har files from Chrome DevTools' Network pane for WS, and I've collected .pcap's, for both browser versions. I don't see any error traffic, only reprompts from FS to login again. Why would "BAD READ" occur *in FS* with a newer version of Chrome but not with an older one nor with Firefox ? On Wed, Jan 12, 2022 at 12:52 PM David P wrote: > FYI, we support only TLSv1.2 > > On Wed, Jan 12, 2022 at 12:38 PM David P > wrote: > >> FYI, we just noticed that Chrome 98 beta rejects these certs as "lost >> sleep", and the FS 1.10.7 log shows "BAD READ -1". But Chrome 97 and >> Firefox do not show these problems. >> >> We haven't found a resolution nor bug report, but I'll followup if we do. >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidswalkabout at gmail.com Wed Jan 12 22:05:13 2022 From: davidswalkabout at gmail.com (David P) Date: Thu, 13 Jan 2022 11:05:13 +1300 Subject: [Freeswitch-users] Chrome 98 beta rejects Lets Encrypt certs for verto In-Reply-To: References: Message-ID: Our FS 1.10.7 logging level is set to max verbosity, but we don't see the logging done in https://github.com/signalwire/libks/blob/8af0d72d07a120140dc8b3d695089beec5950e81/src/kws.c even though we're using mod_verto. How can we make those log stmts appear? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidswalkabout at gmail.com Fri Jan 14 06:59:25 2022 From: davidswalkabout at gmail.com (David P) Date: Fri, 14 Jan 2022 19:59:25 +1300 Subject: [Freeswitch-users] Chrome 98 beta rejects Lets Encrypt certs for verto In-Reply-To: References: Message-ID: Although "BAD READ -1" usually indicates a cert problem, in this case it's due to using verto's speed test while using Chrome 98. Disabling the speed test disabled the #SPE messages that verto sends to FS, and FS stopped telling verto to relogin. I have been looking for where FS supports the speed test but haven't found it in its new WebSocket library https://github.com/signalwire/libks/tree/master/src nor in https://github.com/signalwire/freeswitch/tree/master/src/mod/endpoints/mod_verto Anyone know where it is? FWIW, my investigation is at https://github.com/signalwire/libks/issues/121 On Thu, Jan 13, 2022 at 11:05 AM David P wrote: > Our FS 1.10.7 logging level is set to max verbosity, but we don't see the > logging done in > https://github.com/signalwire/libks/blob/8af0d72d07a120140dc8b3d695089beec5950e81/src/kws.c > even though we're using mod_verto. > How can we make those log stmts appear? > >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Fri Jan 14 07:47:58 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Fri, 14 Jan 2022 08:47:58 +0100 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> Message-ID: Guys, does anyone know, if this fix will be included in new freeswitch version? On Wed, 27 Oct 2021 at 19:13, Jai Rangi wrote: > Thank you Peter and Christian. > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach wrote: > >> Just to mention: The patch was developed by Christian Berger from our >> client Foncloud. Thank you Christian! >> >> Best regards >> Peter >> >> >> Am 21.10.21 um 17:20 schrieb Peter Steinbach: >> >> Hello, >> >> >> this is a long lasting issue I firstly posted in 2017 and lastly saw in >> 2019 in this thread, and I am happy to announce, that we have found a >> solution for this. >> >> Here is the patch, which works pretty well in our environment >> >> >> =================================================================================================== >> >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 >> 12:51:04.863328041 +0200 >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 >> 12:54:15.764616280 +0200 >> @@ -1789,7 +1789,13 @@ >> if (cancel_cause && *cancel_cause > 0) { >> handles[i].cancel_cause = *cancel_cause; >> } else { >> - handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >> + if ((hp!=NULL) && (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was >> this call taken by another destination? >> + //Yes, the race was lost >> + handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >> + } else { >> + //No, something else happened, probably Originator >> Cancel >> + handles[i].cancel_cause = SWITCH_CAUSE_ORIGINATOR_CANCEL; >> + } >> } >> } >> >> =================================================================================================== >> >> >> Can someone retest this and check this in? >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbHmailto:lists (att) telefaks.de >> Internet: www.telefaks.de >> >> Am 22.05.19 um 21:14 schrieb Jai Rangi: >> >> All, >> Running into a small issue with group calling, when the original caller >> hang up, phones dont show that call as missed call, cause of wrong reason >> code from freeswitch. >> Scenario: >> >> - Caller -> FS (Groupcall) to 101 and 102 >> - Phones ring >> - Caller hangup >> - Phones should see missed calls, >> - But free-switch send cancel with Reason: SIP;cause=200;text="Call >> completed elsewhere", where is should send Reason: >> SIP;cause=487;text="ORIGINATOR_CANCEL". >> >> Here is what my bridge data. >> >> bridge(> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 ]user/ >> 102 at 192.168.5.50) >> >> If I send >> bridge(> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >> ]user/101 at 192.168.5.50 >> >> Everything works fine. >> I see some old posts but no resolution. >> Freeswitch version on Debian 8.9 >> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 16:49:13Z 64bit) >> >> Any idea or suggestion for workaround? >> >> Jai >> >> >> >> >> >> >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time https://signalwire.community >> >> Professional FreeSWITCH Servicessales at freeswitch.comhttps://freeswitch.com >> >> Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Gregor Nanger *CTO* t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia • www.infomedia.si -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragos at freeswitch.org Fri Jan 14 11:47:59 2022 From: dragos at freeswitch.org (Dragos Oancea) Date: Fri, 14 Jan 2022 13:47:59 +0200 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> Message-ID: Creator of the patch must create a PR in Github against FSs master branch in order to be reviewed. On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger wrote: > Guys, does anyone know, if this fix will be included in new freeswitch > version? > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi wrote: > >> Thank you Peter and Christian. >> >> On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach >> wrote: >> >>> Just to mention: The patch was developed by Christian Berger from our >>> client Foncloud. Thank you Christian! >>> >>> Best regards >>> Peter >>> >>> >>> Am 21.10.21 um 17:20 schrieb Peter Steinbach: >>> >>> Hello, >>> >>> >>> this is a long lasting issue I firstly posted in 2017 and lastly saw in >>> 2019 in this thread, and I am happy to announce, that we have found a >>> solution for this. >>> >>> Here is the patch, which works pretty well in our environment >>> >>> >>> =================================================================================================== >>> >>> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 >>> 12:51:04.863328041 +0200 >>> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 >>> 12:54:15.764616280 +0200 >>> @@ -1789,7 +1789,13 @@ >>> if (cancel_cause && *cancel_cause > 0) { >>> handles[i].cancel_cause = *cancel_cause; >>> } else { >>> - handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >>> + if ((hp!=NULL) && (hp->cause==SWITCH_CAUSE_SUCCESS)) { >>> //Was this call taken by another destination? >>> + //Yes, the race was lost >>> + handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >>> + } else { >>> + //No, something else happened, probably Originator >>> Cancel >>> + handles[i].cancel_cause = >>> SWITCH_CAUSE_ORIGINATOR_CANCEL; >>> + } >>> } >>> } >>> >>> =================================================================================================== >>> >>> >>> Can someone retest this and check this in? >>> >>> -- >>> With kind regards >>> Peter Steinbach >>> >>> Telefaks Services GmbHmailto:lists (att) telefaks.de >>> Internet: www.telefaks.de >>> >>> Am 22.05.19 um 21:14 schrieb Jai Rangi: >>> >>> All, >>> Running into a small issue with group calling, when the original caller >>> hang up, phones dont show that call as missed call, cause of wrong reason >>> code from freeswitch. >>> Scenario: >>> >>> - Caller -> FS (Groupcall) to 101 and 102 >>> - Phones ring >>> - Caller hangup >>> - Phones should see missed calls, >>> - But free-switch send cancel with Reason: SIP;cause=200;text="Call >>> completed elsewhere", where is should send Reason: >>> SIP;cause=487;text="ORIGINATOR_CANCEL". >>> >>> Here is what my bridge data. >>> >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 ]user/ >>> 102 at 192.168.5.50) >>> >>> If I send >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50 >>> >>> Everything works fine. >>> I see some old posts but no resolution. >>> Freeswitch version on Debian 8.9 >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 16:49:13Z 64bit) >>> >>> Any idea or suggestion for workaround? >>> >>> Jai >>> >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real time https://signalwire.community >>> >>> Professional FreeSWITCH Servicessales at freeswitch.comhttps://freeswitch.com >>> >>> Official FreeSWITCH Siteshttps://freeswitch.com/osshttps://freeswitch.org/confluencehttps://cluecon.com >>> >>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttps://freeswitch.com >>> >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >>> services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real time >>> https://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > > > -- > 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 > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From christian.berger at foncloud.net Fri Jan 14 12:09:09 2022 From: christian.berger at foncloud.net (Christian Berger) Date: Fri, 14 Jan 2022 13:09:09 +0100 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> Message-ID: <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Unfortunately I do not have the privileges to create a branch on this project. This seems to be necessary to create a pull request. Am 14.01.22 um 12:47 schrieb Dragos Oancea: > Creator of the patch must create a PR in Github against FSs master > branch in order to be reviewed. > > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger > wrote: > > Guys, does anyone know, if this fix will be included in new > freeswitch version? > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi > wrote: > > Thank you Peter and Christian. > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach > > wrote: > > Just to mention: The patch was developed by Christian Berger > from our client Foncloud. Thank you Christian! > > Best regards > Peter > > > Am 21.10.21 um 17:20 schrieb Peter Steinbach: >> >> Hello, >> >> >> this is a long lasting issue I firstly posted in 2017 and >> lastly saw in 2019 in this thread, and I am happy to >> announce, that we have found a solution for this. >> >> Here is the patch, which works pretty well in our environment >> >> =================================================================================================== >> >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 >> 12:51:04.863328041 +0200 >> +++ freeswitch/src/switch_ivr_originate.c    2021-10-20 >> 12:54:15.764616280 +0200 >> @@ -1789,7 +1789,13 @@ >>          if (cancel_cause && *cancel_cause > 0) { >>              handles[i].cancel_cause = *cancel_cause; >>          } else { >> -            handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >> +            if ((hp!=NULL) && >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken >> by another destination? >> +                //Yes, the race was lost >> +                handles[i].cancel_cause = >> SWITCH_CAUSE_LOSE_RACE; >> +            } else { >> +                //No, something else happened, probably >> Originator Cancel >> +                handles[i].cancel_cause = >> SWITCH_CAUSE_ORIGINATOR_CANCEL; >> +            } >>          } >>      } >> =================================================================================================== >> >> >> Can someone retest this and check this in? >> >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbH >> mailto:lists (att)telefaks.de >> Internet:www.telefaks.de >> >> Am 22.05.19 um 21:14 schrieb Jai Rangi: >>> All, >>> Running into a small issue with group calling, when the >>> original caller hang up, phones dont show that call as >>> missed call, cause of wrong reason code from freeswitch. >>> Scenario: >>> >>> * Caller -> FS (Groupcall) to 101 and 102 >>> * Phones ring >>> * Caller hangup >>> * Phones should see missed calls, >>> * But free-switch send cancel with Reason: >>> SIP;cause=200;text="Call completed elsewhere", where >>> is should send Reason: >>> SIP;cause=487;text="ORIGINATOR_CANCEL". >>> >>> Here is what my bridge data. >>> >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 >>> ]user/102 at 192.168.5.50 ) >>> >>> If I send >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50 >>> >>> Everything works fine. >>> I see some old posts but no resolution. >>> Freeswitch version on Debian 8.9 >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 >>> 16:49:13Z 64bit) >>> >>> Any idea or suggestion for workaround? >>> >>> Jai >>> >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWirehttps://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real timehttps://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS > and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and > PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > > -- > Gregor Nanger > *CTO* > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia > • www.infomedia.si > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > Christian Berger   foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger at foncloud.net Web: www.foncloud.net P.S.: Wussten Sie schon?  Unter https://www.foncloud.net/wissen  finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere Produkte und Services.   Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin der foncloud GmbH&Co.KG: Global Brain Network GmbHGeschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der Gesellschaft: Künzell. Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From gregor at infomedia.si Fri Jan 14 12:19:40 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Fri, 14 Jan 2022 13:19:40 +0100 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Message-ID: I think that for Pull Request you do not need any special permissions. Or I could be wrong. Can someone advise on this as this patch is really useful and it is a waste to lose it. BR, Gregor On Fri, 14 Jan 2022 at 13:09, Christian Berger < christian.berger at foncloud.net> wrote: > Unfortunately I do not have the privileges to create a branch on this > project. This seems to be necessary to create a pull request. > > Am 14.01.22 um 12:47 schrieb Dragos Oancea: > > Creator of the patch must create a PR in Github against FSs master > > branch in order to be reviewed. > > > > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger > > wrote: > > > > Guys, does anyone know, if this fix will be included in new > > freeswitch version? > > > > > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi > > wrote: > > > > Thank you Peter and Christian. > > > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach > > > wrote: > > > > Just to mention: The patch was developed by Christian Berger > > from our client Foncloud. Thank you Christian! > > > > Best regards > > Peter > > > > > > Am 21.10.21 um 17:20 schrieb Peter Steinbach: > >> > >> Hello, > >> > >> > >> this is a long lasting issue I firstly posted in 2017 and > >> lastly saw in 2019 in this thread, and I am happy to > >> announce, that we have found a solution for this. > >> > >> Here is the patch, which works pretty well in our > environment > >> > >> > =================================================================================================== > > >> > >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 > >> 12:51:04.863328041 +0200 > >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 > >> 12:54:15.764616280 +0200 > >> @@ -1789,7 +1789,13 @@ > >> if (cancel_cause && *cancel_cause > 0) { > >> handles[i].cancel_cause = *cancel_cause; > >> } else { > >> - handles[i].cancel_cause = > SWITCH_CAUSE_LOSE_RACE; > >> + if ((hp!=NULL) && > >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken > >> by another destination? > >> + //Yes, the race was lost > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_LOSE_RACE; > >> + } else { > >> + //No, something else happened, probably > >> Originator Cancel > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_ORIGINATOR_CANCEL; > >> + } > >> } > >> } > >> > =================================================================================================== > > >> > >> > >> Can someone retest this and check this in? > >> > >> > >> -- > >> With kind regards > >> Peter Steinbach > >> > >> Telefaks Services GmbH > >> mailto:lists (att)telefaks.de < > http://telefaks.de> > >> Internet:www.telefaks.de > >> > >> Am 22.05.19 um 21:14 schrieb Jai Rangi: > >>> All, > >>> Running into a small issue with group calling, when the > >>> original caller hang up, phones dont show that call as > >>> missed call, cause of wrong reason code from freeswitch. > >>> Scenario: > >>> > >>> * Caller -> FS (Groupcall) to 101 and 102 > >>> * Phones ring > >>> * Caller hangup > >>> * Phones should see missed calls, > >>> * But free-switch send cancel with Reason: > >>> SIP;cause=200;text="Call completed elsewhere", where > >>> is should send Reason: > >>> SIP;cause=487;text="ORIGINATOR_CANCEL". > >>> > >>> Here is what my bridge data. > >>> > >>> > > bridge( > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 > > >>> ]user/102 at 192.168.5.50 ) > >>> > >>> If I send > >>> > bridge( > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101 at 192.168.5.50 > >>> > >>> Everything works fine. > >>> I see some old posts but no resolution. > >>> Freeswitch version on Debian 8.9 > >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 > >>> 16:49:13Z 64bit) > >>> > >>> Any idea or suggestion for workaround? > >>> > >>> Jai > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > _________________________________________________________________________ > >>> > >>> The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > >>> Enhance your FreeSWITCH install with disruptive priced SMS > and PSTN services. > >>> Build your next product on our scalable cloud platform. > >>> > >>> Join our online community to chat in real time > https://signalwire.community > >>> > >>> Professional FreeSWITCH Services > >>> sales at freeswitch.com > >>> https://freeswitch.com > >>> > >>> Official FreeSWITCH Sites > >>> https://freeswitch.com/oss > >>> https://freeswitch.org/confluence < > https://freeswitch.org/confluence> > >>> https://cluecon.com > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users < > http://lists.freeswitch.org/mailman/options/freeswitch-users> > >>> https://freeswitch.com > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS > > and PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > witch-users> > > https://freeswitch.com > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and > > PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > https://freeswitch.com > > > > > > > > -- > > Gregor Nanger > > *CTO* > > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 > > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia > > • www.infomedia.si > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > https://freeswitch.com > > > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > > > Christian Berger > > > > > foncloud GmbH & Co KG > Hahlweg 2a > 36093 Künzell > > Tel: / > Fax: +49 661 968990-99 > > Email: Christian.Berger at foncloud.net > Web: www.foncloud.net > > > *P.S.: Wussten Sie schon? * > > *Unter https://www.foncloud.net/wissen > finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere > Produkte und Services.* > > > > Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin > der foncloud GmbH&Co.KG: Global Brain Network GmbH > Geschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der > Gesellschaft: Künzell. > > Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte > Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail > irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und > vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte > Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorised copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From dragos at freeswitch.org Fri Jan 14 13:04:21 2022 From: dragos at freeswitch.org (Dragos Oancea) Date: Fri, 14 Jan 2022 15:04:21 +0200 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Message-ID: https://freeswitch.org/confluence/display/FREESWITCH/Pull+Requests It's necessary to create a fork. On Fri, Jan 14, 2022 at 2:20 PM Gregor Nanger wrote: > I think that for Pull Request you do not need any special permissions. Or > I could be wrong. > > Can someone advise on this as this patch is really useful and it is a > waste to lose it. > > BR, Gregor > > On Fri, 14 Jan 2022 at 13:09, Christian Berger < > christian.berger at foncloud.net> wrote: > >> Unfortunately I do not have the privileges to create a branch on this >> project. This seems to be necessary to create a pull request. >> >> Am 14.01.22 um 12:47 schrieb Dragos Oancea: >> > Creator of the patch must create a PR in Github against FSs master >> > branch in order to be reviewed. >> > >> > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger > > > wrote: >> > >> > Guys, does anyone know, if this fix will be included in new >> > freeswitch version? >> > >> > >> > >> > On Wed, 27 Oct 2021 at 19:13, Jai Rangi > > > wrote: >> > >> > Thank you Peter and Christian. >> > >> > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach >> > > wrote: >> > >> > Just to mention: The patch was developed by Christian >> Berger >> > from our client Foncloud. Thank you Christian! >> > >> > Best regards >> > Peter >> > >> > >> > Am 21.10.21 um 17:20 schrieb Peter Steinbach: >> >> >> >> Hello, >> >> >> >> >> >> this is a long lasting issue I firstly posted in 2017 and >> >> lastly saw in 2019 in this thread, and I am happy to >> >> announce, that we have found a solution for this. >> >> >> >> Here is the patch, which works pretty well in our >> environment >> >> >> >> >> =================================================================================================== >> >> >> >> >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 >> >> 12:51:04.863328041 +0200 >> >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 >> >> 12:54:15.764616280 +0200 >> >> @@ -1789,7 +1789,13 @@ >> >> if (cancel_cause && *cancel_cause > 0) { >> >> handles[i].cancel_cause = *cancel_cause; >> >> } else { >> >> - handles[i].cancel_cause = >> SWITCH_CAUSE_LOSE_RACE; >> >> + if ((hp!=NULL) && >> >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken >> >> by another destination? >> >> + //Yes, the race was lost >> >> + handles[i].cancel_cause = >> >> SWITCH_CAUSE_LOSE_RACE; >> >> + } else { >> >> + //No, something else happened, probably >> >> Originator Cancel >> >> + handles[i].cancel_cause = >> >> SWITCH_CAUSE_ORIGINATOR_CANCEL; >> >> + } >> >> } >> >> } >> >> >> =================================================================================================== >> >> >> >> >> >> >> Can someone retest this and check this in? >> >> >> >> >> >> -- >> >> With kind regards >> >> Peter Steinbach >> >> >> >> Telefaks Services GmbH >> >> mailto:lists (att)telefaks.de < >> http://telefaks.de> >> >> Internet:www.telefaks.de >> >> >> >> Am 22.05.19 um 21:14 schrieb Jai Rangi: >> >>> All, >> >>> Running into a small issue with group calling, when the >> >>> original caller hang up, phones dont show that call as >> >>> missed call, cause of wrong reason code from freeswitch. >> >>> Scenario: >> >>> >> >>> * Caller -> FS (Groupcall) to 101 and 102 >> >>> * Phones ring >> >>> * Caller hangup >> >>> * Phones should see missed calls, >> >>> * But free-switch send cancel with Reason: >> >>> SIP;cause=200;text="Call completed elsewhere", where >> >>> is should send Reason: >> >>> SIP;cause=487;text="ORIGINATOR_CANCEL". >> >>> >> >>> Here is what my bridge data. >> >>> >> >>> >> >> bridge(> >> >>> >> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >> >> >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 >> >> >>> ]user/102 at 192.168.5.50 ) >> >>> >> >>> If I send >> >>> >> bridge(> >> >>> >> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >> >> >>> ]user/101 at 192.168.5.50 >> >>> >> >>> Everything works fine. >> >>> I see some old posts but no resolution. >> >>> Freeswitch version on Debian 8.9 >> >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 >> >>> 16:49:13Z 64bit) >> >>> >> >>> Any idea or suggestion for workaround? >> >>> >> >>> Jai >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> _________________________________________________________________________ >> >>> >> >>> The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> >>> Enhance your FreeSWITCH install with disruptive priced >> SMS and PSTN services. >> >>> Build your next product on our scalable cloud platform. >> >>> >> >>> Join our online community to chat in real time >> https://signalwire.community >> >>> >> >>> Professional FreeSWITCH Services >> >>> sales at freeswitch.com >> >>> https://freeswitch.com >> >>> >> >>> Official FreeSWITCH Sites >> >>> https://freeswitch.com/oss >> >>> https://freeswitch.org/confluence < >> https://freeswitch.org/confluence> >> >>> https://cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org > FreeSWITCH-users at lists.freeswitch.org> >> >>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> >> >>> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users < >> http://lists.freeswitch.org/mailman/options/freeswitch-users> >> >>> https://freeswitch.com >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> > https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS >> > and PSTN services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> > https://signalwire.community >> >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > >> > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > > witch-users> >> > https://freeswitch.com >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> > https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and >> > PSTN services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> > https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > >> >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > >> > https://freeswitch.com >> > >> > >> > >> > -- >> > Gregor Nanger >> > *CTO* >> > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 >> > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia >> > • www.infomedia.si >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> > https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> > services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> > https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence < >> https://freeswitch.org/confluence> >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > >> > https://freeswitch.com >> > >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com >> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> > Build your next product on our scalable cloud platform. >> > >> > Join our online community to chat in real time >> https://signalwire.community >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss >> > https://freeswitch.org/confluence >> > https://cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> > >> >> >> Christian Berger >> >> >> >> >> foncloud GmbH & Co KG >> Hahlweg 2a >> 36093 Künzell >> >> Tel: / >> Fax: +49 661 968990-99 >> >> Email: Christian.Berger at foncloud.net >> Web: www.foncloud.net >> >> >> *P.S.: Wussten Sie schon? * >> >> *Unter https://www.foncloud.net/wissen >> finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere >> Produkte und Services.* >> >> >> >> Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin >> der foncloud GmbH&Co.KG: Global Brain Network GmbH >> Geschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der >> Gesellschaft: Künzell. >> >> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte >> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail >> irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und >> vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte >> Weitergabe dieser Mail ist nicht gestattet. >> >> This e-mail may contain confidential and/or privileged information. If >> you are not the intended recipient (or have received this e-mail in error) >> please notify the sender immediately and destroy this e-mail. Any >> unauthorised copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> >> >> >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From Zvonimir.Buzanic at asseco-see.hr Fri Jan 14 15:14:50 2022 From: Zvonimir.Buzanic at asseco-see.hr (=?utf-8?B?WnZvbmltaXIgQnXFvmFuacSH?=) Date: Fri, 14 Jan 2022 15:14:50 +0000 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Message-ID: <27ae2214726a44b4b3787f5599f26a19@asseco-see.hr> Hi, I've created pull request: https://github.com/signalwire/freeswitch/pull/1520 BR, Zvonimir From: FreeSWITCH-users On Behalf Of Dragos Oancea Sent: 14. siječnja 2022. 14:04 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". https://freeswitch.org/confluence/display/FREESWITCH/Pull+Requests It's necessary to create a fork. On Fri, Jan 14, 2022 at 2:20 PM Gregor Nanger > wrote: I think that for Pull Request you do not need any special permissions. Or I could be wrong. Can someone advise on this as this patch is really useful and it is a waste to lose it. BR, Gregor On Fri, 14 Jan 2022 at 13:09, Christian Berger > wrote: Unfortunately I do not have the privileges to create a branch on this project. This seems to be necessary to create a pull request. Am 14.01.22 um 12:47 schrieb Dragos Oancea: > Creator of the patch must create a PR in Github against FSs master > branch in order to be reviewed. > > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger > >> wrote: > > Guys, does anyone know, if this fix will be included in new > freeswitch version? > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi > >> wrote: > > Thank you Peter and Christian. > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach > >> wrote: > > Just to mention: The patch was developed by Christian Berger > from our client Foncloud. Thank you Christian! > > Best regards > Peter > > > Am 21.10.21 um 17:20 schrieb Peter Steinbach: >> >> Hello, >> >> >> this is a long lasting issue I firstly posted in 2017 and >> lastly saw in 2019 in this thread, and I am happy to >> announce, that we have found a solution for this. >> >> Here is the patch, which works pretty well in our environment >> >> =================================================================================================== >> >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 >> 12:51:04.863328041 +0200 >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 >> 12:54:15.764616280 +0200 >> @@ -1789,7 +1789,13 @@ >> if (cancel_cause && *cancel_cause > 0) { >> handles[i].cancel_cause = *cancel_cause; >> } else { >> - handles[i].cancel_cause = SWITCH_CAUSE_LOSE_RACE; >> + if ((hp!=NULL) && >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken >> by another destination? >> + //Yes, the race was lost >> + handles[i].cancel_cause = >> SWITCH_CAUSE_LOSE_RACE; >> + } else { >> + //No, something else happened, probably >> Originator Cancel >> + handles[i].cancel_cause = >> SWITCH_CAUSE_ORIGINATOR_CANCEL; >> + } >> } >> } >> =================================================================================================== >> >> >> Can someone retest this and check this in? >> >> >> -- >> With kind regards >> Peter Steinbach >> >> Telefaks Services GmbH >> mailto:lists > (att)telefaks.de >> Internet:www.telefaks.de >> >> Am 22.05.19 um 21:14 schrieb Jai Rangi: >>> All, >>> Running into a small issue with group calling, when the >>> original caller hang up, phones dont show that call as >>> missed call, cause of wrong reason code from freeswitch. >>> Scenario: >>> >>> * Caller -> FS (Groupcall) to 101 and 102 >>> * Phones ring >>> * Caller hangup >>> * Phones should see missed calls, >>> * But free-switch send cancel with Reason: >>> SIP;cause=200;text="Call completed elsewhere", where >>> is should send Reason: >>> SIP;cause=487;text="ORIGINATOR_CANCEL". >>> >>> Here is what my bridge data. >>> >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 >>> ]user/102 at 192.168.5.50 >) >>> >>> If I send >>> bridge(>> /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 >>> ]user/101 at 192.168.5.50 > >>> >>> Everything works fine. >>> I see some old posts but no resolution. >>> Freeswitch version on Debian 8.9 >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 >>> 16:49:13Z 64bit) >>> >>> Any idea or suggestion for workaround? >>> >>> Jai >>> >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWirehttps://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real timehttps://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com > >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS > and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and > PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > > -- > Gregor Nanger > *CTO* > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia > • www.infomedia.si > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > Christian Berger [cid:image001.jpg at 01D80961.DAD8AB20] foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger at foncloud.net Web: www.foncloud.net P.S.: Wussten Sie schon? Unter https://www.foncloud.net/wissen finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere Produkte und Services. Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin der foncloud GmbH&Co.KG: Global Brain Network GmbH Geschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der Gesellschaft: Künzell. Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com _________________________________________________________________________ The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform. Join our online community to chat in real time https://signalwire.community Professional FreeSWITCH Services sales at freeswitch.com https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com This communication is for informational purposes only. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Present message and any attached files may be or contain privileged information and is the property exclusive of ASSECO SEE CAPITAL GROUP. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. The information contained in this message is solely intended for the physical or legal person to whom it is addressed and to the authorized persons for receiving it. In the case you are not the intended recipient or the authorized person to receive this message, we inform that disclosure, duplicate, distribution or taking up any actions on information contained in this message are strictly forbidden and are under civil and legal responsibility. In case you received it by error, you are requested to notify the sender and to destroy the original e-mail message from your system. Opinions, conclusions or any other information contained into this message, which are not related to ASSECO SEE CAPITAL GROUP activity must not be understood to be expressed or should be endorsed by ASSECO SEE CAPITAL GROUP. The interpretation expressed in the present message did not reflect ASSECO SEE CAPITAL GROUP opinion. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2174 bytes Desc: image001.jpg URL: From gregor at infomedia.si Fri Jan 14 15:34:36 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Fri, 14 Jan 2022 16:34:36 +0100 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Message-ID: Thank you, Christian, Peter and Zvonimir 👍 On Fri, 14 Jan 2022 at 16:16, Zvonimir Bužanić via FreeSWITCH-users < freeswitch-users at lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: "Zvonimir Bužanić" > To: FreeSWITCH Users Help > Cc: > Bcc: > Date: Fri, 14 Jan 2022 15:14:50 +0000 > Subject: RE: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > > Hi, I've created pull request: > > > > https://github.com/signalwire/freeswitch/pull/1520 > > > > BR, Zvonimir > > > > *From:* FreeSWITCH-users *On > Behalf Of *Dragos Oancea > *Sent:* 14. siječnja 2022. 14:04 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > > > > https://freeswitch.org/confluence/display/FREESWITCH/Pull+Requests > > > > It's necessary to create a fork. > > > > > > > > On Fri, Jan 14, 2022 at 2:20 PM Gregor Nanger wrote: > > I think that for Pull Request you do not need any special permissions. Or > I could be wrong. > > > > Can someone advise on this as this patch is really useful and it is a > waste to lose it. > > > > BR, Gregor > > > > On Fri, 14 Jan 2022 at 13:09, Christian Berger < > christian.berger at foncloud.net> wrote: > > Unfortunately I do not have the privileges to create a branch on this > project. This seems to be necessary to create a pull request. > > Am 14.01.22 um 12:47 schrieb Dragos Oancea: > > Creator of the patch must create a PR in Github against FSs master > > branch in order to be reviewed. > > > > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger > > wrote: > > > > Guys, does anyone know, if this fix will be included in new > > freeswitch version? > > > > > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi > > wrote: > > > > Thank you Peter and Christian. > > > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach > > > wrote: > > > > Just to mention: The patch was developed by Christian Berger > > from our client Foncloud. Thank you Christian! > > > > Best regards > > Peter > > > > > > Am 21.10.21 um 17:20 schrieb Peter Steinbach: > >> > >> Hello, > >> > >> > >> this is a long lasting issue I firstly posted in 2017 and > >> lastly saw in 2019 in this thread, and I am happy to > >> announce, that we have found a solution for this. > >> > >> Here is the patch, which works pretty well in our > environment > >> > >> > =================================================================================================== > > >> > >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 > >> 12:51:04.863328041 +0200 > >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 > >> 12:54:15.764616280 +0200 > >> @@ -1789,7 +1789,13 @@ > >> if (cancel_cause && *cancel_cause > 0) { > >> handles[i].cancel_cause = *cancel_cause; > >> } else { > >> - handles[i].cancel_cause = > SWITCH_CAUSE_LOSE_RACE; > >> + if ((hp!=NULL) && > >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken > >> by another destination? > >> + //Yes, the race was lost > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_LOSE_RACE; > >> + } else { > >> + //No, something else happened, probably > >> Originator Cancel > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_ORIGINATOR_CANCEL; > >> + } > >> } > >> } > >> > =================================================================================================== > > >> > >> > >> Can someone retest this and check this in? > >> > >> > >> -- > >> With kind regards > >> Peter Steinbach > >> > >> Telefaks Services GmbH > >> mailto:lists (att)telefaks.de < > http://telefaks.de> > >> Internet:www.telefaks.de > >> > >> Am 22.05.19 um 21:14 schrieb Jai Rangi: > >>> All, > >>> Running into a small issue with group calling, when the > >>> original caller hang up, phones dont show that call as > >>> missed call, cause of wrong reason code from freeswitch. > >>> Scenario: > >>> > >>> * Caller -> FS (Groupcall) to 101 and 102 > >>> * Phones ring > >>> * Caller hangup > >>> * Phones should see missed calls, > >>> * But free-switch send cancel with Reason: > >>> SIP;cause=200;text="Call completed elsewhere", where > >>> is should send Reason: > >>> SIP;cause=487;text="ORIGINATOR_CANCEL". > >>> > >>> Here is what my bridge data. > >>> > >>> > > bridge( > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101 at 192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 > > >>> ]user/102 at 192.168.5.50 ) > >>> > >>> If I send > >>> > bridge( > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101 at 192.168.5.50 > >>> > >>> Everything works fine. > >>> I see some old posts but no resolution. > >>> Freeswitch version on Debian 8.9 > >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 > >>> 16:49:13Z 64bit) > >>> > >>> Any idea or suggestion for workaround? > >>> > >>> Jai > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > _________________________________________________________________________ > >>> > >>> The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > >>> Enhance your FreeSWITCH install with disruptive priced SMS > and PSTN services. > >>> Build your next product on our scalable cloud platform. > >>> > >>> Join our online community to chat in real time > https://signalwire.community > >>> > >>> Professional FreeSWITCH Services > >>> sales at freeswitch.com > >>> https://freeswitch.com > >>> > >>> Official FreeSWITCH Sites > >>> https://freeswitch.com/oss > >>> https://freeswitch.org/confluence < > https://freeswitch.org/confluence> > >>> https://cluecon.com > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users < > http://lists.freeswitch.org/mailman/options/freeswitch-users> > >>> https://freeswitch.com > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS > > and PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > witch-users> > > https://freeswitch.com > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and > > PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > https://freeswitch.com > > > > > > > > -- > > Gregor Nanger > > *CTO* > > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 > > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia > > • www.infomedia.si > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > https://freeswitch.com > > > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > > > Christian Berger > > > > > foncloud GmbH & Co KG > Hahlweg 2a > 36093 Künzell > > Tel: / > Fax: +49 661 968990-99 > > Email: Christian.Berger at foncloud.net > Web: www.foncloud.net > > > > *P.S.: Wussten Sie schon? * > > *Unter https://www.foncloud.net/wissen > finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere > Produkte und Services.* > > > > Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin > der foncloud GmbH&Co.KG: Global Brain Network GmbH > > Geschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der > Gesellschaft: Künzell. > > Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte > Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail > irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und > vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte > Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorised copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > This communication is for informational purposes only. All market prices, > data and other information are not warranted as to completeness or accuracy > and are subject to change without notice. Present message and any attached > files may be or contain privileged information and is the property > exclusive of ASSECO SEE CAPITAL GROUP. This transmission may contain > information that is privileged, confidential, legally privileged, and/or > exempt from disclosure under applicable law. The information contained in > this message is solely intended for the physical or legal person to whom it > is addressed and to the authorized persons for receiving it. In the case > you are not the intended recipient or the authorized person to receive this > message, we inform that disclosure, duplicate, distribution or taking up > any actions on information contained in this message are strictly forbidden > and are under civil and legal responsibility. In case you received it by > error, you are requested to notify the sender and to destroy the original > e-mail message from your system. Opinions, conclusions or any other > information contained into this message, which are not related to ASSECO > SEE CAPITAL GROUP activity must not be understood to be expressed or should > be endorsed by ASSECO SEE CAPITAL GROUP. The interpretation expressed in > the present message did not reflect ASSECO SEE CAPITAL GROUP opinion. > > > > ---------- Forwarded message ---------- > From: "Zvonimir Bužanić via FreeSWITCH-users" < > freeswitch-users at lists.freeswitch.org> > To: FreeSWITCH Users Help > Cc: > Bcc: > Date: Fri, 14 Jan 2022 07:16:06 -0800 (PST) > Subject: Re: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2174 bytes Desc: not available URL: From christian.berger at foncloud.net Fri Jan 14 15:36:05 2022 From: christian.berger at foncloud.net (Christian Berger) Date: Fri, 14 Jan 2022 16:36:05 +0100 Subject: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL". In-Reply-To: References: <26f9382e-1c6c-6da0-0b49-3db8633668c2@telefaks.de> <938b5330-fe6a-d155-37ce-3260c69a7bc1@telefaks.de> <763e7efb-81e0-edf3-3a36-d8acc8721af0@foncloud.net> Message-ID: Thanks :) Am 14.01.22 um 16:15 schrieb Zvonimir Bužanić via FreeSWITCH-users: > Hi, I've created pull request: > > https://github.com/signalwire/freeswitch/pull/1520 Christian Berger   foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger at foncloud.net Web: www.foncloud.net P.S.: Wussten Sie schon?  Unter https://www.foncloud.net/wissen  finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere Produkte und Services.   Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin der foncloud GmbH&Co.KG: Global Brain Network GmbHGeschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der Gesellschaft: Künzell. Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From Carsten.Gericke at ilink.de Wed Jan 12 11:28:57 2022 From: Carsten.Gericke at ilink.de (ilink) Date: Wed, 12 Jan 2022 12:28:57 +0100 Subject: [Freeswitch-users] SIP on all interfaces Message-ID: Dear community, I try to operate freeswitch 1.8 on Google Cloud with a Goggle external load balancer in front of the freeswitch instance. Freeswitch listens on the private IP address: netstat -na | grep :5080 tcp 0 0 10.210.32.12:5080 0.0.0.0:* LISTEN But I seeking for ways to have freeswitch listen on everything and it should look like this: tcp 0 0 0.0.0.0:5080 0.0.0.0:* LISTEN A similar wish was posted in 2015: http://lists.freeswitch.org/pipermail/freeswitch-users/2015-October/116478.html The proposed solutions does not work for my, since I only have this 10.210.32.12 interface but the IP packet arrives with the public IP address from the load balancer. Hard to believe. But as proof of the situation, it is described here: https://cloudplatform.googleblog.com/2015/07/Debugging-Health-Checks-in-Load-Balancing-on-Google-Compute-Engine.html No I try to configure something in freeswitch to listen on 0.0.0.0 instead of the the private IP address. If this is not working, I may need to try Kamailio (or similar) in front of the freeswitch, that listens on 0.0.0.0 Any advice/guidance? Best, Carsten -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Tue Jan 18 17:45:56 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Tue, 18 Jan 2022 18:45:56 +0100 Subject: [Freeswitch-users] SIP on all interfaces In-Reply-To: References: Message-ID: <202201181845.56618.Antony.Stone@freeswitch.open.source.it> On Wednesday 12 January 2022 at 12:28:57, ilink wrote: > Freeswitch listens on the private IP address: > > netstat -na | grep :5080 > tcp 0 0 10.210.32.12:5080 0.0.0.0:* LISTEN > I only have this 10.210.32.12 interface but the IP packet arrives with the > public IP address from the load balancer. > No I try to configure something in freeswitch to listen on 0.0.0.0 instead > of the the private IP address. If this is not working, I may need to try > Kamailio (or similar) in front of the freeswitch, that listens on 0.0.0.0 > > Any advice/guidance? Changing FreeSwich to listen on 0.0.0.0 will not make any difference, since you do not *have* any interface with the public IP address you say the packets are addressed to, therefore FreeSwitch still won't recognise packets sent to that address as being for it to process. What you need to do is apply a Destination NAT firewall rule on incoming packets so that anything which arrives going to 198.51.100.42 (or whatever your public IP address is) get redirected to 10.210.32.12 instead. This does sound like a bizarre networking arrangement for Google to give people, though. Antony. -- What do you get when you cross a joke with a rhetorical question? Please reply to the list; please *don't* CC me. From mahmood.alkhalil at outlook.com Thu Jan 20 08:49:53 2022 From: mahmood.alkhalil at outlook.com (Mahmood Alkhalil) Date: Thu, 20 Jan 2022 08:49:53 +0000 Subject: [Freeswitch-users] Add new line ending after mod_event_socket JSON event Message-ID: Hi FS Community, I'm trying to add a '\n' new line after the JSON event sent from FS on the mod_event_socket when the event type is JSON, I need to do so as I'm writing a JAVA event parser and it would make the code much simpler if I can add this new line after the event. I'm not able to know where to edit exactly in the mod_event_scoket file (I have no experience in C lang at all) but I think it is somewhere around line 1274. If someone could help with this, I would really appreciate it. (the java socket lib am writing uses Netty DelimiterBasedFrameDecoder on '\n' nut it breaks as after the JSON event there is no new line and Content-Length: is directly written after the JSON event) Mahmood Alkhalil. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Thu Jan 20 10:29:52 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 20 Jan 2022 10:29:52 +0000 Subject: [Freeswitch-users] 480 to 408 on call_timeout/leg_timeout Message-ID: Hello all, Is there really no way of replacing 480 with a “408 no user response” on a call/leg timeout without using lua? David -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahmood.alkhalil at outlook.com Thu Jan 20 11:13:36 2022 From: mahmood.alkhalil at outlook.com (Mahmood Alkhalil) Date: Thu, 20 Jan 2022 11:13:36 +0000 Subject: [Freeswitch-users] Add new line ending after mod_event_socket JSON event In-Reply-To: References: Message-ID: Hi, So I figured it out static switch_status_t read_packet(listener_t *listener, switch_event_t **event, uint32_t timeout) { switch_size_t mlen, bytes = 0; char *mbuf = NULL; char newLine[2] = "\n"; //added this new line str char buf[1024] = ""; switch_size_t len; switch_status_t status = SWITCH_STATUS_SUCCESS; . . . . . if (switch_test_flag(listener, LFLAG_EVENTS)) { while (switch_queue_trypop(listener->event_queue, &pop) == SWITCH_STATUS_SUCCESS) { char hbuf[512]; switch_event_t *pevent = (switch_event_t *) pop; char *etype; do_sleep = 0; if (listener->format == EVENT_FORMAT_PLAIN) { etype = "plain"; switch_event_serialize(pevent, &listener->ebuf, SWITCH_TRUE); } else if (listener->format == EVENT_FORMAT_JSON) { etype = "json"; switch_event_serialize_json(pevent, &listener->ebuf); strcat(listener->ebuf, newLine); //concatenate new line str to the event } else { switch_xml_t xml; etype = "xml"; if ((xml = switch_event_xmlize(pevent, SWITCH_VA_NONE))) { listener->ebuf = switch_xml_toxml(xml, SWITCH_FALSE); switch_xml_free(xml); } else { switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(listener->sessio> goto endloop; } } Mahmood Alkhalil. ________________________________ From: FreeSWITCH-users on behalf of Mahmood Alkhalil Sent: Thursday, January 20, 2022 10:49 AM To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Add new line ending after mod_event_socket JSON event Hi FS Community, I'm trying to add a '\n' new line after the JSON event sent from FS on the mod_event_socket when the event type is JSON, I need to do so as I'm writing a JAVA event parser and it would make the code much simpler if I can add this new line after the event. I'm not able to know where to edit exactly in the mod_event_scoket file (I have no experience in C lang at all) but I think it is somewhere around line 1274. If someone could help with this, I would really appreciate it. (the java socket lib am writing uses Netty DelimiterBasedFrameDecoder on '\n' nut it breaks as after the JSON event there is no new line and Content-Length: is directly written after the JSON event) Mahmood Alkhalil. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Thu Jan 20 18:14:59 2022 From: brian at freeswitch.com (Brian West) Date: Thu, 20 Jan 2022 12:14:59 -0600 Subject: [Freeswitch-users] Looking for an issue... Message-ID: FreeSWITCHers, I've been tracing an issue down for bit, Many on this list have experienced the situation, The end result is the session still shows in "show channels" but uuid_kill says "-ERR No such channel!", A gcore will still show the session in the session table when using our gdbinit, If you've experienced this problem before please let me know. Any feedback may help me narrow down the root cause. Thanks, Brian West -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From ciprian.dosoftei at gmail.com Thu Jan 20 20:12:03 2022 From: ciprian.dosoftei at gmail.com (Ciprian Dosoftei) Date: Thu, 20 Jan 2022 15:12:03 -0500 Subject: [Freeswitch-users] Looking for an issue... In-Reply-To: References: Message-ID: Hi Brian -- Thanks for looking into this; I've definitely experienced this behaviour in the past and still notice it occasionally. In my use case, most calls land in a conference room and typically end there, no other crazy special sauce. Over the years, I had the opportunity to identify one of the root causes on my side: using mod_xml_cdr to post CDRs to a designated host, I've noticed if the latter is under stress, the call can enter the said zombie state until it receives a 200 OK. Fixing the issue on our end allowed the channels to transition quickly from CS_REPORTING and succumb gracefully. On Thu, 20 Jan 2022 at 13:44, Brian West wrote: > FreeSWITCHers, > > I've been tracing an issue down for bit, Many on this list have > experienced the situation, The end result is the session still shows in > "show channels" but uuid_kill says "-ERR No such channel!", A gcore will > still show the session in the session table when using our gdbinit, If > you've experienced this problem before please let me know. Any feedback > may help me narrow down the root cause. > > Thanks, > Brian West > > > -- > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: https://www.facebook.com/signalwireinc?src=email] > [image: > https://twitter.com/freeswitch] > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Best Regards, Ciprian Dosoftei The information transmitted is intended only for the addressee and may contain privileged and/or confidential material. If you are not the intended recipient, kindly contact the sender and delete the message. Any disclosure, distribution or copying of this message is strictly prohibited without the expressed permission of the sender. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Fri Jan 21 20:39:52 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 21 Jan 2022 20:39:52 +0000 Subject: [Freeswitch-users] sched_broadcast Message-ID: Hello all, So i'm trying to get a sched_broadcast's task id so that i can later cancel it if needed. Problem is sched_broadcast returns: +OK Message scheduled sched_hangup doesn't return an id either (this is all in the xml dialplan) Anyone knows what i'm doing wrong? Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From babak.yakhchali at gmail.com Sat Jan 22 06:15:43 2022 From: babak.yakhchali at gmail.com (Babak Yakhchali) Date: Sat, 22 Jan 2022 09:45:43 +0330 Subject: [Freeswitch-users] sched_broadcast In-Reply-To: References: Message-ID: Hi Is last_sched_id set on the channel after you call sched_broadcast? On Sat, Jan 22, 2022 at 12:48 AM David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello all, > > So i'm trying to get a sched_broadcast's task id so that i can later > cancel it if needed. > > Problem is sched_broadcast returns: > > +OK Message scheduled > > sched_hangup doesn't return an id either (this is all in the xml dialplan) > > > Anyone knows what i'm doing wrong? > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Mirjana.Jovanovic at c4b.de Wed Jan 26 07:10:56 2022 From: Mirjana.Jovanovic at c4b.de (Mirjana Jovanovic) Date: Wed, 26 Jan 2022 07:10:56 +0000 Subject: [Freeswitch-users] Call is not terminated due to media_timeout Message-ID: Hello, I have the following issue: 1. An audio call is started from a client application 2. Connection is established 3. Client crashes (or is terminated manually through task manager) 4. The call is never terminated because of MEDIA_TIMEOUT I would expect the call to be dropped after the configured threshold for media timeout. I have traced the call to verify that no packages have been received from the client, after the client application has been terminated. The value for the channel variable media_timeout has been set, and also an action to be executed on media timeout (execute_on_media_timeout) has been defined. However, it seems that call status never changes to MEDIA_TIMEOUT, and therefore the call is never dropped. Are there additional/related properties that need to be set for this to work? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From francesco.piccinin at insiel.it Wed Jan 26 16:38:39 2022 From: francesco.piccinin at insiel.it (Piccinin Francesco) Date: Wed, 26 Jan 2022 16:38:39 +0000 Subject: [Freeswitch-users] Dialplan apps clarification transfer & execute_extension Message-ID: Hi guys, I really don't understand well mod_dptools: transfer. In the documentation I read: "Immediately transfer the calling channel to a new context. If there happens to be an xml extension named then control is "warped" directly to that extension. Otherwise it goes through the entire context checking for a match." I have this instruction in my dialplan: and a dialplan file like this: isn't Freeswitch supposed to go stright to "extension_C"? in logs I can see that it executes all the extensions as they appears in the calls context. Maybe is there anything I'm missing? Thanks Regards Francesco Piccinin Telecomunicazioni Infrastrutture Insiel S.p.A. via San Francesco d'Assisi, 43 34133 - Trieste (TS) Italia tel +39 040 3737752 mob +39 335 1329440 francesco.piccinin at insiel.it www.insiel.it 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Wed Jan 26 17:56:57 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 26 Jan 2022 17:56:57 +0000 Subject: [Freeswitch-users] OPUS - is FS ignoring incoming FAC packets? Message-ID: Hello all, Wondering if anyone's seen this scenario: With 15% packet loss, FEC enabled. - sip -> pstn: -- We're seeing FEC out and in * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio It's like FS is ignoring the incoming FEC when transcoding. I have a small jitterbuffer 20:100:20 Any ideas? David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Wed Jan 26 18:33:08 2022 From: brian at freeswitch.com (Brian West) Date: Wed, 26 Jan 2022 12:33:08 -0600 Subject: [Freeswitch-users] OPUS - is FS ignoring incoming FAC packets? In-Reply-To: References: Message-ID: rtp_jitter_buffer_during_bridge=true, all the stuff in OPUS to process, manage and deal with FEC requires a jitter buffer to process it. /b On Wed, Jan 26, 2022 at 12:16 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello all, > Wondering if anyone's seen this scenario: > > With 15% packet loss, FEC enabled. > > - sip -> pstn: > -- We're seeing FEC out and in > * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio > * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio > > * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio > * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio > > It's like FS is ignoring the incoming FEC when transcoding. > I have a small jitterbuffer 20:100:20 > > Any ideas? > > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragos at freeswitch.org Wed Jan 26 18:39:39 2022 From: dragos at freeswitch.org (Dragos Oancea) Date: Wed, 26 Jan 2022 20:39:39 +0200 Subject: [Freeswitch-users] OPUS - is FS ignoring incoming FAC packets? In-Reply-To: References: Message-ID: Short answer: No. If the client sends FEC packets AND there is packet loss AND FS finds in JB needed FEC for the missing seq, then it will use it. It will show in CLI with "opus_debug on" when it's doing it. On Wed, Jan 26, 2022 at 7:58 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello all, > Wondering if anyone's seen this scenario: > > With 15% packet loss, FEC enabled. > > - sip -> pstn: > -- We're seeing FEC out and in > * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio > * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio > > * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio > * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio > > It's like FS is ignoring the incoming FEC when transcoding. > I have a small jitterbuffer 20:100:20 > > Any ideas? > > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Wed Jan 26 20:38:44 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 26 Jan 2022 20:38:44 +0000 Subject: [Freeswitch-users] OPUS - is FS ignoring incoming FAC packets? In-Reply-To: References: Message-ID: looks like this was it, i had a very small jb configured Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 On Wed, Jan 26, 2022 at 6:33 PM Brian West wrote: > rtp_jitter_buffer_during_bridge=true, all the stuff in OPUS to process, > manage and deal with FEC requires a jitter buffer to process it. > > /b > > > On Wed, Jan 26, 2022 at 12:16 PM David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Hello all, >> Wondering if anyone's seen this scenario: >> >> With 15% packet loss, FEC enabled. >> >> - sip -> pstn: >> -- We're seeing FEC out and in >> * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio >> * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio >> >> * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio >> * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio >> >> It's like FS is ignoring the incoming FEC when transcoding. >> I have a small jitterbuffer 20:100:20 >> >> Any ideas? >> >> >> David Villasmil >> email: david.villasmil.work at gmail.com >> phone: +34669448337 >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > > > -- > > Brian West | Co-founder and Developer > > Need Commercial support? email sales at freeswitch.com > > FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 > > > Email: brian at freeswitch.com > > Mobile: 918-424-9378 > > Website: https://www.FreeSWITCH.com > > [image: https://www.facebook.com/signalwireinc?src=email] > [image: > https://twitter.com/freeswitch] > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at freeswitch.com Thu Jan 27 12:37:27 2022 From: brian at freeswitch.com (Brian West) Date: Thu, 27 Jan 2022 06:37:27 -0600 Subject: [Freeswitch-users] OPUS - is FS ignoring incoming FAC packets? In-Reply-To: References: Message-ID: If it's too small, it won't have enough data if a packet is lost in every case depending on latency and jitter. On Wed, Jan 26, 2022 at 3:17 PM David Villasmil < david.villasmil.work at gmail.com> wrote: > looks like this was it, i had a very small jb configured > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > > > On Wed, Jan 26, 2022 at 6:33 PM Brian West wrote: > >> rtp_jitter_buffer_during_bridge=true, all the stuff in OPUS to process, >> manage and deal with FEC requires a jitter buffer to process it. >> >> /b >> >> >> On Wed, Jan 26, 2022 at 12:16 PM David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> Hello all, >>> Wondering if anyone's seen this scenario: >>> >>> With 15% packet loss, FEC enabled. >>> >>> - sip -> pstn: >>> -- We're seeing FEC out and in >>> * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio >>> * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio >>> >>> * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio >>> * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio >>> >>> It's like FS is ignoring the incoming FEC when transcoding. >>> I have a small jitterbuffer 20:100:20 >>> >>> Any ideas? >>> >>> >>> David Villasmil >>> email: david.villasmil.work at gmail.com >>> phone: +34669448337 >>> _________________________________________________________________________ >>> >>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >>> services. >>> Build your next product on our scalable cloud platform. >>> >>> Join our online community to chat in real time >>> https://signalwire.community >>> >>> Professional FreeSWITCH Services >>> sales at freeswitch.com >>> https://freeswitch.com >>> >>> Official FreeSWITCH Sites >>> https://freeswitch.com/oss >>> https://freeswitch.org/confluence >>> https://cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> https://freeswitch.com >> >> >> >> -- >> >> Brian West | Co-founder and Developer >> >> Need Commercial support? email sales at freeswitch.com >> >> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 >> >> >> Email: brian at freeswitch.com >> >> Mobile: 918-424-9378 >> >> Website: https://www.FreeSWITCH.com >> >> [image: https://www.facebook.com/signalwireinc?src=email] >> [image: >> https://twitter.com/freeswitch] >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Brian West | Co-founder and Developer Need Commercial support? email sales at freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 Email: brian at freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com [image: https://www.facebook.com/signalwireinc?src=email] [image: https://twitter.com/freeswitch] -------------- next part -------------- An HTML attachment was scrubbed... URL: From avi at avimarcus.net Thu Jan 27 13:30:46 2022 From: avi at avimarcus.net (Avi Marcus) Date: Thu, 27 Jan 2022 13:30:46 +0000 Subject: [Freeswitch-users] Dialplan apps clarification transfer & execute_extension In-Reply-To: References: Message-ID: <0100017e9bbb3cd2-61af2ab0-a0e2-4cee-bf4d-36f61c131562-000000@email.amazonses.com> I thought that was only if auto_hunt was turned on https://freeswitch.org/confluence/display/FREESWITCH/XML+Dialplan -Avi Marcus On Wed, Jan 26, 2022 at 6:39 PM Piccinin Francesco < francesco.piccinin at insiel.it> wrote: > Hi guys, > > I really don't understand well mod_dptools: transfer. > > > > In the documentation I read: > > > > *"Immediately transfer the calling channel to a new context. If there > happens to be an xml extension named then control is > "warped" directly to that extension. Otherwise it goes through the entire > context checking for a match."* > > > > I have this instruction in my dialplan: > > > > > > > > and a dialplan file like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > isn't Freeswitch supposed to go stright to "extension_C"? > > in logs I can see that it executes all the extensions as they appears in > the calls context. > > Maybe is there anything I’m missing? > > > > Thanks > > Regards > > > > > > *Francesco Piccinin* > > Telecomunicazioni > Infrastrutture > > > Insiel S.p.A. > > via San Francesco d'Assisi, 43 > > 34133 - Trieste (TS) Italia > > tel +39 040 3737752 > > mob +39 335 1329440 > > francesco.piccinin at insiel.it > > www.insiel.it > > > > 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. > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at telefaks.de Thu Jan 27 15:40:22 2022 From: lists at telefaks.de (Peter Steinbach) Date: Thu, 27 Jan 2022 16:40:22 +0100 Subject: [Freeswitch-users] Delay Hangup on attended transfer Message-ID: <34c84152-de92-5e6f-7946-dfadd8ad9a52@telefaks.de> Hello, we are integrating MS Teams into our FS environment, and we have some problems with attended transfer    - A calls B (Teams User)    - B AttXfer to C (Teams) Call leg ob B is stopped immediately on attXfer, and this makes it difficult to handle the call in MS Teams, we would therefore like to delay this hangup. So is there any way to delay the hangup of leg B? I tried with api_hangup_cause, but this happed after Freeswitch has been sent it's BYE packet. -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de From gregor at infomedia.si Thu Jan 27 17:30:08 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Thu, 27 Jan 2022 18:30:08 +0100 Subject: [Freeswitch-users] Delay Hangup on attended transfer In-Reply-To: <34c84152-de92-5e6f-7946-dfadd8ad9a52@telefaks.de> References: <34c84152-de92-5e6f-7946-dfadd8ad9a52@telefaks.de> Message-ID: Just for info. How do you integrate MS teams with FS? On Thu, 27 Jan 2022, 16:41 Peter Steinbach, wrote: > Hello, > > > we are integrating MS Teams into our FS environment, and we have some > problems with attended transfer > > - A calls B (Teams User) > - B AttXfer to C (Teams) > > Call leg ob B is stopped immediately on attXfer, and this makes it > difficult to handle the call in MS Teams, we would therefore like to > delay this hangup. > > > So is there any way to delay the hangup of leg B? I tried with > api_hangup_cause, but this happed after Freeswitch has been sent it's > BYE packet. > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rasheed.kalapurackal at gmail.com Thu Jan 27 18:59:41 2022 From: rasheed.kalapurackal at gmail.com (Rasheed Kalapurackal) Date: Fri, 28 Jan 2022 00:29:41 +0530 Subject: [Freeswitch-users] SRTP internal calls failing for Push registered softphones Message-ID: Hello All , I configured for SIP TLS + SRTP and i was trying to make calls between 2 registered softphones. One phone is a bria android softphone and it is push registered from the bria's push server (FSTest2 -4002) . The other phone is a softphone running on windows desktop (FSTest1 - 4001) . In this scenario it was noticed that the call from 4001 to 4002 is failing because , the call invite being sent to the push server does not have SRTP in it.. So it return unsupported media and is failing. Following are the log files for this scenario. https://pastebin.com/J2PkFVJa If i keep the phone 4002 in the foreground of the mobile and hence it is directly registered with freeswitch instead of a push registerd , it is noticed that the call is working fine and the call from 4001 to 4002 will ring the bria softphone 4002 because In this case the call INVITE being sent from the SIP server/PBX to the bria softphone contains SRTP, Following are the logs for this scenario. https://pastebin.com/1849GVQk Our freeswitch version is 1.10.7-release+git~20211024T163933Z~883d2cb662~64bit . I am trying to find a solution to this issue for last 2 days without any luck. Any help is highly appreciated. Thanks and Regards Abdul Rasheed -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Thu Jan 27 20:46:43 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Thu, 27 Jan 2022 21:46:43 +0100 Subject: [Freeswitch-users] Delay Hangup on attended transfer In-Reply-To: References: <34c84152-de92-5e6f-7946-dfadd8ad9a52@telefaks.de> Message-ID: <202201272146.43889.Antony.Stone@freeswitch.open.source.it> On Thursday 27 January 2022 at 18:30:08, Gregor Nanger wrote: > Just for info. How do you integrate MS teams with FS? I, too, would like to know more about this. Antony. > On Thu, 27 Jan 2022, 16:41 Peter Steinbach, wrote: > > Hello, > > > > we are integrating MS Teams into our FS environment, and we have some > > problems with attended transfer > > > > - A calls B (Teams User) > > - B AttXfer to C (Teams) > > > > Call leg ob B is stopped immediately on attXfer, and this makes it > > difficult to handle the call in MS Teams, we would therefore like to > > delay this hangup. > > > > > > So is there any way to delay the hangup of leg B? I tried with > > api_hangup_cause, but this happed after Freeswitch has been sent it's > > BYE packet. -- Tinned food was developed for the British Navy in 1813. The tin opener was not invented until 1858. Please reply to the list; please *don't* CC me. From hyavari at rocketmail.com Thu Jan 27 22:06:44 2022 From: hyavari at rocketmail.com (H Yavari) Date: Thu, 27 Jan 2022 22:06:44 +0000 (UTC) Subject: Conference call based on RFC-4579 References: <381031690.4715652.1643321204167.ref@mail.yahoo.com> Message-ID: <381031690.4715652.1643321204167@mail.yahoo.com> Hi to all,  I am trying to use FS to handle a 3-way call conference with REFER. A calls B, then puts B on hold and then calls C, then puts C on hold too, and calls conference room. After that A sends REFER to FS for B and C to move them to conference room. FS handles first REFER and transfers B leg to conference room correctly, but unexpectedly FS sends a BYE to A party for conference call too and terminated A party from conference with this :Reason: SIP;cause=601;text="ATTENDED_TRANSFER" I put this config in conference:    but did not help and FS does not any 'isfocus' to OK contact header for A party.So is there any other config? or FS does not really handle Ad hoc conferencing based on RFC 4579. Thanks for your help. Regards,Hossein -------------- next part -------------- An HTML attachment was scrubbed... URL: From dujinfang at gmail.com Fri Jan 28 00:36:18 2022 From: dujinfang at gmail.com (Seven Du) Date: Fri, 28 Jan 2022 08:36:18 +0800 Subject: [Freeswitch-users] Dialplan apps clarification transfer & execute_extension In-Reply-To: <0100017e9bbb3cd2-61af2ab0-a0e2-4cee-bf4d-36f61c131562-000000@email.amazonses.com> References: <0100017e9bbb3cd2-61af2ab0-a0e2-4cee-bf4d-36f61c131562-000000@email.amazonses.com> Message-ID: FreeSWITCH XML dialplan route by destination_number other than extension name. check the default config for examples. On Thu, Jan 27, 2022 at 9:38 PM Avi Marcus wrote: > I thought that was only if auto_hunt was turned on > https://freeswitch.org/confluence/display/FREESWITCH/XML+Dialplan > > > > -Avi Marcus > > > > On Wed, Jan 26, 2022 at 6:39 PM Piccinin Francesco < > francesco.piccinin at insiel.it> wrote: > >> Hi guys, >> >> I really don't understand well mod_dptools: transfer. >> >> >> >> In the documentation I read: >> >> >> >> *"Immediately transfer the calling channel to a new context. If there >> happens to be an xml extension named then control is >> "warped" directly to that extension. Otherwise it goes through the entire >> context checking for a match."* >> >> >> >> I have this instruction in my dialplan: >> >> >> >> >> >> >> >> and a dialplan file like this: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> isn't Freeswitch supposed to go stright to "extension_C"? >> >> in logs I can see that it executes all the extensions as they appears in >> the calls context. >> >> Maybe is there anything I’m missing? >> >> >> >> Thanks >> >> Regards >> >> >> >> >> >> *Francesco Piccinin* >> >> Telecomunicazioni >> Infrastrutture >> >> >> Insiel S.p.A. >> >> via San Francesco d'Assisi, 43 >> >> 34133 - Trieste (TS) Italia >> >> tel +39 040 3737752 >> >> mob +39 335 1329440 >> >> francesco.piccinin at insiel.it >> >> www.insiel.it >> >> >> >> 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. >> _________________________________________________________________________ >> >> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com >> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN >> services. >> Build your next product on our scalable cloud platform. >> >> Join our online community to chat in real time >> https://signalwire.community >> >> Professional FreeSWITCH Services >> sales at freeswitch.com >> https://freeswitch.com >> >> Official FreeSWITCH Sites >> https://freeswitch.com/oss >> https://freeswitch.org/confluence >> https://cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> https://freeswitch.com > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales at freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregor at infomedia.si Fri Jan 28 21:52:00 2022 From: gregor at infomedia.si (Gregor Nanger) Date: Fri, 28 Jan 2022 22:52:00 +0100 Subject: [Freeswitch-users] expand-vars-in-tag-body Message-ID: Hi! I am fiddling with mod_httapi. Does anyone know what is difference between: New FS installation doesn't have expand-vars anymore in config file. -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.safarov at gmail.com Sat Jan 29 15:15:35 2022 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 29 Jan 2022 18:15:35 +0300 Subject: [Freeswitch-users] Conference call based on RFC-4579 In-Reply-To: References: <381031690.4715652.1643321204167.ref@mail.yahoo.com> Message-ID: RFC-4579 is not fully implemented in FreeSwitch. Feature you a looking is not present in FreeSwitch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hyavari at rocketmail.com Sat Jan 29 19:49:38 2022 From: hyavari at rocketmail.com (H Yavari) Date: Sat, 29 Jan 2022 19:49:38 +0000 (UTC) Subject: [Freeswitch-users] Conference call based on RFC-4579 In-Reply-To: References: <381031690.4715652.1643321204167.ref@mail.yahoo.com> Message-ID: <6669607.5609046.1643485778758@mail.yahoo.com> Hi Sergey, Thanks. You think we can add this feature or it is complicated based on the current architecture of FS. BR On Saturday, January 29, 2022, 07:15:59 AM PST, Sergey Safarov wrote: RFC-4579 is not fully implemented in FreeSwitch. Feature you a looking is not present in FreeSwitch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.safarov at gmail.com Sun Jan 30 20:04:35 2022 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 30 Jan 2022 23:04:35 +0300 Subject: [Freeswitch-users] Conference call based on RFC-4579 In-Reply-To: <6669607.5609046.1643485778758@mail.yahoo.com> References: <381031690.4715652.1643321204167.ref@mail.yahoo.com> <6669607.5609046.1643485778758@mail.yahoo.com> Message-ID: I do not have the skills to add such a feature into FreeSwitch and cannot answer your question. On Sat, Jan 29, 2022 at 10:49 PM H Yavari wrote: > Hi Sergey, > > Thanks. You think we can add this feature or it is complicated based on > the current architecture of FS. > > BR > > On Saturday, January 29, 2022, 07:15:59 AM PST, Sergey Safarov < > s.safarov at gmail.com> wrote: > > > RFC-4579 is not fully implemented in FreeSwitch. > Feature you a looking is not present in FreeSwitch. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Mon Jan 31 15:28:35 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 31 Jan 2022 15:28:35 +0000 Subject: [Freeswitch-users] ReINVITE with codec change Message-ID: Hello All, I’m testing a client and would like to test if it supports reINVITEs to change codecs… any suggestions on how to test that? Thanks all -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at freeswitch.open.source.it Mon Jan 31 15:43:21 2022 From: Antony.Stone at freeswitch.open.source.it (Antony Stone) Date: Mon, 31 Jan 2022 16:43:21 +0100 Subject: [Freeswitch-users] ReINVITE with codec change In-Reply-To: References: Message-ID: <202201311643.21271.Antony.Stone@freeswitch.open.source.it> On Monday 31 January 2022 at 16:28:35, David Villasmil wrote: > Hello All, > > I’m testing a client and would like to test if it supports reINVITEs to > change codecs… any suggestions on how to test that? Make a call from a phone configured only with Codec X, perform a transfer to another phone configured not to use Codec X? Antony. -- Normal people think "If it ain't broke, don't fix it". Engineers think "If it ain't broke, it doesn't have enough features yet". Please reply to the list; please *don't* CC me. From david.villasmil.work at gmail.com Mon Jan 31 21:48:12 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 31 Jan 2022 21:48:12 +0000 Subject: [Freeswitch-users] transfer_on_fail and continue_on_fail Message-ID: Hello guys, I want to use transfer_on_fail to transfer the leg to another extension, i do this by setting the failure_causes and continue_on_fail to false (because of https://github.com/signalwire/freeswitch/blob/master/src/switch_channel.c#L4972 it will not work if set to true). that works, but i ALSO want to use continue_on_fail, how can i do this? i only want to be transferred if cause is busy. Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: