From anthony.minessale at gmail.com Sat Oct 1 01:22:37 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 30 Sep 2016 16:22:37 -0500 Subject: [Freeswitch-users] Are is it bug? In-Reply-To: <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> References: <326701d21b11$3ae44c80$b0ace580$@freeswitch.org> <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> Message-ID: Here is the fix: https://freeswitch.org/jira/browse/FS-9597 On Fri, Sep 30, 2016 at 1:08 PM, Mario G wrote: > Longshot, but could this be related: https://freeswitch. > org/jira/browse/FS-9428 or FS-9430? > Mario G > > On Sep 30, 2016, at 10:05 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > Fixed and with no bug, now I have to make it myself =/ ALWAYS FILE JIRAS! > > On Fri, Sep 30, 2016 at 6:53 AM, Ken Rice wrote: > >> It might be open a jira on this >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey >> Safarov >> *Sent:* Friday, September 30, 2016 5:01 AM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Are is it bug? >> >> >> >> I cannot resolve IPv6 hostname via FS console. Are it is bug? >> >> >> >> [root at localhost6 ~]# nslookup -type=aaaa ipv6.cybernode.com >> >> Server: ::1 >> >> Address: ::1#53 >> >> >> >> Non-authoritative answer: >> >> ipv6.cybernode.com has AAAA address 2001:470:1:1b9::31 >> >> >> >> [root at localhost6 ~]# fs_cli -x "host_lookup ipv6.cybernode.com" >> >> -ERR no reply >> >> >> >> [root at localhost6 ~]# >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160930/6b132418/attachment-0001.html From mario_fs at mgtech.com Sat Oct 1 03:45:02 2016 From: mario_fs at mgtech.com (Mario G) Date: Fri, 30 Sep 2016 16:45:02 -0700 Subject: [Freeswitch-users] Are is it bug? In-Reply-To: References: <326701d21b11$3ae44c80$b0ace580$@freeswitch.org> <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> Message-ID: <7103C6FE-826A-4746-853D-7FE208375578@mgtech.com> I hope it fixes S-9428 it so I can get past FS-9430. Will test as soon as macOS build is working again. Thanks! Mario G > On Sep 30, 2016, at 2:22 PM, Anthony Minessale wrote: > > Here is the fix: > > https://freeswitch.org/jira/browse/FS-9597 > > > On Fri, Sep 30, 2016 at 1:08 PM, Mario G > wrote: > Longshot, but could this be related: https://freeswitch.org/jira/browse/FS-9428 or FS-9430? > Mario G > >> On Sep 30, 2016, at 10:05 AM, Anthony Minessale > wrote: >> >> Fixed and with no bug, now I have to make it myself =/ ALWAYS FILE JIRAS! >> >> On Fri, Sep 30, 2016 at 6:53 AM, Ken Rice > wrote: >> It might be open a jira on this >> >> >> >> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Sergey Safarov >> Sent: Friday, September 30, 2016 5:01 AM >> To: FreeSWITCH Users Help > >> Subject: [Freeswitch-users] Are is it bug? >> >> >> >> I cannot resolve IPv6 hostname via FS console. Are it is bug? >> >> >> >> [root at localhost6 ~]# nslookup -type=aaaa ipv6.cybernode.com >> Server: ::1 >> >> Address: ::1#53 >> >> >> >> Non-authoritative answer: >> >> ipv6.cybernode.com has AAAA address 2001:470:1:1b9::31 >> >> >> >> [root at localhost6 ~]# fs_cli -x "host_lookup ipv6.cybernode.com " >> >> -ERR no reply >> >> >> >> [root at localhost6 ~]# >> >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160930/cc4a054c/attachment.html From v.kovalyshyn at gmail.com Sat Oct 1 09:13:03 2016 From: v.kovalyshyn at gmail.com (Vitaly Kovalyshyn) Date: Sat, 1 Oct 2016 08:13:03 +0300 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> Message-ID: <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> > How about live array and conference controls? Yes, we're working on it too. > Also is it updated in chrome store or just locally because I did not see any changes. I've updated in the web store. I don't know how autoupdate is work. There is some delay with it... Best regards, Vitaly Kovalyshyn > On Sep 30, 2016, at 9:01 PM, Anthony Minessale wrote: > > How about live array and conference controls? > Also is it updated in chrome store or just locally because I did not see any changes. > > > On Fri, Sep 30, 2016 at 7:09 AM, Michael Jerris > wrote: > iceServers should probably be "Use STUN" and should default on > > > On Friday, September 30, 2016, Vitaly Kovalyshyn > wrote: > Application was updated with ICE Server, CID and Name: > > > > > > Best regards, > Vitaly Kovalyshyn > > >> On Sep 29, 2016, at 6:53 PM, Anthony Minessale > wrote: >> >> Hi, >> >> 1) You should pass >> iceServers: true >> >> to your verto handle constructor or have a param to toggle it. Without enabling stun in chrome you can't get any srvflex candidates which will cause nat issues. >> >> >> >> 2) You should not only have fields for login and pass but also for caller id name and number. >> >> >> >> 3) The server tab does not make it clear that it wants a wss url. Maybe just ask for server and port and generate the wss url. >> >> >> >> >> On Thu, Sep 29, 2016 at 10:15 AM, Vitaly Kovalyshyn > wrote: >> Hi there! >> >> We've made the Chrome Extension & Application for FreeSWITCH mod-verto. >> >> It supports: >> >> Audio & Video calls via mod_verto >> Screen sharing >> Click-to-call in any web-page >> Address book >> Multiline >> >> Be free to download and test it: https://chrome.google.com/webstore/search/webitel >> >> Best regards, >> Vitaly Kovalyshyn >> >> http://kovalyshyn.pp.ua/ >> Twitter: @kovalyshyn >> >> http://???????.???/ >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org <> >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org <> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org <> ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org <> >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org <> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161001/e738efd5/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3701 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161001/e738efd5/attachment-0001.bin From s.safarov at gmail.com Sat Oct 1 17:50:05 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 01 Oct 2016 13:50:05 +0000 Subject: [Freeswitch-users] Are is it bug? In-Reply-To: References: <326701d21b11$3ae44c80$b0ace580$@freeswitch.org> <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> Message-ID: Thank you Anthony. I also find that function "gethost" also not resolves IPv6 dns names. I looked to "gethost" function code and think this duplicates functionality of "host_lookup" function. May be removing of "gethost" function required? Sergey ??, 1 ???. 2016 ?. ? 0:23, Anthony Minessale : > Here is the fix: > > https://freeswitch.org/jira/browse/FS-9597 > > > On Fri, Sep 30, 2016 at 1:08 PM, Mario G wrote: > > Longshot, but could this be related: > https://freeswitch.org/jira/browse/FS-9428 or FS-9430? > Mario G > > On Sep 30, 2016, at 10:05 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > Fixed and with no bug, now I have to make it myself =/ ALWAYS FILE JIRAS! > > On Fri, Sep 30, 2016 at 6:53 AM, Ken Rice wrote: > > It might be open a jira on this > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey > Safarov > *Sent:* Friday, September 30, 2016 5:01 AM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Are is it bug? > > > > I cannot resolve IPv6 hostname via FS console. Are it is bug? > > > > [root at localhost6 ~]# nslookup -type=aaaa ipv6.cybernode.com > > Server: ::1 > > Address: ::1#53 > > > > Non-authoritative answer: > > ipv6.cybernode.com has AAAA address 2001:470:1:1b9::31 > > > > [root at localhost6 ~]# fs_cli -x "host_lookup ipv6.cybernode.com" > > -ERR no reply > > > > [root at localhost6 ~]# > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161001/64a0e924/attachment.html From krice at freeswitch.org Sat Oct 1 18:09:41 2016 From: krice at freeswitch.org (Ken Rice) Date: Sat, 1 Oct 2016 09:09:41 -0500 Subject: [Freeswitch-users] Are is it bug? In-Reply-To: References: <326701d21b11$3ae44c80$b0ace580$@freeswitch.org> <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> Message-ID: <39BDFBC4-C582-4044-AF15-084B5A15A79C@freeswitch.org> Anything you find broken just open a jira on it. This lets us track this sort of thing and allows the devs to see it all in one spot Sent from my iPhone > On Oct 1, 2016, at 8:50 AM, Sergey Safarov wrote: > > Thank you Anthony. > I also find that function "gethost" also not resolves IPv6 dns names. > I looked to "gethost" function code and think this duplicates functionality of "host_lookup" function. > > May be removing of "gethost" function required? > > Sergey > > ??, 1 ???. 2016 ?. ? 0:23, Anthony Minessale : >> Here is the fix: >> >> https://freeswitch.org/jira/browse/FS-9597 >> >> >> On Fri, Sep 30, 2016 at 1:08 PM, Mario G wrote: >> Longshot, but could this be related: https://freeswitch.org/jira/browse/FS-9428 or FS-9430? >> Mario G >> >>> On Sep 30, 2016, at 10:05 AM, Anthony Minessale wrote: >>> >>> Fixed and with no bug, now I have to make it myself =/ ALWAYS FILE JIRAS! >>> >>> On Fri, Sep 30, 2016 at 6:53 AM, Ken Rice wrote: >>> It might be open a jira on this >>> >>> >>> >>> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Sergey Safarov >>> Sent: Friday, September 30, 2016 5:01 AM >>> To: FreeSWITCH Users Help >>> Subject: [Freeswitch-users] Are is it bug? >>> >>> >>> >>> I cannot resolve IPv6 hostname via FS console. Are it is bug? >>> >>> >>> >>> [root at localhost6 ~]# nslookup -type=aaaa ipv6.cybernode.com >>> >>> Server: ::1 >>> >>> Address: ::1#53 >>> >>> >>> >>> Non-authoritative answer: >>> >>> ipv6.cybernode.com has AAAA address 2001:470:1:1b9::31 >>> >>> >>> >>> [root at localhost6 ~]# fs_cli -x "host_lookup ipv6.cybernode.com" >>> >>> -ERR no reply >>> >>> >>> >>> [root at localhost6 ~]# >>> >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >>> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >>> >>> ClueCon Weekly Development Call >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> https://www.youtube.com/watch?v=9XXgW34t40s >>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161001/32f7d543/attachment-0001.html From s.safarov at gmail.com Sat Oct 1 19:17:37 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 01 Oct 2016 15:17:37 +0000 Subject: [Freeswitch-users] Are is it bug? In-Reply-To: <39BDFBC4-C582-4044-AF15-084B5A15A79C@freeswitch.org> References: <326701d21b11$3ae44c80$b0ace580$@freeswitch.org> <32566A11-80B1-4751-977C-BFD8A56AC316@mgtech.com> <39BDFBC4-C582-4044-AF15-084B5A15A79C@freeswitch.org> Message-ID: Thank Ken FS-9599 created ??, 1 ???. 2016 ?. ? 17:10, Ken Rice : > Anything you find broken just open a jira on it. This lets us track this > sort of thing and allows the devs to see it all in one spot > > Sent from my iPhone > > On Oct 1, 2016, at 8:50 AM, Sergey Safarov wrote: > > Thank you Anthony. > I also find that function "gethost" also not resolves IPv6 dns names. > I looked to "gethost" function code and think this duplicates > functionality of "host_lookup" function. > > May be removing of "gethost" function required? > > Sergey > > ??, 1 ???. 2016 ?. ? 0:23, Anthony Minessale >: > > Here is the fix: > > https://freeswitch.org/jira/browse/FS-9597 > > > On Fri, Sep 30, 2016 at 1:08 PM, Mario G wrote: > > Longshot, but could this be related: > https://freeswitch.org/jira/browse/FS-9428 or FS-9430? > Mario G > > On Sep 30, 2016, at 10:05 AM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > > Fixed and with no bug, now I have to make it myself =/ ALWAYS FILE JIRAS! > > On Fri, Sep 30, 2016 at 6:53 AM, Ken Rice wrote: > > It might be open a jira on this > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Sergey > Safarov > *Sent:* Friday, September 30, 2016 5:01 AM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Are is it bug? > > > > I cannot resolve IPv6 hostname via FS console. Are it is bug? > > > > [root at localhost6 ~]# nslookup -type=aaaa ipv6.cybernode.com > > Server: ::1 > > Address: ::1#53 > > > > Non-authoritative answer: > > ipv6.cybernode.com has AAAA address 2001:470:1:1b9::31 > > > > [root at localhost6 ~]# fs_cli -x "host_lookup ipv6.cybernode.com" > > -ERR no reply > > > > [root at localhost6 ~]# > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161001/b5dc6cf7/attachment-0001.html From manpower13.cse at gmail.com Sun Oct 2 14:34:51 2016 From: manpower13.cse at gmail.com (Murugan Pandian) Date: Sun, 2 Oct 2016 16:04:51 +0530 Subject: [Freeswitch-users] B-leg continuously Ringing Message-ID: Hi, When i try to make outbound PSTN call using Gateway ,My phone ring continually i am getting ring until unless i disconnect call from a leg,if i disconnect call from my phone again i am getting ring to my phone . Bellow is my dial plan Regard's, Pandian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/bf620e73/attachment.html From tanim05 at gmail.com Sun Oct 2 16:59:49 2016 From: tanim05 at gmail.com (Tanim) Date: Sun, 2 Oct 2016 18:59:49 +0600 Subject: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist Message-ID: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> Hi, When I try to registration its giving following log. Its only happen a specific dialer but that dialer also work other softswitch. It's getting problem only with freeswitch. My freeswitch version is 1.6.9 I can't figure out why its happen. How can I overcome this issue and is there any sip message issue or not? So that I can ask those dialer company to fix their issue. Thanks in advance. REGISTER sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 REGISTER Contact: Expires: 3600 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 REGISTER User-Agent: WHaT Rocks! Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY Supported: precondition, 100rel, path, replaces WWW-Authenticate: Digest realm="103.12.214.115", nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", algorithm=MD5, qop="auth" Content-Length: 0 ACK sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 ACK Contact: Content-Length: 0 REGISTER sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 REGISTER Contact: Expires: 3600 Authorization: Digest username="12345678",realm="103.12.214.115",nonce="2a9726d3-fac2-4d7b-9773-77 1b60a35e7a",uri="sip:103.12.214.115:5060",algorithm=MD5,response="73c3beac11 531911319f05807714c047" Content-Length: 0 SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 REGISTER User-Agent: WHaT Rocks! Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY Supported: precondition, 100rel, path, replaces Content-Length: 0 ACK sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 ACK Contact: Content-Length: 0 Regards Minat -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/e124cf31/attachment.html From gascagonzalo at gmail.com Mon Oct 3 07:42:47 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Sun, 2 Oct 2016 20:42:47 -0700 Subject: [Freeswitch-users] Performance testing Message-ID: Hi all, I'm testing Freeswitch using ESL interface, recording and SIP UDP Calls at a rate of around 5 CPS. Freeswitch receives ESL requests and proceeds to send call to PSTN Emulator, once call is answered I start recording. I have noticed around 40% CPU utilization when recording is not enabled and ~60%+ CPU when recording is. I created/mount a volume specifically to store the recording files. (ext4) *Server specifications:* EC2 server (t2.medium) 2 vCPUs, 2.5 GHz, Intel Xeon Family, 4 GiB memory. FreeSWITCH (Version 1.6.9 -16-d574870 64bit) I followed instructions at: https://wiki.freeswitch.org/wiki/Performance_testing_and_configurations *[Questions]* a) How to strip down Freeswitch and remove non-used modules? Features I need: *esl, recording, loopback, bridge, sip, spandsp, cdr_csv.* My modules: *fs_cli -x "show modules"* http://pastebin.com/BQSxzFDE b) I would like to see which module is using X/Y amount of CPU cycles/memory in Freeswitch is it possible?. *fs_cli -x 'show status'* UP 0 years, 0 days, 1 hour, 2 minutes, 15 seconds, 541 milliseconds, 286 microseconds FreeSWITCH (Version 1.6.9 -16-d574870 64bit) is ready 18192 session(s) since startup 90 session(s) - peak 93, last 5min 92 5 session(s) per Sec out of max 30, peak 7, last 5min 6 1000 session(s) max min idle cpu 0.00/75.57 Current Stack Size/Max 240K/8192K A sample image is below: 40% steady (no recording) a peak when I enabled recording. [image: Inline image 1] # top top - 03:25:16 up 22:42, 1 user, load average: 3.88, 5.74, 10.39 Tasks:* 68 *total,* 1 *running,* 67 *sleeping,* 0 *stopped,* 0 * zombie %Cpu(s):* 11.0 *us,* 2.3 *sy,* 0.0 *ni,* 85.7 *id,* 0.0 *wa,* 0.0 *hi,* 0.7 *si,* 0.4 *st KiB Mem: * 4057584 *total,* 865964 *used,* 3191620 *free,* 147088 * buffers KiB Swap:* 1048572 *total,* 0 *used,* 1048572 *free.* 213572 *cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26217 freeswi+ -2 -10 1427444 302584 16904 S *65.9* 7.5 28:47.49 freeswitch -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/55f2716d/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 190696 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/55f2716d/attachment-0001.png From krice at freeswitch.org Mon Oct 3 08:07:36 2016 From: krice at freeswitch.org (Ken Rice) Date: Sun, 2 Oct 2016 23:07:36 -0500 Subject: [Freeswitch-users] Performance testing In-Reply-To: References: Message-ID: <37c801d21d2b$add9b150$098d13f0$@freeswitch.org> How are you actually recording the files? Native? mp3? wav? Something else? keep in mind that recording also means disk io which means more CPU while its recording to handle the IO load? there are way too many undisclosed factors here that can and will impact your performance? one example is 2 cores? That?s all? FS is a highly threaded application? that means for each call leg there is atleast 1 thread? so the more cores the merrier? not to mention you are running on amazon that leaves a whole different set of variables to attend too?. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Gonzalo Gasca Meza Sent: Sunday, October 2, 2016 10:43 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Performance testing Hi all, I'm testing Freeswitch using ESL interface, recording and SIP UDP Calls at a rate of around 5 CPS. Freeswitch receives ESL requests and proceeds to send call to PSTN Emulator, once call is answered I start recording. I have noticed around 40% CPU utilization when recording is not enabled and ~60%+ CPU when recording is. I created/mount a volume specifically to store the recording files. (ext4) Server specifications: EC2 server (t2.medium) 2 vCPUs, 2.5 GHz, Intel Xeon Family, 4 GiB memory. FreeSWITCH (Version 1.6.9 -16-d574870 64bit) I followed instructions at: https://wiki.freeswitch.org/wiki/Performance_testing_and_configurations [Questions] a) How to strip down Freeswitch and remove non-used modules? Features I need: esl, recording, loopback, bridge, sip, spandsp, cdr_csv. My modules: fs_cli -x "show modules" http://pastebin.com/BQSxzFDE b) I would like to see which module is using X/Y amount of CPU cycles/memory in Freeswitch is it possible?. fs_cli -x 'show status' UP 0 years, 0 days, 1 hour, 2 minutes, 15 seconds, 541 milliseconds, 286 microseconds FreeSWITCH (Version 1.6.9 -16-d574870 64bit) is ready 18192 session(s) since startup 90 session(s) - peak 93, last 5min 92 5 session(s) per Sec out of max 30, peak 7, last 5min 6 1000 session(s) max min idle cpu 0.00/75.57 Current Stack Size/Max 240K/8192K A sample image is below: 40% steady (no recording) a peak when I enabled recording. # top top - 03:25:16 up 22:42, 1 user, load average: 3.88, 5.74, 10.39 Tasks: 68 total, 1 running, 67 sleeping, 0 stopped, 0 zombie %Cpu(s): 11.0 us, 2.3 sy, 0.0 ni, 85.7 id, 0.0 wa, 0.0 hi, 0.7 si, 0.4 st KiB Mem: 4057584 total, 865964 used, 3191620 free, 147088 buffers KiB Swap: 1048572 total, 0 used, 1048572 free. 213572 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26217 freeswi+ -2 -10 1427444 302584 16904 S 65.9 7.5 28:47.49 freeswitch -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/5f833bde/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 39916 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/5f833bde/attachment-0001.png From gascagonzalo at gmail.com Mon Oct 3 08:18:34 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Sun, 2 Oct 2016 21:18:34 -0700 Subject: [Freeswitch-users] Performance testing In-Reply-To: <37c801d21d2b$add9b150$098d13f0$@freeswitch.org> References: <37c801d21d2b$add9b150$098d13f0$@freeswitch.org> Message-ID: Hi Ken, I'm using .wav, this is my ESL command: originate {sip_h_X-UUID=9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89,sip_h_X-Campaign=3A252BEX9W,ignore_early_media=false,bridge_early_media=false,originate_timeout=70,bridge_answer_timeout=70,call_timeout=70,[leg_timeout=70],execute_on_answer_1='sched_hangup 18 ALLOTTED_TIMEOUT',origination_uuid=9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89,origination_caller_id_number=+14081116805,RECORD_STEREO=true,execute_on_answer_2='record_session /var/www/html/recordings/9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89.wav'}sofia/gateway/kamailio/+14080001963 handle_calls I created a separate volume for writing only recording files & logs. I will consider increasing CPUs, do you think I still can remove some of the modules I currently using to improve performance? Thanks! On Sun, Oct 2, 2016 at 9:07 PM, Ken Rice wrote: > How are you actually recording the files? Native? mp3? wav? Something else? > > > > keep in mind that recording also means disk io which means more CPU while > its recording to handle the IO load? there are way too many undisclosed > factors here that can and will impact your performance? > > > > one example is 2 cores? That?s all? FS is a highly threaded application? > that means for each call leg there is atleast 1 thread? so the more cores > the merrier? > > > > not to mention you are running on amazon that leaves a whole different set > of variables to attend too?. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Gonzalo > Gasca Meza > *Sent:* Sunday, October 2, 2016 10:43 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Performance testing > > > > Hi all, > > > > I'm testing Freeswitch using ESL interface, recording and SIP UDP Calls at > a rate of around 5 CPS. > > Freeswitch receives ESL requests and proceeds to send call to PSTN > Emulator, once call is answered I start recording. I have noticed around > 40% CPU utilization when recording is not enabled and ~60%+ CPU when > recording is. > > I created/mount a volume specifically to store the recording files. (ext4) > > > > *Server specifications:* > > > > EC2 server (t2.medium) 2 vCPUs, 2.5 GHz, Intel Xeon Family, 4 GiB memory. > > FreeSWITCH (Version 1.6.9 -16-d574870 64bit) > > > > I followed instructions at: https://wiki.freeswitch. > org/wiki/Performance_testing_and_configurations > > *[Questions]* > > a) How to strip down Freeswitch and remove non-used modules? > > Features I need: > > *esl, recording, loopback, bridge, sip, spandsp, cdr_csv.* > > My modules: > > *fs_cli -x "show modules"* > > http://pastebin.com/BQSxzFDE > > b) I would like to see which module is using X/Y amount of CPU > cycles/memory in Freeswitch is it possible?. > > > > *fs_cli -x 'show status'* > > UP 0 years, 0 days, 1 hour, 2 minutes, 15 seconds, 541 milliseconds, 286 > microseconds > > FreeSWITCH (Version 1.6.9 -16-d574870 64bit) is ready > > 18192 session(s) since startup > > 90 session(s) - peak 93, last 5min 92 > > 5 session(s) per Sec out of max 30, peak 7, last 5min 6 > > 1000 session(s) max > > min idle cpu 0.00/75.57 > > Current Stack Size/Max 240K/8192K > > > > A sample image is below: 40% steady (no recording) a peak when I enabled > recording. > > [image: Inline image 1] > > > > # top > > top - 03:25:16 up 22:42, 1 user, load average: 3.88, 5.74, 10.39 > > Tasks:* 68 *total,* 1 *running,* 67 *sleeping,* 0 *stopped,* 0 * > zombie > > %Cpu(s):* 11.0 *us,* 2.3 *sy,* 0.0 *ni,* 85.7 *id,* 0.0 *wa,* 0.0 *hi,* > 0.7 *si,* 0.4 *st > > KiB Mem: * 4057584 *total,* 865964 *used,* 3191620 *free,* 147088 * > buffers > > KiB Swap:* 1048572 *total,* 0 *used,* 1048572 *free.* 213572 *cached > Mem > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > > > 26217 freeswi+ -2 -10 1427444 302584 16904 S *65.9* 7.5 28:47.49 > freeswitch > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/f46a220f/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39916 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/f46a220f/attachment-0001.png From krice at freeswitch.org Mon Oct 3 08:26:06 2016 From: krice at freeswitch.org (Ken Rice) Date: Sun, 2 Oct 2016 23:26:06 -0500 Subject: [Freeswitch-users] Performance testing In-Reply-To: References: <37c801d21d2b$add9b150$098d13f0$@freeswitch.org> Message-ID: <37d301d21d2e$4317f3b0$c947db10$@freeswitch.org> well consider you are doing 90 transcode sessions there?. Not sure what the actual outbound codec is, but that?s just a guess based on 90 session(s) - peak 93, last 5min 92? theres also what else is going on with the call that you have to contend with? obviously you are creating some sort of dialer? and for help with that and optimization I would contact the FS core team @ consulting at freeswitch.org for some pro help? the reason we don?t release any soft of scaling metrics is changing 1 setting can invalidate the testing? things like recording, transcoding, amount of media handling, any call scripting and specifically what else is going on there in the media processing? as far as capacity planning for doing something like you are doing, I wouldn?t even bother with less than a 12 or 24 vcore machine From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Gonzalo Gasca Meza Sent: Sunday, October 2, 2016 11:19 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Performance testing Hi Ken, I'm using .wav, this is my ESL command: originate {sip_h_X-UUID=9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89,sip_h_X-Campaign=3A252BEX9W,ignore_early_media=false,bridge_early_media=false,originate_timeout=70,bridge_answer_timeout=70,call_timeout=70,[leg_timeout=70],execute_on_answer_1='sched_hangup 18 ALLOTTED_TIMEOUT',origination_uuid=9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89,origination_caller_id_number=+14081116805,RECORD_STEREO=true,execute_on_answer_2='record_session /var/www/html/recordings/9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89.wav'}sofia/gateway/kamailio/+14080001963 handle_calls I created a separate volume for writing only recording files & logs. I will consider increasing CPUs, do you think I still can remove some of the modules I currently using to improve performance? Thanks! On Sun, Oct 2, 2016 at 9:07 PM, Ken Rice > wrote: How are you actually recording the files? Native? mp3? wav? Something else? keep in mind that recording also means disk io which means more CPU while its recording to handle the IO load? there are way too many undisclosed factors here that can and will impact your performance? one example is 2 cores? That?s all? FS is a highly threaded application? that means for each call leg there is atleast 1 thread? so the more cores the merrier? not to mention you are running on amazon that leaves a whole different set of variables to attend too?. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org ] On Behalf Of Gonzalo Gasca Meza Sent: Sunday, October 2, 2016 10:43 PM To: FreeSWITCH Users Help > Subject: [Freeswitch-users] Performance testing Hi all, I'm testing Freeswitch using ESL interface, recording and SIP UDP Calls at a rate of around 5 CPS. Freeswitch receives ESL requests and proceeds to send call to PSTN Emulator, once call is answered I start recording. I have noticed around 40% CPU utilization when recording is not enabled and ~60%+ CPU when recording is. I created/mount a volume specifically to store the recording files. (ext4) Server specifications: EC2 server (t2.medium) 2 vCPUs, 2.5 GHz, Intel Xeon Family, 4 GiB memory. FreeSWITCH (Version 1.6.9 -16-d574870 64bit) I followed instructions at: https://wiki.freeswitch.org/wiki/Performance_testing_and_configurations [Questions] a) How to strip down Freeswitch and remove non-used modules? Features I need: esl, recording, loopback, bridge, sip, spandsp, cdr_csv. My modules: fs_cli -x "show modules" http://pastebin.com/BQSxzFDE b) I would like to see which module is using X/Y amount of CPU cycles/memory in Freeswitch is it possible?. fs_cli -x 'show status' UP 0 years, 0 days, 1 hour, 2 minutes, 15 seconds, 541 milliseconds, 286 microseconds FreeSWITCH (Version 1.6.9 -16-d574870 64bit) is ready 18192 session(s) since startup 90 session(s) - peak 93, last 5min 92 5 session(s) per Sec out of max 30, peak 7, last 5min 6 1000 session(s) max min idle cpu 0.00/75.57 Current Stack Size/Max 240K/8192K A sample image is below: 40% steady (no recording) a peak when I enabled recording. # top top - 03:25:16 up 22:42, 1 user, load average: 3.88, 5.74, 10.39 Tasks: 68 total, 1 running, 67 sleeping, 0 stopped, 0 zombie %Cpu(s): 11.0 us, 2.3 sy, 0.0 ni, 85.7 id, 0.0 wa, 0.0 hi, 0.7 si, 0.4 st KiB Mem: 4057584 total, 865964 used, 3191620 free, 147088 buffers KiB Swap: 1048572 total, 0 used, 1048572 free. 213572 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26217 freeswi+ -2 -10 1427444 302584 16904 S 65.9 7.5 28:47.49 freeswitch _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/2b0d8f76/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 39916 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161002/2b0d8f76/attachment-0001.png From luke.milbourne at gmail.com Mon Oct 3 12:37:56 2016 From: luke.milbourne at gmail.com (Luke Milbourne) Date: Mon, 3 Oct 2016 09:37:56 +0100 Subject: [Freeswitch-users] *.tmp.xml.fsxml Files Message-ID: Hi All, Can anyone confirm what the purpose of these files are in FreeSWITCH's log directory? They're all empty so no clues in the actual files. ?Kind regards,? -- Luke Milbourne Tel: 07857154817 Google Talk/Email: luke.milbourne at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/197ccfa4/attachment.html From giggsey at gmail.com Mon Oct 3 12:58:41 2016 From: giggsey at gmail.com (Joshua Gigg) Date: Mon, 03 Oct 2016 08:58:41 +0000 Subject: [Freeswitch-users] *.tmp.xml.fsxml Files In-Reply-To: References: Message-ID: In the freeswitch.xml, there is a comment: > The preprocessor will compile the full xml document to ${prefix}/log/freeswitch.xml.fsxml https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/conf/vanilla/freeswitch.xml#30 On Mon, 3 Oct 2016 at 09:40 Luke Milbourne wrote: Hi All, Can anyone confirm what the purpose of these files are in FreeSWITCH's log directory? They're all empty so no clues in the actual files. ?Kind regards,? -- Luke Milbourne Tel: 07857154817 Google Talk/Email: luke.milbourne at gmail.com _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/5754acad/attachment.html From silviu.cpp at gmail.com Mon Oct 3 13:40:19 2016 From: silviu.cpp at gmail.com (Caragea Silviu) Date: Mon, 3 Oct 2016 12:40:19 +0300 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch Message-ID: Hello, I have a call coming from FS and going via sip to a webrtc compliant client. Works fine as time the codec is not ILBC. If codec is ILBC is failing because Webrtc consider the codec as being invalid because of the ptime line. Inside their code: bool IsILBCRateValid(int rate, int frame_size_samples) { if (((frame_size_samples == 240) || (frame_size_samples == 480)) && (rate == 13300)) { return true; } else if (((frame_size_samples == 160) || (frame_size_samples == 320)) && (rate == 15200)) { return true; } else { return false; } } This is failing because rate will be 13300 and frame_size_samples will be 160. frame_size_samples = (8000 / 1000) * 20 which is 160. How I can make fs to advertise correctly that the codec ILBC is 30 ms one and not 20 ? Here is the sdp that's generated: v=0 o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 s=FreeSWITCH c=IN IP4 91.XXX.XXX.XXX t=0 0 a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a=end-of-candidates m=audio 16430 RTP/SAVPF 102 0 103 101 104 a=rtpmap:102 iLBC/8000 a=fmtp:102 mode=30 a=rtpmap:0 PCMU/8000 a=rtpmap:103 isac/16000 a=fmtp:103 ibitrate=32000;maxbitrate=53400 a=rtpmap:101 telephone-event/8000 a=rtpmap:104 telephone-event/16000 a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9:CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 a=setup:actpass a=rtcp-mux a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 a=ice-ufrag:VWQeyw6k2xxshnNB a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 a=silenceSupp:off - - - - a=ptime:20 Silviu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/6a99caf3/attachment.html From benjamin.cropley at gmail.com Mon Oct 3 13:42:42 2016 From: benjamin.cropley at gmail.com (Benjamin Cropley) Date: Mon, 3 Oct 2016 10:42:42 +0100 Subject: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist In-Reply-To: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> References: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> Message-ID: 1. 50.97.212.23 sends 103.12.214.115 a REGISTER 2. 103.12.214.115 spots that no credentials were supplied, and so supplies a nonce etc. in a WWW-Authenticate header in a 401 packet 3. 50.97.212.23 sends an ACK to acknowledge this request for credentials 4. 50.97.212.23 sends 103.12.214.115 a REGISTER with an Authorization header 5. 103.12.214.115 sends a 481 which means 103.12.214.115 has received the REGISTER 'outside of a dialog'. 6. 50.97.212.23 sends an ACK to acknowledge the error This is wierd, because based on the trace alone 103.12.214.115 should see the REGISTER with Authorization as part of the previous dialog. Or at the very least, treat it as a new request. I would look at some actual logs on 103.12.214.115 for more information. Good luck, Ben On Sun, Oct 2, 2016 at 1:59 PM, Tanim wrote: > Hi, > > > > When I try to registration its giving following log. Its only happen a > specific dialer but that dialer also work other softswitch. It?s getting > problem only with freeswitch. My freeswitch version is 1.6.9 > > I can?t figure out why its happen. How can I overcome this issue and is > there any sip message issue or not? So that I can ask those dialer company > to fix their issue. > > > > Thanks in advance. > > > > > > REGISTER sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 REGISTER > > Contact: > > Expires: 3600 > > Content-Length: 0 > > > > SIP/2.0 401 Unauthorized > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 REGISTER > > User-Agent: WHaT Rocks! > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, > REFER, PRACK, NOTIFY > > Supported: precondition, 100rel, path, replaces > > WWW-Authenticate: Digest realm="103.12.214.115", nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", > algorithm=MD5, qop="auth" > > Content-Length: 0 > > > > ACK sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 ACK > > Contact: > > Content-Length: 0 > > > > REGISTER sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 REGISTER > > Contact: > > Expires: 3600 > > Authorization: Digest username="12345678",realm="103.12.214.115",nonce=" > 2a9726d3-fac2-4d7b-9773-771b60a35e7a",uri="sip:103.12.214.115:5060 > ",algorithm=MD5,response="73c3beac11531911319f05807714c047" > > Content-Length: 0 > > > > SIP/2.0 481 Call Does Not Exist > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 REGISTER > > User-Agent: WHaT Rocks! > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, > REFER, PRACK, NOTIFY > > Supported: precondition, 100rel, path, replaces > > Content-Length: 0 > > > > ACK sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 ACK > > Contact: > > Content-Length: 0 > > > > Regards > > Minat > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- All the best, Ben Cropley 07539 366 905 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/ae195b00/attachment-0001.html From luke.milbourne at gmail.com Mon Oct 3 15:01:15 2016 From: luke.milbourne at gmail.com (Luke Milbourne) Date: Mon, 3 Oct 2016 12:01:15 +0100 Subject: [Freeswitch-users] =?utf-8?b?4oCLKi50bXAueG1sLmZzeG1sIEZpbGVz?= Message-ID: Hi Josh, Hope your keeping well mate. I know about that one :) These ones are suffixed ".tmp.xml.fsxml" with what looks like a UUID as there filename. But they're all empty....just wondered if anyone else knows what they're for. Thanks, Luke On 3 October 2016 at 10:43, wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users at lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request at lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner at lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. > ?? > *.tmp.xml.fsxml Files (Luke Milbourne) > 2. Re: *.tmp.xml.fsxml Files (Joshua Gigg) > 3. issue with ilbc and ptime between a call between webrtc > client and freeswitch (Caragea Silviu) > 4. Re: Registration Unauthorized then 481 Call Does Not Exist > (Benjamin Cropley) > > > ---------- Forwarded message ---------- > From: Luke Milbourne > To: freeswitch-users at lists.freeswitch.org > Cc: > Date: Mon, 3 Oct 2016 09:37:56 +0100 > Subject: [Freeswitch-users] *.tmp.xml.fsxml Files > Hi All, > > Can anyone confirm what the purpose of these files are in FreeSWITCH's log > directory? > > They're all empty so no clues in the actual files. > > ?Kind regards,? > > -- > Luke Milbourne > > > Tel: 07857154817 > Google Talk/Email: luke.milbourne at gmail.com > > > ---------- Forwarded message ---------- > From: Joshua Gigg > To: FreeSWITCH Users Help > Cc: > Date: Mon, 03 Oct 2016 08:58:41 +0000 > Subject: Re: [Freeswitch-users] *.tmp.xml.fsxml Files > In the freeswitch.xml, there is a comment: > > > The preprocessor will compile the full xml document to > ${prefix}/log/freeswitch.xml.fsxml > > https://freeswitch.org/stash/projects/FS/repos/freeswitch/ > browse/conf/vanilla/freeswitch.xml#30 > > On Mon, 3 Oct 2016 at 09:40 Luke Milbourne > wrote: > > Hi All, > > Can anyone confirm what the purpose of these files are in FreeSWITCH's log > directory? > > They're all empty so no clues in the actual files. > > ?Kind regards,? > > -- > Luke Milbourne > > > Tel: 07857154817 > Google Talk/Email: luke.milbourne at gmail.com > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > ---------- Forwarded message ---------- > From: Caragea Silviu > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 12:40:19 +0300 > Subject: [Freeswitch-users] issue with ilbc and ptime between a call > between webrtc client and freeswitch > Hello, > > I have a call coming from FS and going via sip to a webrtc compliant > client. > Works fine as time the codec is not ILBC. If codec is ILBC is failing > because > Webrtc consider the codec as being invalid because of the ptime line. > > Inside their code: > > bool IsILBCRateValid(int rate, int frame_size_samples) { > if (((frame_size_samples == 240) || (frame_size_samples == 480)) && > (rate == 13300)) { > return true; > } else if (((frame_size_samples == 160) || (frame_size_samples == 320)) > && > (rate == 15200)) { > return true; > } else { > return false; > } > } > > This is failing because rate will be 13300 and frame_size_samples will be > 160. > > frame_size_samples = (8000 / 1000) * 20 which is 160. > > How I can make fs to advertise correctly that the codec ILBC is 30 ms one > and not 20 ? > > Here is the sdp that's generated: > > v=0 > o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 > s=FreeSWITCH > c=IN IP4 91.XXX.XXX.XXX > t=0 0 > a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > a=end-of-candidates > m=audio 16430 RTP/SAVPF 102 0 103 101 104 > a=rtpmap:102 iLBC/8000 > a=fmtp:102 mode=30 > a=rtpmap:0 PCMU/8000 > a=rtpmap:103 isac/16000 > a=fmtp:103 ibitrate=32000;maxbitrate=53400 > a=rtpmap:101 telephone-event/8000 > a=rtpmap:104 telephone-event/16000 > a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: > CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 > a=setup:actpass > a=rtcp-mux > a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx > a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j > a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 > a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 > a=ice-ufrag:VWQeyw6k2xxshnNB > a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH > a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > a=silenceSupp:off - - - - > a=ptime:20 > > Silviu > > > ---------- Forwarded message ---------- > From: Benjamin Cropley > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 10:42:42 +0100 > Subject: Re: [Freeswitch-users] Registration Unauthorized then 481 Call > Does Not Exist > 1. 50.97.212.23 sends 103.12.214.115 a REGISTER > 2. 103.12.214.115 spots that no credentials were supplied, and so supplies > a nonce etc. in a WWW-Authenticate header in a 401 packet > 3. 50.97.212.23 sends an ACK to acknowledge this request for credentials > 4. 50.97.212.23 sends 103.12.214.115 a REGISTER with an Authorization > header > 5. 103.12.214.115 sends a 481 which means 103.12.214.115 has received the > REGISTER 'outside of a dialog'. > 6. 50.97.212.23 sends an ACK to acknowledge the error > > This is wierd, because based on the trace alone 103.12.214.115 should see > the REGISTER with Authorization as part of the previous dialog. Or at the > very least, treat it as a new request. > > I would look at some actual logs on 103.12.214.115 for more information. > > Good luck, > Ben > > On Sun, Oct 2, 2016 at 1:59 PM, Tanim wrote: > >> Hi, >> >> >> >> When I try to registration its giving following log. Its only happen a >> specific dialer but that dialer also work other softswitch. It?s getting >> problem only with freeswitch. My freeswitch version is 1.6.9 >> >> I can?t figure out why its happen. How can I overcome this issue and is >> there any sip message issue or not? So that I can ask those dialer company >> to fix their issue. >> >> >> >> Thanks in advance. >> >> >> >> >> >> REGISTER sip:103.12.214.115:5060 SIP/2.0 >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> Max-Forwards: 70 >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 1 REGISTER >> >> Contact: >> >> Expires: 3600 >> >> Content-Length: 0 >> >> >> >> SIP/2.0 401 Unauthorized >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: ;tag=FavjcHKUKtXFe >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 1 REGISTER >> >> User-Agent: WHaT Rocks! >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, PRACK, NOTIFY >> >> Supported: precondition, 100rel, path, replaces >> >> WWW-Authenticate: Digest realm="103.12.214.115", >> nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", algorithm=MD5, qop="auth" >> >> Content-Length: 0 >> >> >> >> ACK sip:103.12.214.115:5060 SIP/2.0 >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> Max-Forwards: 70 >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: ;tag=FavjcHKUKtXFe >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 1 ACK >> >> Contact: >> >> Content-Length: 0 >> >> >> >> REGISTER sip:103.12.214.115:5060 SIP/2.0 >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> Max-Forwards: 70 >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: ;tag=FavjcHKUKtXFe >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 2 REGISTER >> >> Contact: >> >> Expires: 3600 >> >> Authorization: Digest username="12345678",realm="103 >> .12.214.115",nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a",uri="sip: >> 103.12.214.115:5060",algorithm=MD5,response="73c3be >> ac11531911319f05807714c047" >> >> Content-Length: 0 >> >> >> >> SIP/2.0 481 Call Does Not Exist >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: ;tag=FavjcHKUKtXFe >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 2 REGISTER >> >> User-Agent: WHaT Rocks! >> >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, PRACK, NOTIFY >> >> Supported: precondition, 100rel, path, replaces >> >> Content-Length: 0 >> >> >> >> ACK sip:103.12.214.115:5060 SIP/2.0 >> >> Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea >> >> Max-Forwards: 70 >> >> From: ;tag=a34xd9anboejegocoaaoeie >> >> To: ;tag=FavjcHKUKtXFe >> >> Call-ID: smvpcaakieaaaaaaaaa >> >> CSeq: 2 ACK >> >> Contact: >> >> Content-Length: 0 >> >> >> >> Regards >> >> Minat >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > All the best, > Ben Cropley > 07539 366 905 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Luke Milbourne Tel: 07857154817 Google Talk/Email: luke.milbourne at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/9c1a83a0/attachment-0001.html From tanim05 at gmail.com Mon Oct 3 15:42:28 2016 From: tanim05 at gmail.com (Tanim) Date: Mon, 3 Oct 2016 17:42:28 +0600 Subject: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist In-Reply-To: References: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> Message-ID: <01a501d21d6b$39b7f8f0$ad27ead0$@gmail.com> Thanks Ben for you your reply. I know its weird. I really need to know is it freeswitch issue or client issue. What kind of information u need let me know. I will send you those info if possible. Regards Minat From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Benjamin Cropley Sent: Monday, October 03, 2016 3:43 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist 1. 50.97.212.23 sends 103.12.214.115 a REGISTER 2. 103.12.214.115 spots that no credentials were supplied, and so supplies a nonce etc. in a WWW-Authenticate header in a 401 packet 3. 50.97.212.23 sends an ACK to acknowledge this request for credentials 4. 50.97.212.23 sends 103.12.214.115 a REGISTER with an Authorization header 5. 103.12.214.115 sends a 481 which means 103.12.214.115 has received the REGISTER 'outside of a dialog'. 6. 50.97.212.23 sends an ACK to acknowledge the error This is wierd, because based on the trace alone 103.12.214.115 should see the REGISTER with Authorization as part of the previous dialog. Or at the very least, treat it as a new request. I would look at some actual logs on 103.12.214.115 for more information. Good luck, Ben On Sun, Oct 2, 2016 at 1:59 PM, Tanim wrote: Hi, When I try to registration its giving following log. Its only happen a specific dialer but that dialer also work other softswitch. It?s getting problem only with freeswitch. My freeswitch version is 1.6.9 I can?t figure out why its happen. How can I overcome this issue and is there any sip message issue or not? So that I can ask those dialer company to fix their issue. Thanks in advance. REGISTER sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 REGISTER Contact: Expires: 3600 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 REGISTER User-Agent: WHaT Rocks! Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY Supported: precondition, 100rel, path, replaces WWW-Authenticate: Digest realm="103.12.214.115", nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", algorithm=MD5, qop="auth" Content-Length: 0 ACK sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 1 ACK Contact: Content-Length: 0 REGISTER sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 REGISTER Contact: Expires: 3600 Authorization: Digest username="12345678",realm="103.12.214.115",nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a",uri="sip:103.12.214.115:5060",algorithm=MD5,response="73c3beac11531911319f05807714c047" Content-Length: 0 SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 REGISTER User-Agent: WHaT Rocks! Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY Supported: precondition, 100rel, path, replaces Content-Length: 0 ACK sip:103.12.214.115:5060 SIP/2.0 Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea Max-Forwards: 70 From: ;tag=a34xd9anboejegocoaaoeie To: ;tag=FavjcHKUKtXFe Call-ID: smvpcaakieaaaaaaaaa CSeq: 2 ACK Contact: Content-Length: 0 Regards Minat _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- All the best, Ben Cropley 07539 366 905 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/83364732/attachment.html From rtreleaven at bunnykick.ca Mon Oct 3 16:04:42 2016 From: rtreleaven at bunnykick.ca (Russell Treleaven) Date: Mon, 3 Oct 2016 08:04:42 -0400 Subject: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist In-Reply-To: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> References: <01fd01d21cac$dd9e56e0$98db04a0$@gmail.com> Message-ID: Why does the register have a from tag and a to tag? On Sun, Oct 2, 2016 at 8:59 AM, Tanim wrote: > Hi, > > > > When I try to registration its giving following log. Its only happen a > specific dialer but that dialer also work other softswitch. It?s getting > problem only with freeswitch. My freeswitch version is 1.6.9 > > I can?t figure out why its happen. How can I overcome this issue and is > there any sip message issue or not? So that I can ask those dialer company > to fix their issue. > > > > Thanks in advance. > > > > > > REGISTER sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 REGISTER > > Contact: > > Expires: 3600 > > Content-Length: 0 > > > > SIP/2.0 401 Unauthorized > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 REGISTER > > User-Agent: WHaT Rocks! > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, > REFER, PRACK, NOTIFY > > Supported: precondition, 100rel, path, replaces > > WWW-Authenticate: Digest realm="103.12.214.115", nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", > algorithm=MD5, qop="auth" > > Content-Length: 0 > > > > ACK sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 1 ACK > > Contact: > > Content-Length: 0 > > > > REGISTER sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 REGISTER > > Contact: > > Expires: 3600 > > Authorization: Digest username="12345678",realm="103.12.214.115",nonce=" > 2a9726d3-fac2-4d7b-9773-771b60a35e7a",uri="sip:103.12.214.115:5060 > ",algorithm=MD5,response="73c3beac11531911319f05807714c047" > > Content-Length: 0 > > > > SIP/2.0 481 Call Does Not Exist > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 REGISTER > > User-Agent: WHaT Rocks! > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, > REFER, PRACK, NOTIFY > > Supported: precondition, 100rel, path, replaces > > Content-Length: 0 > > > > ACK sip:103.12.214.115:5060 SIP/2.0 > > Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea > > Max-Forwards: 70 > > From: ;tag=a34xd9anboejegocoaaoeie > > To: ;tag=FavjcHKUKtXFe > > Call-ID: smvpcaakieaaaaaaaaa > > CSeq: 2 ACK > > Contact: > > Content-Length: 0 > > > > Regards > > Minat > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/64c4f081/attachment-0001.html From steveayre at gmail.com Mon Oct 3 16:38:30 2016 From: steveayre at gmail.com (Steven Ayre) Date: Mon, 3 Oct 2016 13:38:30 +0100 Subject: [Freeswitch-users] Bridging calls to other server In-Reply-To: References: Message-ID: On 'Main Server' you want to bind the internal profile to eth0's IP and the external profile to eth1's IP. That's the sip-ip rtp-ip ext-sip-ip ext-rtp-ip settings. The IP the call is sent from depends which profile you're bridging through, you'd want to bridge to sofia/internal/12345 at 192.168.1.255. Right now it sounds like you're using the external profile instead. If you use a sofia gateway you'd bridge to sofia/gateway/mygsmgateway/12345 and the profile it would use is the one the gateway is configured under. You would use the external profile to communicate with your VoIP provider. In FreeSWITCH it's not possible by design to bind to 0.0.0.0, instead you configure a different profile for each IP/port you want to listen on. -Steve On 28 September 2016 at 19:03, Caio Assis wrote: > Good afternoon. > > > The situation I'm facing is this: I have a server that has 2 network > interfaces (eth0 and eth1), the former with an external static IP set, and > the ladder with a internal IP set. I have one more server on my private > network that bridges calls to my gsm gateway (which means it's set with a > internal IP as well), and I have a VoIP account to bridge other calls. The > problem I'm facing is: when I try to bridge a call to my gateway, in my > private network, the IP freeswitch is sending is the external IP, so the > call is denied by my gateway. With the VoIP I don't have any problem, since > the IP external meets my voip's external IP. Just to give you an example, > it's like this. > > > Main Server (eth0: 192.168.1.50, eth1: 123.123.123.123) > > Main Server bridges calls to Gateway (192.168.1.255). The gateway recieves > an request coming from 123.123.123.123, and it's set to decline external > IP, so the call gets a forbidden signal. > > Main Server bridges calls to VoIP provider(177.177.177.177). VoIP accepts > my calls, since the request it receives is coming from the external IP. > > > I need Freeswitch to send the call to the gateway using the internal IP > and voip using external IP. I use asterisk, and i set a parameter > brindaddr=0.0.0.0 to accept request coming from both internal and external > IPs. All of my asterisk configurations work fine. > > > Thanks. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/ffa9041a/attachment.html From mirkobrankovic at gmail.com Mon Oct 3 18:45:06 2016 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Mon, 3 Oct 2016 16:45:06 +0200 Subject: [Freeswitch-users] FreeSwitch & Simulcast Message-ID: Hi, I'm wondering where do FS stands now and what is the plan for future? I saw there were PlanB and Unified Plan but I guess none passed the point of proposal I guess. Now I see some different "webrtc standards" as *rid* in sdp . Simulcast is the future I guess, like it or not i guess. My general question is will FS go in SFU direction and why not ??? :D -- Regards, Mirko ?\_(?)_/? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/58d6b1b7/attachment.html From caioebassis at hotmail.com Mon Oct 3 19:28:31 2016 From: caioebassis at hotmail.com (Caio Assis) Date: Mon, 3 Oct 2016 15:28:31 +0000 Subject: [Freeswitch-users] Bridging calls to other server In-Reply-To: References: , Message-ID: Let me see if I understood. Do I have to create an external profile for VoIP and an internal profile for gateway? Because the way I'm doing now is external profile for both. ________________________________ From: freeswitch-users-bounces at lists.freeswitch.org on behalf of Steven Ayre Sent: Monday, October 3, 2016 9:38 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Bridging calls to other server On 'Main Server' you want to bind the internal profile to eth0's IP and the external profile to eth1's IP. That's the sip-ip rtp-ip ext-sip-ip ext-rtp-ip settings. The IP the call is sent from depends which profile you're bridging through, you'd want to bridge to sofia/internal/12345 at 192.168.1.255. Right now it sounds like you're using the external profile instead. If you use a sofia gateway you'd bridge to sofia/gateway/mygsmgateway/12345 and the profile it would use is the one the gateway is configured under. You would use the external profile to communicate with your VoIP provider. In FreeSWITCH it's not possible by design to bind to 0.0.0.0, instead you configure a different profile for each IP/port you want to listen on. -Steve On 28 September 2016 at 19:03, Caio Assis > wrote: Good afternoon. The situation I'm facing is this: I have a server that has 2 network interfaces (eth0 and eth1), the former with an external static IP set, and the ladder with a internal IP set. I have one more server on my private network that bridges calls to my gsm gateway (which means it's set with a internal IP as well), and I have a VoIP account to bridge other calls. The problem I'm facing is: when I try to bridge a call to my gateway, in my private network, the IP freeswitch is sending is the external IP, so the call is denied by my gateway. With the VoIP I don't have any problem, since the IP external meets my voip's external IP. Just to give you an example, it's like this. Main Server (eth0: 192.168.1.50, eth1: 123.123.123.123) Main Server bridges calls to Gateway (192.168.1.255). The gateway recieves an request coming from 123.123.123.123, and it's set to decline external IP, so the call gets a forbidden signal. Main Server bridges calls to VoIP provider(177.177.177.177). VoIP accepts my calls, since the request it receives is coming from the external IP. I need Freeswitch to send the call to the gateway using the internal IP and voip using external IP. I use asterisk, and i set a parameter brindaddr=0.0.0.0 to accept request coming from both internal and external IPs. All of my asterisk configurations work fine. Thanks. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/72a70d57/attachment.html From mike at jerris.com Mon Oct 3 19:55:43 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 3 Oct 2016 11:55:43 -0400 Subject: [Freeswitch-users] B-leg continuously Ringing In-Reply-To: References: Message-ID: Look at the sip traffic? is that what is actually going on? > On Oct 2, 2016, at 6:34 AM, Murugan Pandian wrote: > > Hi, > > When i try to make outbound PSTN call using Gateway ,My phone ring continually i am getting ring until unless i disconnect call from a leg,if i disconnect call from my phone again i am getting ring to my phone . > > > Bellow is my dial plan > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/c6492202/attachment-0001.html From mike at jerris.com Mon Oct 3 19:58:51 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 3 Oct 2016 11:58:51 -0400 Subject: [Freeswitch-users] *.tmp.xml.fsxml Files In-Reply-To: References: Message-ID: <98961F89-456F-4307-9CB3-54FD6CE5FF15@jerris.com> we never make files with that pattern, we will make files with .fsxml.tmp there in some cases. What are the exact filenames? > On Oct 3, 2016, at 4:37 AM, Luke Milbourne wrote: > > Hi All, > > Can anyone confirm what the purpose of these files are in FreeSWITCH's log directory? > > They're all empty so no clues in the actual files. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/0533e579/attachment.html From mike at jerris.com Mon Oct 3 20:02:06 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 3 Oct 2016 12:02:06 -0400 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch In-Reply-To: References: Message-ID: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> libc at 20 is a totally valid rate for libc. If they are rejecting that, you should file a bug with them. Depending on how you are negotiating codecs you could force it by our normal codec negotiation settings. > On Oct 3, 2016, at 5:40 AM, Caragea Silviu wrote: > > Hello, > > I have a call coming from FS and going via sip to a webrtc compliant client. > Works fine as time the codec is not ILBC. If codec is ILBC is failing because > Webrtc consider the codec as being invalid because of the ptime line. > > Inside their code: > > bool IsILBCRateValid(int rate, int frame_size_samples) { > if (((frame_size_samples == 240) || (frame_size_samples == 480)) && > (rate == 13300)) { > return true; > } else if (((frame_size_samples == 160) || (frame_size_samples == 320)) && > (rate == 15200)) { > return true; > } else { > return false; > } > } > > This is failing because rate will be 13300 and frame_size_samples will be 160. > > frame_size_samples = (8000 / 1000) * 20 which is 160. > > How I can make fs to advertise correctly that the codec ILBC is 30 ms one and not 20 ? > > Here is the sdp that's generated: > > v=0 > o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 > s=FreeSWITCH > c=IN IP4 91.XXX.XXX.XXX > t=0 0 > a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > a=end-of-candidates > m=audio 16430 RTP/SAVPF 102 0 103 101 104 > a=rtpmap:102 iLBC/8000 > a=fmtp:102 mode=30 > a=rtpmap:0 PCMU/8000 > a=rtpmap:103 isac/16000 > a=fmtp:103 ibitrate=32000;maxbitrate=53400 > a=rtpmap:101 telephone-event/8000 > a=rtpmap:104 telephone-event/16000 > a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9:CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 > a=setup:actpass > a=rtcp-mux > a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx > a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j > a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 > a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 > a=ice-ufrag:VWQeyw6k2xxshnNB > a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH > a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 > a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 > a=silenceSupp:off - - - - > a=ptime:20 > > Silviu > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From mike at jerris.com Mon Oct 3 20:04:46 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 3 Oct 2016 12:04:46 -0400 Subject: [Freeswitch-users] =?utf-8?b?4oCLKi50bXAueG1sLmZzeG1sIEZpbGVz?= In-Reply-To: References: Message-ID: are you sure thats the file pattern? we do put uuid.tmp.xml files in there in some cases.. but not uuid.tmp.xml.fsxml. > On Oct 3, 2016, at 7:01 AM, Luke Milbourne wrote: > > Hi Josh, > > Hope your keeping well mate. > > I know about that one :) > > These ones are suffixed ".tmp.xml.fsxml" with what looks like a UUID as there filename. > > But they're all empty....just wondered if anyone else knows what they're for. > > Thanks, > Luke -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/7c8ab87b/attachment.html From mike at jerris.com Mon Oct 3 20:07:34 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 3 Oct 2016 12:07:34 -0400 Subject: [Freeswitch-users] FreeSwitch & Simulcast In-Reply-To: References: Message-ID: <3E25B383-D040-4640-890C-6FF8121A6432@jerris.com> Currently there are lots of good tools to do SFU, I?m not sure what the upside is to us doing SFU as well that is not already covered by other tools. Its a similar discussion to people who want FS to be a proxy. If there is sufficient demand and funding to do the work, we would consider it. Lacking the funding to do this work I don?t see the drive to do it. > On Oct 3, 2016, at 10:45 AM, Mirko Brankovic wrote: > > Hi, > I'm wondering where do FS stands now and what is the plan for future? > > I saw there were PlanB and Unified Plan but I guess none passed the point of proposal I guess. > > Now I see some different "webrtc standards" as rid?in sdp . > > Simulcast is the future I guess, like it or not i guess. > > My general question is will FS go in SFU direction and why not ??? :D -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/9b8f993c/attachment.html From brian at freeswitch.org Mon Oct 3 20:14:16 2016 From: brian at freeswitch.org (Brian West) Date: Mon, 3 Oct 2016 11:14:16 -0500 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch In-Reply-To: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> References: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> Message-ID: its ilbc at 20i and it should set mode=20 /b On Mon, Oct 3, 2016 at 11:02 AM, Michael Jerris wrote: > libc at 20 is a totally valid rate for libc. If they are rejecting that, > you should file a bug with them. Depending on how you are negotiating > codecs you could force it by our normal codec negotiation settings. > > > > On Oct 3, 2016, at 5:40 AM, Caragea Silviu wrote: > > > > Hello, > > > > I have a call coming from FS and going via sip to a webrtc compliant > client. > > Works fine as time the codec is not ILBC. If codec is ILBC is failing > because > > Webrtc consider the codec as being invalid because of the ptime line. > > > > Inside their code: > > > > bool IsILBCRateValid(int rate, int frame_size_samples) { > > if (((frame_size_samples == 240) || (frame_size_samples == 480)) && > > (rate == 13300)) { > > return true; > > } else if (((frame_size_samples == 160) || (frame_size_samples == > 320)) && > > (rate == 15200)) { > > return true; > > } else { > > return false; > > } > > } > > > > This is failing because rate will be 13300 and frame_size_samples will > be 160. > > > > frame_size_samples = (8000 / 1000) * 20 which is 160. > > > > How I can make fs to advertise correctly that the codec ILBC is 30 ms > one and not 20 ? > > > > Here is the sdp that's generated: > > > > v=0 > > o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 > > s=FreeSWITCH > > c=IN IP4 91.XXX.XXX.XXX > > t=0 0 > > a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > > a=end-of-candidates > > m=audio 16430 RTP/SAVPF 102 0 103 101 104 > > a=rtpmap:102 iLBC/8000 > > a=fmtp:102 mode=30 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:103 isac/16000 > > a=fmtp:103 ibitrate=32000;maxbitrate=53400 > > a=rtpmap:101 telephone-event/8000 > > a=rtpmap:104 telephone-event/16000 > > a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: > CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 > > a=setup:actpass > > a=rtcp-mux > > a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx > > a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j > > a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 > > a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > > a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 > > a=ice-ufrag:VWQeyw6k2xxshnNB > > a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH > > a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > > a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > > a=silenceSupp:off - - - - > > a=ptime:20 > > > > Silviu > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/b47879d7/attachment-0001.html From dragos.oancea at athonet.com Mon Oct 3 20:22:36 2016 From: dragos.oancea at athonet.com (Dragos Oancea) Date: Mon, 3 Oct 2016 18:22:36 +0200 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch In-Reply-To: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> References: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> Message-ID: <57F285CC.5060609@athonet.com> Hi, I see in SDP "a=fmtp:102 mode=30" - which means 30 ms ptime for ILBC , but you also have the line "a=ptime:20". As you said, perhaps that's what's confusing. Not sure which setting should prevail . Try iLBC at 30i in the codec_string . Dragos On 03/10/2016 18:02, Michael Jerris wrote: > libc at 20 is a totally valid rate for libc. If they are rejecting that, you should file a bug with them. Depending on how you are negotiating codecs you could force it by our normal codec negotiation settings. > > >> On Oct 3, 2016, at 5:40 AM, Caragea Silviu wrote: >> >> Hello, >> >> I have a call coming from FS and going via sip to a webrtc compliant client. >> Works fine as time the codec is not ILBC. If codec is ILBC is failing because >> Webrtc consider the codec as being invalid because of the ptime line. >> >> Inside their code: >> >> bool IsILBCRateValid(int rate, int frame_size_samples) { >> if (((frame_size_samples == 240) || (frame_size_samples == 480)) && >> (rate == 13300)) { >> return true; >> } else if (((frame_size_samples == 160) || (frame_size_samples == 320)) && >> (rate == 15200)) { >> return true; >> } else { >> return false; >> } >> } >> >> This is failing because rate will be 13300 and frame_size_samples will be 160. >> >> frame_size_samples = (8000 / 1000) * 20 which is 160. >> >> How I can make fs to advertise correctly that the codec ILBC is 30 ms one and not 20 ? >> >> Here is the sdp that's generated: >> >> v=0 >> o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 >> s=FreeSWITCH >> c=IN IP4 91.XXX.XXX.XXX >> t=0 0 >> a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v >> a=end-of-candidates >> m=audio 16430 RTP/SAVPF 102 0 103 101 104 >> a=rtpmap:102 iLBC/8000 >> a=fmtp:102 mode=30 >> a=rtpmap:0 PCMU/8000 >> a=rtpmap:103 isac/16000 >> a=fmtp:103 ibitrate=32000;maxbitrate=53400 >> a=rtpmap:101 telephone-event/8000 >> a=rtpmap:104 telephone-event/16000 >> a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9:CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 >> a=setup:actpass >> a=rtcp-mux >> a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx >> a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j >> a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 >> a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v >> a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 >> a=ice-ufrag:VWQeyw6k2xxshnNB >> a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH >> a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 >> a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 >> a=silenceSupp:off - - - - >> a=ptime:20 >> >> Silviu >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From luke.milbourne at gmail.com Mon Oct 3 20:23:56 2016 From: luke.milbourne at gmail.com (Luke Milbourne) Date: Mon, 3 Oct 2016 17:23:56 +0100 Subject: [Freeswitch-users] =?utf-8?b?4oCLICoudG1wLnhtbC5mc3htbCBGaWxlcw==?= Message-ID: Hi All, Below is an example of some of the files... da12b04e-a164-4fca-a1b3-9e610d98f826.tmp.xml.fsxml e0cf7925-bbc6-4de6-8cb2-0bc58b3b9854.tmp.xml.fsxml e6261ce6-42ac-4b85-8fc5-f31520073caa.tmp.xml.fsxml e9292385-1580-4a52-acaf-76fb1d7bd55d.tmp.xml.fsxml ebadf784-f39a-4478-b2a6-84ca5afc9e29.tmp.xml.fsxml ec43990e-4e41-4c0f-bd7f-906f18be94e0.tmp.xml.fsxml ee20d167-5cd2-46cd-b564-e9d448ec2ac8.tmp.xml.fsxml ee387849-14af-4531-bb25-171a807a6ad0.tmp.xml.fsxml f13071b6-6da4-4f09-94e2-3530f153f9f0.tmp.xml.fsxml f1cd4cb0-ec58-4035-8583-b42ccc40fbbc.tmp.xml.fsxml Kind regards, Luke On 3 October 2016 at 17:14, wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users at lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request at lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner at lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. Re: > ?? > *.tmp.xml.fsxml Files (Michael Jerris) > 2. Re: issue with ilbc and ptime between a call between webrtc > client and freeswitch (Michael Jerris) > 3. Re: ?*.tmp.xml.fsxml Files (Michael Jerris) > 4. Re: FreeSwitch & Simulcast (Michael Jerris) > 5. Re: issue with ilbc and ptime between a call between webrtc > client and freeswitch (Brian West) > > > ---------- Forwarded message ---------- > From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 11:58:51 -0400 > Subject: Re: [Freeswitch-users] *.tmp.xml.fsxml Files > we never make files with that pattern, we will make files with .fsxml.tmp > there in some cases. What are the exact filenames? > > On Oct 3, 2016, at 4:37 AM, Luke Milbourne > wrote: > > Hi All, > > Can anyone confirm what the purpose of these files are in FreeSWITCH's log > directory? > > They're all empty so no clues in the actual files. > > > > > ---------- Forwarded message ---------- > From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 12:02:06 -0400 > Subject: Re: [Freeswitch-users] issue with ilbc and ptime between a call > between webrtc client and freeswitch > libc at 20 is a totally valid rate for libc. If they are rejecting that, > you should file a bug with them. Depending on how you are negotiating > codecs you could force it by our normal codec negotiation settings. > > > > On Oct 3, 2016, at 5:40 AM, Caragea Silviu wrote: > > > > Hello, > > > > I have a call coming from FS and going via sip to a webrtc compliant > client. > > Works fine as time the codec is not ILBC. If codec is ILBC is failing > because > > Webrtc consider the codec as being invalid because of the ptime line. > > > > Inside their code: > > > > bool IsILBCRateValid(int rate, int frame_size_samples) { > > if (((frame_size_samples == 240) || (frame_size_samples == 480)) && > > (rate == 13300)) { > > return true; > > } else if (((frame_size_samples == 160) || (frame_size_samples == > 320)) && > > (rate == 15200)) { > > return true; > > } else { > > return false; > > } > > } > > > > This is failing because rate will be 13300 and frame_size_samples will > be 160. > > > > frame_size_samples = (8000 / 1000) * 20 which is 160. > > > > How I can make fs to advertise correctly that the codec ILBC is 30 ms > one and not 20 ? > > > > Here is the sdp that's generated: > > > > v=0 > > o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 > > s=FreeSWITCH > > c=IN IP4 91.XXX.XXX.XXX > > t=0 0 > > a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > > a=end-of-candidates > > m=audio 16430 RTP/SAVPF 102 0 103 101 104 > > a=rtpmap:102 iLBC/8000 > > a=fmtp:102 mode=30 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:103 isac/16000 > > a=fmtp:103 ibitrate=32000;maxbitrate=53400 > > a=rtpmap:101 telephone-event/8000 > > a=rtpmap:104 telephone-event/16000 > > a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: > CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 > > a=setup:actpass > > a=rtcp-mux > > a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx > > a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j > > a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 > > a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > > a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 > > a=ice-ufrag:VWQeyw6k2xxshnNB > > a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH > > a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > > a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > > a=silenceSupp:off - - - - > > a=ptime:20 > > > > Silviu > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > ---------- Forwarded message ---------- > From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 12:04:46 -0400 > Subject: Re: [Freeswitch-users] ?*.tmp.xml.fsxml Files > are you sure thats the file pattern? we do put uuid.tmp.xml files in > there in some cases.. but not uuid.tmp.xml.fsxml. > > > On Oct 3, 2016, at 7:01 AM, Luke Milbourne > wrote: > > Hi Josh, > > Hope your keeping well mate. > > I know about that one :) > > These ones are suffixed ".tmp.xml.fsxml" with what looks like a UUID as > there filename. > > But they're all empty....just wondered if anyone else knows what they're > for. > > Thanks, > Luke > > > > ---------- Forwarded message ---------- > From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 12:07:34 -0400 > Subject: Re: [Freeswitch-users] FreeSwitch & Simulcast > Currently there are lots of good tools to do SFU, I?m not sure what the > upside is to us doing SFU as well that is not already covered by other > tools. Its a similar discussion to people who want FS to be a proxy. If > there is sufficient demand and funding to do the work, we would consider > it. Lacking the funding to do this work I don?t see the drive to do it. > > > On Oct 3, 2016, at 10:45 AM, Mirko Brankovic > wrote: > > Hi, > I'm wondering where do FS stands now and what is the plan for future? > > I saw there were PlanB > and Unified Plan > but I > guess none passed the point of proposal I guess. > > Now I see some different "webrtc standards" as *rid* in sdp > > . > > Simulcast is the future I guess, like it or not i guess. > > My general question is will FS go in SFU direction and why not ??? :D > > > > > ---------- Forwarded message ---------- > From: Brian West > To: FreeSWITCH Users Help > Cc: > Date: Mon, 3 Oct 2016 11:14:16 -0500 > Subject: Re: [Freeswitch-users] issue with ilbc and ptime between a call > between webrtc client and freeswitch > its ilbc at 20i and it should set mode=20 > > /b > > > On Mon, Oct 3, 2016 at 11:02 AM, Michael Jerris wrote: > >> libc at 20 is a totally valid rate for libc. If they are rejecting that, >> you should file a bug with them. Depending on how you are negotiating >> codecs you could force it by our normal codec negotiation settings. >> >> >> > On Oct 3, 2016, at 5:40 AM, Caragea Silviu >> wrote: >> > >> > Hello, >> > >> > I have a call coming from FS and going via sip to a webrtc compliant >> client. >> > Works fine as time the codec is not ILBC. If codec is ILBC is failing >> because >> > Webrtc consider the codec as being invalid because of the ptime line. >> > >> > Inside their code: >> > >> > bool IsILBCRateValid(int rate, int frame_size_samples) { >> > if (((frame_size_samples == 240) || (frame_size_samples == 480)) && >> > (rate == 13300)) { >> > return true; >> > } else if (((frame_size_samples == 160) || (frame_size_samples == >> 320)) && >> > (rate == 15200)) { >> > return true; >> > } else { >> > return false; >> > } >> > } >> > >> > This is failing because rate will be 13300 and frame_size_samples will >> be 160. >> > >> > frame_size_samples = (8000 / 1000) * 20 which is 160. >> > >> > How I can make fs to advertise correctly that the codec ILBC is 30 ms >> one and not 20 ? >> > >> > Here is the sdp that's generated: >> > >> > v=0 >> > o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 >> > s=FreeSWITCH >> > c=IN IP4 91.XXX.XXX.XXX >> > t=0 0 >> > a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v >> > a=end-of-candidates >> > m=audio 16430 RTP/SAVPF 102 0 103 101 104 >> > a=rtpmap:102 iLBC/8000 >> > a=fmtp:102 mode=30 >> > a=rtpmap:0 PCMU/8000 >> > a=rtpmap:103 isac/16000 >> > a=fmtp:103 ibitrate=32000;maxbitrate=53400 >> > a=rtpmap:101 telephone-event/8000 >> > a=rtpmap:104 telephone-event/16000 >> > a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: >> CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 >> > a=setup:actpass >> > a=rtcp-mux >> > a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx >> > a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j >> > a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 >> > a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v >> > a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 >> > a=ice-ufrag:VWQeyw6k2xxshnNB >> > a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH >> > a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host >> generation 0 >> > a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host >> generation 0 >> > a=silenceSupp:off - - - - >> > a=ptime:20 >> > >> > Silviu >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Luke Milbourne Tel: 07857154817 Google Talk/Email: luke.milbourne at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/1968151e/attachment-0001.html From silviu.cpp at gmail.com Mon Oct 3 22:16:03 2016 From: silviu.cpp at gmail.com (Caragea Silviu) Date: Mon, 3 Oct 2016 21:16:03 +0300 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch In-Reply-To: <57F285CC.5060609@athonet.com> References: <504A55B4-BF5D-47C1-9842-7B1267EB4B79@jerris.com> <57F285CC.5060609@athonet.com> Message-ID: Hello, In webrtc project there is no code that's handling the mode=x. I fixed this for myself but it's not working with the official webrtc branch that's looking only for ptime attribute which in my case it's set by FS to 20 but ilbc mode is 30. Silviu On Mon, Oct 3, 2016 at 7:22 PM, Dragos Oancea wrote: > Hi, > > I see in SDP "a=fmtp:102 mode=30" - which means 30 ms ptime for ILBC , > but you also have the line "a=ptime:20". As you said, perhaps that's > what's confusing. Not sure which setting should prevail . Try iLBC at 30i > in the codec_string . > > Dragos > > On 03/10/2016 18:02, Michael Jerris wrote: > > libc at 20 is a totally valid rate for libc. If they are rejecting that, > you should file a bug with them. Depending on how you are negotiating > codecs you could force it by our normal codec negotiation settings. > > > > > >> On Oct 3, 2016, at 5:40 AM, Caragea Silviu > wrote: > >> > >> Hello, > >> > >> I have a call coming from FS and going via sip to a webrtc compliant > client. > >> Works fine as time the codec is not ILBC. If codec is ILBC is failing > because > >> Webrtc consider the codec as being invalid because of the ptime line. > >> > >> Inside their code: > >> > >> bool IsILBCRateValid(int rate, int frame_size_samples) { > >> if (((frame_size_samples == 240) || (frame_size_samples == 480)) && > >> (rate == 13300)) { > >> return true; > >> } else if (((frame_size_samples == 160) || (frame_size_samples == > 320)) && > >> (rate == 15200)) { > >> return true; > >> } else { > >> return false; > >> } > >> } > >> > >> This is failing because rate will be 13300 and frame_size_samples will > be 160. > >> > >> frame_size_samples = (8000 / 1000) * 20 which is 160. > >> > >> How I can make fs to advertise correctly that the codec ILBC is 30 ms > one and not 20 ? > >> > >> Here is the sdp that's generated: > >> > >> v=0 > >> o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 > >> s=FreeSWITCH > >> c=IN IP4 91.XXX.XXX.XXX > >> t=0 0 > >> a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > >> a=end-of-candidates > >> m=audio 16430 RTP/SAVPF 102 0 103 101 104 > >> a=rtpmap:102 iLBC/8000 > >> a=fmtp:102 mode=30 > >> a=rtpmap:0 PCMU/8000 > >> a=rtpmap:103 isac/16000 > >> a=fmtp:103 ibitrate=32000;maxbitrate=53400 > >> a=rtpmap:101 telephone-event/8000 > >> a=rtpmap:104 telephone-event/16000 > >> a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: > CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 > >> a=setup:actpass > >> a=rtcp-mux > >> a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx > >> a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j > >> a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 > >> a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v > >> a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 > >> a=ice-ufrag:VWQeyw6k2xxshnNB > >> a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH > >> a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > >> a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host > generation 0 > >> a=silenceSupp:off - - - - > >> a=ptime:20 > >> > >> Silviu > >> ____________________________________________________________ > _____________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >> http://www.freeswitch.org > > > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/bbd77c10/attachment.html From jprangi at didforsale.com Mon Oct 3 22:23:28 2016 From: jprangi at didforsale.com (Jai Rangi) Date: Mon, 3 Oct 2016 11:23:28 -0700 Subject: [Freeswitch-users] Audio Control on mp3/wav In-Reply-To: References: <6C347BC7-EF19-4825-A59F-3FFFF30C2BDA@jerris.com> <2795236D-BD0B-4F70-AEC7-4BF1624A3601@jerris.com> Message-ID: Just wanted share that I could not produce the core dump on either version. Anything else I can collect to file jira? Also I noticed that 1.6.9 crashes lot faster that 1.7. ON 1.7 I have press ransom keys lot more times that 1.6.9/ *Jai Rangi* Cebod Technologies LLC dba DIDforSale/Cebod Telecom O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / 949-232-1410 | jprangi at didforsale.com www.cebod.com | www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | On Tue, Sep 27, 2016 at 4:06 PM, Jai Rangi wrote: > No luck, > > All I see is this > > 2016-09-27 16:03:30.721797 [INFO] switch_cpp.cpp:1288 > digit: [3] > duration: [720] > 2016-09-27 16:03:30.721797 [DEBUG] switch_ivr.c:3997 seek to position > 114720 > 2016-09-27 16:03:31.461786 [DEBUG] switch_rtp.c:6966 RTP RECV DTMF 1:720 > 2016-09-27 16:03:31.461786 [INFO] switch_channel.c:515 RECV DTMF 1:720 > 2016-09-27 16:03:31.461786 [INFO] switch_cpp.cpp:1288 > type: dtmf > 2016-09-27 16:03:31.461786 [INFO] switch_cpp.cpp:1288 > digit: [1] > duration: [720] > 2016-09-27 16:03:31.461786 [DEBUG] switch_ivr.c:3997 seek to position 48640 > freeswitch at bast6> > freeswitch at bast6> > freeswitch at bast6> > freeswitch at bast6> > freeswitch at bast6> status > Socket interrupted, bye! > > Freeswitch running as root. > update kernel core_pattern > sysctl kernel.core_pattern > kernel.core_pattern = /tmp/core.freeswitch > > > > *Jai Rangi* > Cebod Technologies LLC dba DIDforSale/Cebod Telecom > O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / > 949-232-1410 | jprangi at didforsale.com www.cebod.com | www.didforsale.com > |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | > > > > > > > On Tue, Sep 27, 2016 at 3:43 PM, Anthony Minessale < > anthony.minessale at gmail.com> wrote: > >> If you are running as an unprivileged user, you may not have perms to >> write core files. >> >> try sysctl kernel.core_pattern >> >> you might want to do this to write to tmp assuming you have world write >> there. >> >> sysctl -w kernel.core_pattern=/tmp/core.%p >> >> >> >> On Tue, Sep 27, 2016 at 5:30 PM, Jai Rangi wrote: >> >>> This is strange, For this issue Freeswitch crashes but does not generate >>> coredump. In switch.conf I have >>> >>> >>> >>> >>> status >>> UP 0 years, 0 days, 0 hours, 2 minutes, 58 seconds, 960 milliseconds, >>> 387 microseconds >>> FreeSWITCH (Version 1.7.0 git 93591e2 2016-09-27 17:08:00Z 64bit) is >>> ready >>> 0 session(s) since startup >>> 0 session(s) - peak 0, last 5min 0 >>> 0 session(s) per Sec out of max 30, peak 0, last 5min 0 >>> 1000 session(s) max >>> min idle cpu 0.00/99.90 >>> Current Stack Size/Max 240K/8192K >>> >>> ulimit -c >>> unlimited >>> >>> What I might be missing. >>> >>> >>> On Tue, Sep 27, 2016 at 11:28 AM, Jai Rangi >>> wrote: >>> >>>> Understandable, working on that right now. >>>> >>>> >>>> >>>> On Tuesday, September 27, 2016, Michael Jerris wrote: >>>> >>>>> We can?t do anything with the information you provided. The >>>>> information we need is what i requested you provide in the steps below. >>>>> Until we get that information we have no way of knowing what is going on, >>>>> thats why I replied with the exact details of how to move this forward. We >>>>> care about segfaults quite a bit, but require this information in order to >>>>> be able to reproduce, troubleshoot and fix the issue. Specifically i asked >>>>> for a backtrace of the crash, when reproduced on master, and to file this >>>>> in our bug tracking system so it can be properly reproduced, tested, and >>>>> fixed. >>>>> >>>>> >>>>> On Sep 27, 2016, at 1:47 PM, Jai Rangi wrote: >>>>> >>>>> This was reported first time in 2013, Then I reported few week ago on >>>>> 1.6.6, I was told to do on the latest. Few week ago, I downloaded latest >>>>> stable which was this one. This has been ongoing, if nothing was done then >>>>> probably It will be there on lastest too. I will try to reproduce on the >>>>> latest from master. >>>>> >>>>> >>>>> >>>>> >>>>> *Jai Rangi* >>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Sep 27, 2016 at 9:38 AM, Michael Jerris >>>>> wrote: >>>>> >>>>>> Thats not latest. I mapped out exactly what needs to be done below >>>>>> in order to get this looked at. ?Reproduce on master, get a backtrace, >>>>>> file a jira? >>>>>> >>>>>> Please follow these steps so we can dig into what exactly is going >>>>>> on. Reporting bugs to the mailing list will result in no action. >>>>>> >>>>>> >>>>>> On Sep 26, 2016, at 9:09 PM, Jai Rangi wrote: >>>>>> >>>>>> Reopening this thread. >>>>>> >>>>>> Tested again with the latest, >>>>>> FreeSWITCH (Version 1.6.9 git d574870 2016-06-13 18:10:44Z 64bit) is >>>>>> ready >>>>>> >>>>>> >>>>>> Seems like this is an old bug which was never fixed, >>>>>> http://lists.freeswitch.org/pipermail/freeswitch-users/2012- >>>>>> December/090285.html >>>>>> >>>>>> This can be reproduced even now. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 26, 2016 at 3:38 PM, Michael Jerris >>>>>> wrote: >>>>>> >>>>>>> a crash is always a bug. Reproduce on master, get a backtrace, file >>>>>>> a jira >>>>>>> >>>>>>> >>>>>>> On Tuesday, July 26, 2016, Jai Rangi wrote: >>>>>>> >>>>>>>> This is perfect, but if I press too many keys, freeswitch crashes >>>>>>>> :( Any idea? >>>>>>>> >>>>>>>> -Jai >>>>>>>> >>>>>>>> *Jai Rangi* >>>>>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 >>>>>>>> / 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA >>>>>>>> 92626 | >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jul 26, 2016 at 10:54 AM, Michael Jerris >>>>>>>> wrote: >>>>>>>> >>>>>>>>> https://freeswitch.org/stash/projects/FS/repos/freeswitch/br >>>>>>>>> owse/scripts/lua/callback.lua >>>>>>>>> >>>>>>>>> On Jul 26, 2016, at 1:28 PM, Jai Rangi >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Thanks, but need little more hint. Got the DTMF, how playback >>>>>>>>> application will react on the dtmf? >>>>>>>>> >>>>>>>>> -Jai >>>>>>>>> >>>>>>>>> *Jai Rangi* >>>>>>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>>>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 >>>>>>>>> / 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>>>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA >>>>>>>>> 92626 | >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Jul 26, 2016 at 10:24 AM, Michael Jerris >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> You can do so via embedded scripting languages for sure using the >>>>>>>>>> callbacks for dtmf and their return values. >>>>>>>>>> >>>>>>>>>> > On Jul 26, 2016, at 12:37 PM, Jai Rangi >>>>>>>>>> wrote: >>>>>>>>>> > >>>>>>>>>> > Checking to see if it is possible to have controls on audio >>>>>>>>>> files played with playback or filestream. Expected controls are keys to >>>>>>>>>> rewind, forward, fast-forward, pause, play. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> ____________________________________________________________ >>>>>>>>> _____________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting at freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>>>> switch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>> >>>> -- >>>> *Jai Rangi* >>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/3b081eb1/attachment-0001.html From brian at freeswitch.org Mon Oct 3 22:47:24 2016 From: brian at freeswitch.org (Brian West) Date: Mon, 3 Oct 2016 13:47:24 -0500 Subject: [Freeswitch-users] Audio Control on mp3/wav In-Reply-To: References: <6C347BC7-EF19-4825-A59F-3FFFF30C2BDA@jerris.com> <2795236D-BD0B-4F70-AEC7-4BF1624A3601@jerris.com> Message-ID: You still haven't filed a JIRA, we should be tracking this in JIRA. On Tue, Sep 27, 2016 at 12:47 PM, Jai Rangi wrote: > This was reported first time in 2013, Then I reported few week ago on > 1.6.6, I was told to do on the latest. Few week ago, I downloaded latest > stable which was this one. This has been ongoing, if nothing was done then > probably It will be there on lastest too. I will try to reproduce on the > latest from master. > > > > > *Jai Rangi* > Cebod Technologies LLC dba DIDforSale/Cebod Telecom > O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / > 949-232-1410 | jprangi at didforsale.com www.cebod.com | www.didforsale.com > |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | > > > > > > > On Tue, Sep 27, 2016 at 9:38 AM, Michael Jerris wrote: > >> Thats not latest. I mapped out exactly what needs to be done below in >> order to get this looked at. ?Reproduce on master, get a backtrace, file a >> jira? >> >> Please follow these steps so we can dig into what exactly is going on. >> Reporting bugs to the mailing list will result in no action. >> >> >> On Sep 26, 2016, at 9:09 PM, Jai Rangi wrote: >> >> Reopening this thread. >> >> Tested again with the latest, >> FreeSWITCH (Version 1.6.9 git d574870 2016-06-13 18:10:44Z 64bit) is ready >> >> >> Seems like this is an old bug which was never fixed, >> http://lists.freeswitch.org/pipermail/freeswitch-users/2012- >> December/090285.html >> >> This can be reproduced even now. >> >> >> >> >> On Tue, Jul 26, 2016 at 3:38 PM, Michael Jerris wrote: >> >>> a crash is always a bug. Reproduce on master, get a backtrace, file a >>> jira >>> >>> >>> On Tuesday, July 26, 2016, Jai Rangi wrote: >>> >>>> This is perfect, but if I press too many keys, freeswitch crashes :( >>>> Any idea? >>>> >>>> -Jai >>>> >>>> *Jai Rangi* >>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Tue, Jul 26, 2016 at 10:54 AM, Michael Jerris >>>> wrote: >>>> >>>>> https://freeswitch.org/stash/projects/FS/repos/freeswitch/br >>>>> owse/scripts/lua/callback.lua >>>>> >>>>> On Jul 26, 2016, at 1:28 PM, Jai Rangi wrote: >>>>> >>>>> Thanks, but need little more hint. Got the DTMF, how playback >>>>> application will react on the dtmf? >>>>> >>>>> -Jai >>>>> >>>>> *Jai Rangi* >>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Jul 26, 2016 at 10:24 AM, Michael Jerris >>>>> wrote: >>>>> >>>>>> You can do so via embedded scripting languages for sure using the >>>>>> callbacks for dtmf and their return values. >>>>>> >>>>>> > On Jul 26, 2016, at 12:37 PM, Jai Rangi wrote: >>>>>> > >>>>>> > Checking to see if it is possible to have controls on audio files >>>>>> played with playback or filestream. Expected controls are keys to rewind, >>>>>> forward, fast-forward, pause, play. >>>>>> >>>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/d33d21ec/attachment.html From jprangi at didforsale.com Mon Oct 3 23:04:23 2016 From: jprangi at didforsale.com (Jai Rangi) Date: Mon, 3 Oct 2016 12:04:23 -0700 Subject: [Freeswitch-users] Audio Control on mp3/wav In-Reply-To: References: <6C347BC7-EF19-4825-A59F-3FFFF30C2BDA@jerris.com> <2795236D-BD0B-4F70-AEC7-4BF1624A3601@jerris.com> Message-ID: Will do it today. I was trying to collect core dump. I will create an jira with the information I have so so far. Thank you *Jai Rangi* Cebod Technologies LLC dba DIDforSale/Cebod Telecom O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / 949-232-1410 | jprangi at didforsale.com www.cebod.com | www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | On Mon, Oct 3, 2016 at 11:47 AM, Brian West wrote: > You still haven't filed a JIRA, we should be tracking this in JIRA. > > On Tue, Sep 27, 2016 at 12:47 PM, Jai Rangi > wrote: > >> This was reported first time in 2013, Then I reported few week ago on >> 1.6.6, I was told to do on the latest. Few week ago, I downloaded latest >> stable which was this one. This has been ongoing, if nothing was done then >> probably It will be there on lastest too. I will try to reproduce on the >> latest from master. >> >> >> >> >> *Jai Rangi* >> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | >> >> >> >> >> >> >> On Tue, Sep 27, 2016 at 9:38 AM, Michael Jerris wrote: >> >>> Thats not latest. I mapped out exactly what needs to be done below in >>> order to get this looked at. ?Reproduce on master, get a backtrace, file a >>> jira? >>> >>> Please follow these steps so we can dig into what exactly is going on. >>> Reporting bugs to the mailing list will result in no action. >>> >>> >>> On Sep 26, 2016, at 9:09 PM, Jai Rangi wrote: >>> >>> Reopening this thread. >>> >>> Tested again with the latest, >>> FreeSWITCH (Version 1.6.9 git d574870 2016-06-13 18:10:44Z 64bit) is >>> ready >>> >>> >>> Seems like this is an old bug which was never fixed, >>> http://lists.freeswitch.org/pipermail/freeswitch-users/2012- >>> December/090285.html >>> >>> This can be reproduced even now. >>> >>> >>> >>> >>> On Tue, Jul 26, 2016 at 3:38 PM, Michael Jerris wrote: >>> >>>> a crash is always a bug. Reproduce on master, get a backtrace, file a >>>> jira >>>> >>>> >>>> On Tuesday, July 26, 2016, Jai Rangi wrote: >>>> >>>>> This is perfect, but if I press too many keys, freeswitch crashes :( >>>>> Any idea? >>>>> >>>>> -Jai >>>>> >>>>> *Jai Rangi* >>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Jul 26, 2016 at 10:54 AM, Michael Jerris >>>>> wrote: >>>>> >>>>>> https://freeswitch.org/stash/projects/FS/repos/freeswitch/br >>>>>> owse/scripts/lua/callback.lua >>>>>> >>>>>> On Jul 26, 2016, at 1:28 PM, Jai Rangi >>>>>> wrote: >>>>>> >>>>>> Thanks, but need little more hint. Got the DTMF, how playback >>>>>> application will react on the dtmf? >>>>>> >>>>>> -Jai >>>>>> >>>>>> *Jai Rangi* >>>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 >>>>>> | >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 26, 2016 at 10:24 AM, Michael Jerris >>>>>> wrote: >>>>>> >>>>>>> You can do so via embedded scripting languages for sure using the >>>>>>> callbacks for dtmf and their return values. >>>>>>> >>>>>>> > On Jul 26, 2016, at 12:37 PM, Jai Rangi wrote: >>>>>>> > >>>>>>> > Checking to see if it is possible to have controls on audio files >>>>>>> played with playback or filestream. Expected controls are keys to rewind, >>>>>>> forward, fast-forward, pause, play. >>>>>>> >>>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/48dc24f4/attachment-0001.html From brian at freeswitch.org Mon Oct 3 23:20:52 2016 From: brian at freeswitch.org (Brian West) Date: Mon, 3 Oct 2016 14:20:52 -0500 Subject: [Freeswitch-users] Audio Control on mp3/wav In-Reply-To: References: <6C347BC7-EF19-4825-A59F-3FFFF30C2BDA@jerris.com> <2795236D-BD0B-4F70-AEC7-4BF1624A3601@jerris.com> Message-ID: Jai, The problem you reference in your email isn't the problem you're hitting, the one in the list email from December 9th 2012, email was fixed December 10th 2012 without a JIRA in commit 8be9d429fbf7258e7ee5be6212b194990b1b5d91 by Anthony, It specifically was the issue with setting an input callback recursively, misuse case really. So get it to crash again, collect the details and follow this guide: https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA Thanks On Mon, Oct 3, 2016 at 2:04 PM, Jai Rangi wrote: > Will do it today. I was trying to collect core dump. I will create an jira > with the information I have so so far. > > Thank you > > *Jai Rangi* > Cebod Technologies LLC dba DIDforSale/Cebod Telecom > O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / > 949-232-1410 | jprangi at didforsale.com www.cebod.com | www.didforsale.com > |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | > > > > > > > On Mon, Oct 3, 2016 at 11:47 AM, Brian West wrote: > >> You still haven't filed a JIRA, we should be tracking this in JIRA. >> >> On Tue, Sep 27, 2016 at 12:47 PM, Jai Rangi >> wrote: >> >>> This was reported first time in 2013, Then I reported few week ago on >>> 1.6.6, I was told to do on the latest. Few week ago, I downloaded latest >>> stable which was this one. This has been ongoing, if nothing was done then >>> probably It will be there on lastest too. I will try to reproduce on the >>> latest from master. >>> >>> >>> >>> >>> *Jai Rangi* >>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 | >>> >>> >>> >>> >>> >>> >>> On Tue, Sep 27, 2016 at 9:38 AM, Michael Jerris wrote: >>> >>>> Thats not latest. I mapped out exactly what needs to be done below in >>>> order to get this looked at. ?Reproduce on master, get a backtrace, file a >>>> jira? >>>> >>>> Please follow these steps so we can dig into what exactly is going on. >>>> Reporting bugs to the mailing list will result in no action. >>>> >>>> >>>> On Sep 26, 2016, at 9:09 PM, Jai Rangi wrote: >>>> >>>> Reopening this thread. >>>> >>>> Tested again with the latest, >>>> FreeSWITCH (Version 1.6.9 git d574870 2016-06-13 18:10:44Z 64bit) is >>>> ready >>>> >>>> >>>> Seems like this is an old bug which was never fixed, >>>> http://lists.freeswitch.org/pipermail/freeswitch-users/2012- >>>> December/090285.html >>>> >>>> This can be reproduced even now. >>>> >>>> >>>> >>>> >>>> On Tue, Jul 26, 2016 at 3:38 PM, Michael Jerris >>>> wrote: >>>> >>>>> a crash is always a bug. Reproduce on master, get a backtrace, file a >>>>> jira >>>>> >>>>> >>>>> On Tuesday, July 26, 2016, Jai Rangi wrote: >>>>> >>>>>> This is perfect, but if I press too many keys, freeswitch crashes :( >>>>>> Any idea? >>>>>> >>>>>> -Jai >>>>>> >>>>>> *Jai Rangi* >>>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA 92626 >>>>>> | >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 26, 2016 at 10:54 AM, Michael Jerris >>>>>> wrote: >>>>>> >>>>>>> https://freeswitch.org/stash/projects/FS/repos/freeswitch/br >>>>>>> owse/scripts/lua/callback.lua >>>>>>> >>>>>>> On Jul 26, 2016, at 1:28 PM, Jai Rangi >>>>>>> wrote: >>>>>>> >>>>>>> Thanks, but need little more hint. Got the DTMF, how playback >>>>>>> application will react on the dtmf? >>>>>>> >>>>>>> -Jai >>>>>>> >>>>>>> *Jai Rangi* >>>>>>> Cebod Technologies LLC dba DIDforSale/Cebod Telecom >>>>>>> O 949-471-0102 | C 949-419-7634 <1-949-419-7634> | F 949-269-0449 / >>>>>>> 949-232-1410 | jprangi at didforsale.com www.cebod.com | >>>>>>> www.didforsale.com |3200 Bristol St Suite 615, Costa Mesa, CA >>>>>>> 92626 | >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Jul 26, 2016 at 10:24 AM, Michael Jerris >>>>>>> wrote: >>>>>>> >>>>>>>> You can do so via embedded scripting languages for sure using the >>>>>>>> callbacks for dtmf and their return values. >>>>>>>> >>>>>>>> > On Jul 26, 2016, at 12:37 PM, Jai Rangi >>>>>>>> wrote: >>>>>>>> > >>>>>>>> > Checking to see if it is possible to have controls on audio files >>>>>>>> played with playback or filestream. Expected controls are keys to rewind, >>>>>>>> forward, fast-forward, pause, play. >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161003/8000b1ca/attachment-0001.html From phenix at vfemail.net Mon Oct 3 23:33:38 2016 From: phenix at vfemail.net (Tanguy) Date: Mon, 3 Oct 2016 21:33:38 +0200 Subject: [Freeswitch-users] ESL event on OPTIONS fail Message-ID: <0f050266-d03d-4c7e-09bb-65d65a5ad1f3@vfemail.net> Hello I would like to real-time monitor network reliability for each extensions on multiples freeswitch servers ( no shared core or sofia database ). Using ESL i can monitor users registrations and network lost ( by catching unregister event thanks to all-reg-options-ping ) But is it possible to make ESL event for each OPTION packet without reply or even better make an event if the latency is above a predefined threshold ? Thanks From Shawn.Wheeler at interlockconcepts.com Tue Oct 4 00:40:13 2016 From: Shawn.Wheeler at interlockconcepts.com (Shawn Wheeler) Date: Mon, 3 Oct 2016 20:40:13 +0000 Subject: [Freeswitch-users] Sofia Status Question Message-ID: I have a few machines running FS. The last one I brought online has additional line pointing to 127.0.0.1 when I run sofia status on the CLI. Below I have the same command from a different machine. My question is the 127.x.x.x. line hurting anything? I am not sure how it got there and less sure of how to make it go away. Thanks in advance for the help. Shawn freeswitch at internal> sofia status Name Type Data State ================================================================================================= 127.0.0.1 alias internal ALIASED external profile sip:mod_sofia at 192.168.51.195:5080 RUNNING (0) external::8016664500 gateway sip:8016864500 at west.broadcore.com REGED external::8016664501 gateway sip:8016864501 at west.broadcore.com REGED internal profile sip:mod_sofia at 10.171.72.3:5060 RUNNING (0) ================================================================================================= 2 profiles 1 alias freeswitch at internal> sofia status Name Type Data State ================================================================================================= external profile sip:mod_sofia at 192.168.51.55:5080 RUNNING (0) external::8018268048 gateway sip:8018268348 at west.broadcore.com REGED external::8018268047 gateway sip:8018268347 at west.broadcore.com REGED 192.168.40.55 alias internal ALIASED internal profile sip:mod_sofia at 10.111.72.3:5060 RUNNING (0) ================================================================================================= 2 profiles 1 alias From freeswitch at mothersell.net Tue Oct 4 01:27:15 2016 From: freeswitch at mothersell.net (Chad) Date: Mon, 3 Oct 2016 17:27:15 -0400 Subject: [Freeswitch-users] mod_avmd with mod_com_g729 Message-ID: <13F017E2-82C2-47CF-BD15-9329B939A007@mothersell.net> Hello FreeSWITCH Users, Just to get this out of the way: FreeSWITCH 1.6.10 installed via CentOS 7 repo I?m curious to see if anyone is using the g729 codec with mod_avmd. I?m doing some testing for a project here which is going to require some answering machine detection. We would like to use the g729 codec to keep bandwidth down but I am running into an issue where avmd detects a false beep right after being started on the channel via the ESL. This happens about 50% of the time but I haven?t been able to reproduce the issue using PCMU. In the console I see avmd start, the media bug gets set and the g729 encoder / decoder gets allocated. Immediately after this happens a beep is detected causing my application to go in the wrong direction. Any input is welcome. Thanks! Chad From krice at freeswitch.org Tue Oct 4 01:41:41 2016 From: krice at freeswitch.org (Ken Rice) Date: Mon, 3 Oct 2016 16:41:41 -0500 Subject: [Freeswitch-users] mod_avmd with mod_com_g729 In-Reply-To: <13F017E2-82C2-47CF-BD15-9329B939A007@mothersell.net> References: <13F017E2-82C2-47CF-BD15-9329B939A007@mothersell.net> Message-ID: <41b901d21dbe$ee4c3850$cae4a8f0$@freeswitch.org> You're better off using G711... G729 is designed for speech compression not for sinal tone compression. This is why its recommended to use out of band signaling for DTMF with G729... Plus if you are in the US the cost of bandwidth just isn?t worth it unless you are somewhere like no where Arkansas where they don?t have bandwidth... -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Chad Sent: Monday, October 3, 2016 4:27 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] mod_avmd with mod_com_g729 Hello FreeSWITCH Users, Just to get this out of the way: FreeSWITCH 1.6.10 installed via CentOS 7 repo I?m curious to see if anyone is using the g729 codec with mod_avmd. I?m doing some testing for a project here which is going to require some answering machine detection. We would like to use the g729 codec to keep bandwidth down but I am running into an issue where avmd detects a false beep right after being started on the channel via the ESL. This happens about 50% of the time but I haven?t been able to reproduce the issue using PCMU. In the console I see avmd start, the media bug gets set and the g729 encoder / decoder gets allocated. Immediately after this happens a beep is detected causing my application to go in the wrong direction. Any input is welcome. Thanks! Chad _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From asilva at wirelessmundi.com Tue Oct 4 02:07:49 2016 From: asilva at wirelessmundi.com (Antonio Silva) Date: Tue, 4 Oct 2016 00:07:49 +0200 Subject: [Freeswitch-users] Get disconnected message Message-ID: <7e79840b-916d-c14b-937c-f3c2c1ac9398@wirelessmundi.com> Hi all, I've a simple lua esl script to handle fs events outside the main program, were: while(con:connected() == 1) do -- get and act on con:events -- break the loop on event SERVER_DISCONNECTED or SHUTDOWN done It works quite well, but at some points the loop just breaks without the receiving any control event (disconnected or shutdown) and i can't figure out why it breaks. I got it running for 5 h... Is it possible to get the cause why con:connected() is returning 0? or some log i could enable? The scripts is running on debian 8.6 and Lua 5.2.3. Thanks, Ant?nio From mirkobrankovic at gmail.com Tue Oct 4 11:15:04 2016 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Tue, 4 Oct 2016 09:15:04 +0200 Subject: [Freeswitch-users] FreeSwitch & Simulcast In-Reply-To: <3E25B383-D040-4640-890C-6FF8121A6432@jerris.com> References: <3E25B383-D040-4640-890C-6FF8121A6432@jerris.com> Message-ID: Good point, thanks :) On Mon, Oct 3, 2016 at 6:07 PM, Michael Jerris wrote: > Currently there are lots of good tools to do SFU, I?m not sure what the > upside is to us doing SFU as well that is not already covered by other > tools. Its a similar discussion to people who want FS to be a proxy. If > there is sufficient demand and funding to do the work, we would consider > it. Lacking the funding to do this work I don?t see the drive to do it. > > > On Oct 3, 2016, at 10:45 AM, Mirko Brankovic > wrote: > > Hi, > I'm wondering where do FS stands now and what is the plan for future? > > I saw there were PlanB > and Unified Plan > but I > guess none passed the point of proposal I guess. > > Now I see some different "webrtc standards" as *rid* in sdp > > . > > Simulcast is the future I guess, like it or not i guess. > > My general question is will FS go in SFU direction and why not ??? :D > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Mirko ?\_(?)_/? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/c03acc74/attachment.html From lists at telefaks.de Tue Oct 4 12:44:35 2016 From: lists at telefaks.de (Peter Steinbach) Date: Tue, 04 Oct 2016 10:44:35 +0200 Subject: [Freeswitch-users] How to pass variable to Loopback Channel with loopback_export? In-Reply-To: References: <57EB7A54.8060707@telefaks.de> <57EE3BBC.7040708@telefaks.de> Message-ID: <57F36BF3.1010606@telefaks.de> Thanks, that worked, too simple :-) On 09/30/16 19:46, Brian West wrote: > Trying too hard ;) > > &bridge({var=Val}loopback/number2) > > > > On Friday, September 30, 2016, Peter Steinbach > wrote: > > Nobody has done this already? > > > On 09/28/16 10:07, Peter Steinbach wrote: > > Hello, > > > > I would like to do initiate a call the following way: > > {variable1=xxx,variable2=yyy}sofia/gateway/number > &bridge(loopback/number2) > > > > Variables are not passed to the loopback channel, as expected. > > > > So I tried the loopback_export the following way. > > > {variable1=xxx,variable2=yyy,loopback_export=variable1}sofia/gateway/number > > &bridge(loopback/number2) > > > > However, variables are not passed to the loopback channel. > > > > Anybody knows how to pass variables to the loopback channel? > > > > > -- > With kind regards > Peter Steinbach > > Telefaks Services GmbH > mailto:lists (att) telefaks.de > Internet: www.telefaks.de > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > */Brian West/* > brian at freeswitch.org > > > */Twitter: @FreeSWITCH , @briankwest/* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | > Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/e32f3aee/attachment-0001.html From udy786 at gmail.com Tue Oct 4 14:20:17 2016 From: udy786 at gmail.com (Uday kumar) Date: Tue, 4 Oct 2016 15:50:17 +0530 Subject: [Freeswitch-users] Ring issue Message-ID: Hi, I have installed FS 1.6 on server. I registered two extensions from two different network. My server is on public IP. When I call calling on extension between each other, in FS log its showing ringing but at caller side its silent and also no ring at other end. Pleased advice. I did some changes sofia:- ext-rtp-ip=auto-nat ext-sip-ip=auto-nat to ext-rtp-ip=Public-IP ext-sip-ip=Public-IP Below is my of sofia status profile internal and sofia status profile external [root at 192 sip_profiles]# fs_cli -rx "sofia status profile internal" ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts Public-IP,Public-IP Dialplan XML Context public Challenge Realm auto_from RTP-IP Public-IP SIP-IP Public-IP URL sip:mod_sofia at Public-IP:5060 BIND-URL sip:mod_sofia at Public-IP:5060;transport=udp,tcp WS-BIND-URL sip:mod_sofia at Public-IP:5066;transport=ws WSS-BIND-URL sips:mod_sofia at Public-IP:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,GSM CODECS OUT OPUS,G722,PCMU,PCMA,GSM TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT true CALLS-IN 2 FAILED-CALLS-IN 0 CALLS-OUT 2 FAILED-CALLS-OUT 1 REGISTRATIONS 7 [root at 192 sip_profiles]# fs_cli -rx "sofia status profile external" ================================================================================================= Name external Domain Name N/A Auto-NAT false DBName sofia_reg_external Pres Hosts Dialplan XML Context public Challenge Realm auto_to RTP-IP Public-IP SIP-IP Public-IP URL sip:mod_sofia at Public-IP:5080 BIND-URL sip:mod_sofia at Public-IP:5080;transport=udp,tcp HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,GSM CODECS OUT OPUS,G722,PCMU,PCMA,GSM TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 0 *I changed my server IP with Public-IP for security. * Thanks Uday. -- Thanks & Regard Uday Site:- www.shareyourknowledge.in Mobile:- +91-9377579349 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/d7bd75ca/attachment.html From steveayre at gmail.com Tue Oct 4 14:33:21 2016 From: steveayre at gmail.com (Steven Ayre) Date: Tue, 4 Oct 2016 11:33:21 +0100 Subject: [Freeswitch-users] ESL event on OPTIONS fail In-Reply-To: <0f050266-d03d-4c7e-09bb-65d65a5ad1f3@vfemail.net> References: <0f050266-d03d-4c7e-09bb-65d65a5ad1f3@vfemail.net> Message-ID: You want to set the ping-monitoring on the to "true". >From the source code: "if true then every gw ping result will fire a gateway status event" On 3 October 2016 at 20:33, Tanguy wrote: > Hello > > I would like to real-time monitor network reliability for each > extensions on multiples freeswitch servers ( no shared core or sofia > database ). > > Using ESL i can monitor users registrations and network lost ( by > catching unregister event thanks to all-reg-options-ping ) > > But is it possible to make ESL event for each OPTION packet without > reply or even better make an event if the latency is above a predefined > threshold ? > > Thanks > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/dd17fbca/attachment.html From piotrek.gregor at gmail.com Tue Oct 4 14:45:39 2016 From: piotrek.gregor at gmail.com (Piotr Gregor) Date: Tue, 4 Oct 2016 11:45:39 +0100 Subject: [Freeswitch-users] mod_avmd with mod_com_g729 In-Reply-To: <41b901d21dbe$ee4c3850$cae4a8f0$@freeswitch.org> References: <13F017E2-82C2-47CF-BD15-9329B939A007@mothersell.net> <41b901d21dbe$ee4c3850$cae4a8f0$@freeswitch.org> Message-ID: Hi Chad, I would expect the version you installed is outdated - didn't support estimation of amplitude. The avmd gave (not so) false beeps (but also not what you think it should), because it fired beep detection event if constant frequency has been detected - it neglected the signal level at all. The recent version of avmd merged into master has this support included. You can also specify whether you want to detect amplitude only, frequency only, or both of them at once. detection_mode setting is responsible for this (0 - amp, 1 - freq, 2 - both (default)). freeswitch@> avmd show ================================================================================================= Avmd global settings debug 0 report status 1 fast_math 0 require continuous streak 1 sample n continuous streak 3 sample n to skip 0 require continuous streak amp 1 sample n continuous streak amp 3 simplified estimation 1 inbound channel 0 outbound channel 1 detection mode 2 sessions 0 +OK show commit 121bf8390966e9d7ac5dde9ed701d3503744d57e or later Please could you try this one. cheers, Piotr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/c235c643/attachment.html From piotrek.gregor at gmail.com Tue Oct 4 14:47:13 2016 From: piotrek.gregor at gmail.com (Piotr Gregor) Date: Tue, 4 Oct 2016 11:47:13 +0100 Subject: [Freeswitch-users] mod_avmd with mod_com_g729 In-Reply-To: References: <13F017E2-82C2-47CF-BD15-9329B939A007@mothersell.net> <41b901d21dbe$ee4c3850$cae4a8f0$@freeswitch.org> Message-ID: In the next week it is going to be documented on confluence. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/148241ea/attachment-0001.html From telishisheer at gmail.com Tue Oct 4 16:09:16 2016 From: telishisheer at gmail.com (Shisheer Teli) Date: Tue, 4 Oct 2016 17:39:16 +0530 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 Message-ID: Dear Team, How to enable TLS for OpenLDAP in FreeSWITCH 1.5 -- Regards, Shisheer T -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/0bd7aad1/attachment.html From krice at freeswitch.org Tue Oct 4 16:35:39 2016 From: krice at freeswitch.org (Ken Rice) Date: Tue, 4 Oct 2016 07:35:39 -0500 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 In-Reply-To: References: Message-ID: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> FreeSWITCH 1.5 is a deprecated non-release dev version that has been EOL/no support for a very long time From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shisheer Teli Sent: Tuesday, October 4, 2016 7:09 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 Dear Team, How to enable TLS for OpenLDAP in FreeSWITCH 1.5 -- Regards, Shisheer T -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/1b15109e/attachment.html From daveh at beachdognet.com Tue Oct 4 17:43:00 2016 From: daveh at beachdognet.com (Dave Horton) Date: Tue, 4 Oct 2016 09:43:00 -0400 Subject: [Freeswitch-users] can I reload switch.conf.xml dynamically Message-ID: <6079A3E8-AF14-4C21-972A-E9E47DA695D0@beachdognet.com> I want to change the value of the switchname param in switch.conf.xml. Do I need to restart freeswitch in order for that to take affect, or can I dynamically reload it so it takes affect? Dave From krice at freeswitch.org Tue Oct 4 17:45:49 2016 From: krice at freeswitch.org (Ken Rice) Date: Tue, 4 Oct 2016 08:45:49 -0500 Subject: [Freeswitch-users] can I reload switch.conf.xml dynamically In-Reply-To: <6079A3E8-AF14-4C21-972A-E9E47DA695D0@beachdognet.com> References: <6079A3E8-AF14-4C21-972A-E9E47DA695D0@beachdognet.com> Message-ID: <431b01d21e45$9e977b30$dbc67190$@freeswitch.org> Switch.conf.xml is only loaded at start time... some settings int here have cli commands to update like sessions per sec and max sessions, but not all -----Original Message----- From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Dave Horton Sent: Tuesday, October 4, 2016 8:43 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] can I reload switch.conf.xml dynamically I want to change the value of the switchname param in switch.conf.xml. Do I need to restart freeswitch in order for that to take affect, or can I dynamically reload it so it takes affect? Dave _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From bordmi at rarus.ru Tue Oct 4 19:24:12 2016 From: bordmi at rarus.ru (=?UTF-8?B?0JHQvtGA0LjRgdC+0LIsINCU0LzQuNGC0YDQuNC5IC8gRG1pdHJpeSBCb3Jpc292?=) Date: Tue, 04 Oct 2016 15:24:12 +0000 Subject: [Freeswitch-users] There is no ring event in call Message-ID: Hi, All! I founded some strange thing: when call is initiated by freedm module I haven`t see any working execute_on_ring fction on B-leg. I`m doing somtheing like: But it doesn`t start. But near wrote: ...starting successfully. Why? Any thinks? -- -- ? ?????????, ??????? ??????? ????? ???????? ?????????? 1?-????? ???. +7 (495) 231-20-02 ???.: 15-94 -- with best regards, Dmitriy Borisov 1C-Rarus Cloud Services tel.: +7 (495) 231-20-02 add.: 15-94 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/649ef914/attachment.html From mike at jerris.com Tue Oct 4 22:21:57 2016 From: mike at jerris.com (Michael Jerris) Date: Tue, 4 Oct 2016 14:21:57 -0400 Subject: [Freeswitch-users] Get disconnected message In-Reply-To: <7e79840b-916d-c14b-937c-f3c2c1ac9398@wirelessmundi.com> References: <7e79840b-916d-c14b-937c-f3c2c1ac9398@wirelessmundi.com> Message-ID: If you want to look in the code? check out libs/esl/src/esl.c for the places that set handle.connected = 0; like all the goto fail cases in esl_connect_timeout. It looks like they all set handle->err to some string with details (i haven?t audited all the cases but you can check for yourself). It doesn?t look like there is a way to access that from the lua currently.. but you could add one easily enough in esl_oop.cpp to just return handle->err and print that out in the lua script. If that is a helpful tool for debugging, feel free to toss a pull request with that change. > On Oct 3, 2016, at 6:07 PM, Antonio Silva wrote: > > Hi all, > > I've a simple lua esl script to handle fs events outside the main > program, were: > > > while(con:connected() == 1) do > -- get and act on con:events > -- break the loop on event SERVER_DISCONNECTED or SHUTDOWN > done > > > It works quite well, but at some points the loop just breaks without the > receiving any control event (disconnected or shutdown) and i can't > figure out why it breaks. I got it running for 5 h... > > Is it possible to get the cause why con:connected() is returning 0? or > some log i could enable? > > > The scripts is running on debian 8.6 and Lua 5.2.3. > > > Thanks, > Ant?nio > From mike at jerris.com Tue Oct 4 22:23:48 2016 From: mike at jerris.com (Michael Jerris) Date: Tue, 4 Oct 2016 14:23:48 -0400 Subject: [Freeswitch-users] Ring issue In-Reply-To: References: Message-ID: <6C67C129-10ED-4A3D-A5BF-609DE8581A89@jerris.com> Check out the sip trace from the FreeSWITCH side, and see if the packet is getting to the phone itself. If not, are we sending to what ?should? be the right address, if not, we need to look at why. Mike > On Oct 4, 2016, at 6:20 AM, Uday kumar wrote: > > Hi, > > I have installed FS 1.6 on server. I registered two extensions from two different network. My server is on public IP. > > When I call calling on extension between each other, in FS log its showing ringing but at caller side its silent and also no ring at other end. Pleased advice. > > I did some changes sofia:- > > ext-rtp-ip=auto-nat > ext-sip-ip=auto-nat > > to > > ext-rtp-ip=Public-IP > ext-sip-ip=Public-IP > > Below is my of sofia status profile internal and sofia status profile external > > [root at 192 sip_profiles]# fs_cli -rx "sofia status profile internal" > ================================================================================================= > Name internal > Domain Name N/A > Auto-NAT false > DBName sofia_reg_internal > Pres Hosts Public-IP,Public-IP > Dialplan XML > Context public > Challenge Realm auto_from > RTP-IP Public-IP > SIP-IP Public-IP > URL sip:mod_sofia at Public-IP:5060 > BIND-URL sip:mod_sofia at Public-IP:5060;transport=udp,tcp > WS-BIND-URL sip:mod_sofia at Public-IP:5066;transport=ws > WSS-BIND-URL sips:mod_sofia at Public-IP:7443;transport=wss > HOLD-MUSIC local_stream://moh > OUTBOUND-PROXY N/A > CODECS IN OPUS,G722,PCMU,PCMA,GSM > CODECS OUT OPUS,G722,PCMU,PCMA,GSM > TEL-EVENT 101 > DTMF-MODE rfc2833 > CNG 13 > SESSION-TO 0 > MAX-DIALOG 0 > NOMEDIA false > LATE-NEG true > PROXY-MEDIA false > ZRTP-PASSTHRU true > AGGRESSIVENAT true > CALLS-IN 2 > FAILED-CALLS-IN 0 > CALLS-OUT 2 > FAILED-CALLS-OUT 1 > REGISTRATIONS 7 > > [root at 192 sip_profiles]# fs_cli -rx "sofia status profile external" > ================================================================================================= > Name external > Domain Name N/A > Auto-NAT false > DBName sofia_reg_external > Pres Hosts > Dialplan XML > Context public > Challenge Realm auto_to > RTP-IP Public-IP > SIP-IP Public-IP > URL sip:mod_sofia at Public-IP:5080 > BIND-URL sip:mod_sofia at Public-IP:5080;transport=udp,tcp > HOLD-MUSIC local_stream://moh > OUTBOUND-PROXY N/A > CODECS IN OPUS,G722,PCMU,PCMA,GSM > CODECS OUT OPUS,G722,PCMU,PCMA,GSM > TEL-EVENT 101 > DTMF-MODE rfc2833 > CNG 13 > SESSION-TO 0 > MAX-DIALOG 0 > NOMEDIA false > LATE-NEG true > PROXY-MEDIA false > ZRTP-PASSTHRU true > AGGRESSIVENAT false > CALLS-IN 0 > FAILED-CALLS-IN 0 > CALLS-OUT 0 > FAILED-CALLS-OUT 0 > REGISTRATIONS 0 > > I changed my server IP with Public-IP for security. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/200ce1e8/attachment-0001.html From mike at jerris.com Tue Oct 4 22:33:37 2016 From: mike at jerris.com (Michael Jerris) Date: Tue, 4 Oct 2016 14:33:37 -0400 Subject: [Freeswitch-users] There is no ring event in call In-Reply-To: References: Message-ID: would need to see a debug of the call to say more, are you getting ringing indication on the call? > On Oct 4, 2016, at 11:24 AM, ???????, ??????? / Dmitriy Borisov wrote: > > Hi, All! > > I founded some strange thing: when call is initiated by freedm module I haven`t see any working execute_on_ring fction on B-leg. I`m doing somtheing like: > > > > But it doesn`t start. But near wrote: > > > > ...starting successfully. > > Why? Any thinks? From magnus.kelly at gmail.com Wed Oct 5 00:46:42 2016 From: magnus.kelly at gmail.com (Magnus Kelly) Date: Tue, 4 Oct 2016 21:46:42 +0100 Subject: [Freeswitch-users] Fax / voice splitting question In-Reply-To: References: Message-ID: Hello again guys, a little bit of progress but not yet working fully - couple of further questions - to recap the scenario is to use freeswitch to split fax and voice, and forward on to either remote phone or remote fax accordingly - the below bridge on to remote fax fails as t.38 needs to be supported with a re-invite & SDP and at the moment freeswitch does not offer t.38 in its 200 ok to the re-invite, log suggest no update to SDP - so not clear how to ensure its an end to end update with t.38 set up correctly, I had thought that ""export" data="t38_passthru=true"/>" would help, but has not yet - perhaps I need to apply as global setting? Any further thoughts ? The Cli shows as - 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [CLEARMODE:121:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [t38:125:8000:20:0:1]/[PCMA:8:8000:20:64000:1] 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [t38:125:8000:20:0:1]/[opus:116:48000:20:0:1] 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [t38:125:8000:20:0:1]/[G722:9:8000:20:64000:1] 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [t38:125:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4567 No 2833 in SDP. Liberal DTMF mode adding 101 as telephone-event. 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:4596 sofia/external/+4488888888888 Set 2833 dtmf send payload to 101 recv payload to 101 2016-10-04 12:59:56.552337 [DEBUG] switch_core_media.c:6417 Audio params are unchanged for sofia/external/+444488888888888. 2016-10-04 12:59:56.552337 [DEBUG] sofia.c:7783 Processing updated SDP 2016-10-04 12:59:56.552337 [DEBUG] sofia.c:6962 Channel sofia/external/+444488888888888 entering state [completed][200] 2016-10-04 12:59:56.572337 [DEBUG] sofia.c:6962 Channel sofia/external/+444488888888888 entering state [ready][200] 2016-10-04 12:59:56.572337 [NOTICE] sofia.c:1011 Hangup sofia/external/+444488888888888 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2016-10-04 12:59:56.572337 [DEBUG] switch_ivr_bridge.c:712 sofia/external/+444488888888888 ending bridge by request from read function 2016-10-04 12:59:56.572337 [DEBUG] switch_ivr_bridge.c:785 BRIDGE THREAD DONE [sofia/external/+444488888888888] Appreciate any tips, or am I best locally capturing the fax, as in store and forward as opposed to trying to forward fax call? thanks Magnus On 20 September 2016 at 23:59, Brian West wrote: > > > Attaches a media bug, This listens for the fax tone and proceeds into the > dialplan, If it detects a fax tone in the first 5 seconds (5000ms) it > transfers to the extension fax XML default, which is fax extension in the > xml dialplan, default context. > > I think you may be over thinking it slightly. > > /b > > > On Tue, Sep 20, 2016 at 5:25 PM, Magnus Kelly > wrote: > >> Appreciate the url form both Brian & Don, I had found this on Confluence, >> but I read it as more about how to detect a fax and send it to fax >> extension ? that I get. Hence am I thus to understand that the logic would >> be if not triggering this transfer to the fax extension; to let it ?fall >> through? to the next action and send it to a normal user extension? >> >> Assuming correct, is the voice caller experience acceptable in terms of >> timing for a human (impatient as ever)? Roughly whats the minimum time >> needed to detect a remote fax? Can ring back be played out in parallel to >> the fax detection stage ? I will try myself but I do not yet have the fax >> machines to experiment with, hence asking for advice. >> Thanks >> >> From: on behalf of Brian >> West >> Reply-To: FreeSWITCH Users Help >> Date: Tuesday, 20 September 2016 at 23:00 >> To: FreeSWITCH Users Help >> Subject: Re: [Freeswitch-users] Fax / voice splitting question >> >> https://freeswitch.org/confluence/display/FREESWITCH/mod_ >> dptools%3A+fax+detect >> >> On Tue, Sep 20, 2016 at 4:34 PM, Magnus Kelly >> wrote: >> >>> Hello all , >>> >>> Please could someone share if its possible to split voice and fax calls, >>> e.g. numbers that are used to also receive fax?s to be forwarded by SIP to >>> FreeSwitch in order to answer calls and then somehow automatically >>> determine between voice and fax calls and onward route to either fax >>> extension or to a hunt group to find a person? I was thinking of looking >>> for T.38 in the SDP, but then understood that this only appears in the >>> actual fax transaction and thus bit late in the setup to determine routing. >>> >>> Appreciate any tips if others have successfully found solutions to this >>> call case. >>> >>> Thanks >>> Magnus >>> >>> ____________________________________________________________ >>> _____________ >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161004/7a595007/attachment-0001.html From dujinfang at gmail.com Wed Oct 5 06:48:39 2016 From: dujinfang at gmail.com (Seven Du) Date: Wed, 5 Oct 2016 10:48:39 +0800 Subject: [Freeswitch-users] What is the meaning of Attaching BUG to ofia/external/number In-Reply-To: <30f001d21a93$2730a5e0$7591f1a0$@freeswitch.org> References: <30f001d21a93$2730a5e0$7591f1a0$@freeswitch.org> Message-ID: <6229C520CDCC4E2B9206181E2377757E@gmail.com> BUG is not actually a bug :D -- Seven Du Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Friday, 30 September 2016 at 4:50 AM, Ken Rice wrote: > Depends on what you are doing but its probably a media bug which is used for various things to interact with the media > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Naveen Tamanam > Sent: Thursday, September 29, 2016 3:31 PM > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] What is the meaning of Attaching BUG to sofia/external/number > > Hi, > > Often I see the message like "Attaching BUG" in freeswitch console logs. > > What is the meaning of "Attaching BUG" > > > > -- > Thanks & Regards, > Naveen Tamanam > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/8b4a65a6/attachment.html From telishisheer at gmail.com Wed Oct 5 13:03:58 2016 From: telishisheer at gmail.com (Shisheer Teli) Date: Wed, 5 Oct 2016 14:33:58 +0530 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 In-Reply-To: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> References: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> Message-ID: Thanx .. I upgrade to 1.6.5 version' but still don't know how to enable TLS for OpenLDAP. On Tue, Oct 4, 2016 at 6:05 PM, Ken Rice wrote: > FreeSWITCH 1.5 is a deprecated non-release dev version that has been > EOL/no support for a very long time > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Shisheer > Teli > *Sent:* Tuesday, October 4, 2016 7:09 AM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] How to enable TLS for OpenLDAP in > FreeSWITCH 1.5 > > > > Dear Team, > > > > How to enable TLS for OpenLDAP in FreeSWITCH 1.5 > > > > -- > > Regards, > > Shisheer T > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Shisheer T -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/efa782dd/attachment.html From yu at yu-boot.ru Wed Oct 5 14:01:25 2016 From: yu at yu-boot.ru (Yu Boot) Date: Wed, 5 Oct 2016 13:01:25 +0300 Subject: [Freeswitch-users] Question on LCR Message-ID: <9fafed38-f7e6-6ce3-ab85-10651c50d620@yu-boot.ru> How to implement following scheme using dialplan only: try to bridge a call using "full-auto" LCR bridge call to fixed destination, if LCR routing was failed ? From thesipguy at gmail.com Wed Oct 5 14:25:54 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Wed, 5 Oct 2016 13:25:54 +0300 Subject: [Freeswitch-users] Question on LCR In-Reply-To: <9fafed38-f7e6-6ce3-ab85-10651c50d620@yu-boot.ru> References: <9fafed38-f7e6-6ce3-ab85-10651c50d620@yu-boot.ru> Message-ID: The LCR just provides the data for the bridge application, so you can always have another bridge which would run if the initial bridge failed. On Oct 5, 2016 13:02, "Yu Boot" wrote: > How to implement following scheme using dialplan only: > > try to bridge a call using "full-auto" LCR > > bridge call to fixed destination, if LCR routing was failed > > ? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/8b726733/attachment.html From mike at jerris.com Wed Oct 5 17:12:44 2016 From: mike at jerris.com (Michael Jerris) Date: Wed, 5 Oct 2016 09:12:44 -0400 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 In-Reply-To: References: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> Message-ID: you upgraded to a really outdated release? On Wednesday, October 5, 2016, Shisheer Teli wrote: > Thanx .. I upgrade to 1.6.5 version' > > but still don't know how to enable TLS for OpenLDAP. > > On Tue, Oct 4, 2016 at 6:05 PM, Ken Rice > wrote: > >> FreeSWITCH 1.5 is a deprecated non-release dev version that has been >> EOL/no support for a very long time >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org >> >> [mailto:freeswitch-users-bounces at lists.freeswitch.org >> ] >> *On Behalf Of *Shisheer Teli >> *Sent:* Tuesday, October 4, 2016 7:09 AM >> *To:* FreeSWITCH Users Help > > >> *Subject:* [Freeswitch-users] How to enable TLS for OpenLDAP in >> FreeSWITCH 1.5 >> >> >> >> Dear Team, >> >> >> >> How to enable TLS for OpenLDAP in FreeSWITCH 1.5 >> >> >> >> -- >> >> Regards, >> >> Shisheer T >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Regards, > Shisheer T > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/0c61cd5d/attachment-0001.html From phenix at vfemail.net Wed Oct 5 19:17:50 2016 From: phenix at vfemail.net (Tanguy) Date: Wed, 5 Oct 2016 17:17:50 +0200 Subject: [Freeswitch-users] ESL event on OPTIONS fail In-Reply-To: References: <0f050266-d03d-4c7e-09bb-65d65a5ad1f3@vfemail.net> Message-ID: Hello Thanks for this answer. This did not exactly fit with my need because i want to monitor extensions, not gateway but you gave me clue to look sofia_handle_sip_r_options() function ( /src/mod/endpoints/mod_sofia/sofia.c ), i will try to do the same for extensions and maybe submit a patch. Best Regards On 04/10/2016 12:33, Steven Ayre wrote: > You want to set the ping-monitoring on the to "true". > > From the source code: > "if true then every gw ping result will fire a gateway status event" > > On 3 October 2016 at 20:33, Tanguy > wrote: > > Hello > > I would like to real-time monitor network reliability for each > extensions on multiples freeswitch servers ( no shared core or sofia > database ). > > Using ESL i can monitor users registrations and network lost ( by > catching unregister event thanks to all-reg-options-ping ) > > But is it possible to make ESL event for each OPTION packet without > reply or even better make an event if the latency is above a > predefined > threshold ? > > Thanks > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/053a2a93/attachment.html From telishisheer at gmail.com Wed Oct 5 19:46:50 2016 From: telishisheer at gmail.com (Shisheer Teli) Date: Wed, 5 Oct 2016 21:16:50 +0530 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 In-Reply-To: References: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> Message-ID: Which is stable version now On 5 Oct 2016 6:45 p.m., "Michael Jerris" wrote: > you upgraded to a really outdated release? > > On Wednesday, October 5, 2016, Shisheer Teli > wrote: > >> Thanx .. I upgrade to 1.6.5 version' >> >> but still don't know how to enable TLS for OpenLDAP. >> >> On Tue, Oct 4, 2016 at 6:05 PM, Ken Rice wrote: >> >>> FreeSWITCH 1.5 is a deprecated non-release dev version that has been >>> EOL/no support for a very long time >>> >>> >>> >>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Shisheer >>> Teli >>> *Sent:* Tuesday, October 4, 2016 7:09 AM >>> *To:* FreeSWITCH Users Help >>> *Subject:* [Freeswitch-users] How to enable TLS for OpenLDAP in >>> FreeSWITCH 1.5 >>> >>> >>> >>> Dear Team, >>> >>> >>> >>> How to enable TLS for OpenLDAP in FreeSWITCH 1.5 >>> >>> >>> >>> -- >>> >>> Regards, >>> >>> Shisheer T >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Regards, >> Shisheer T >> >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/956e5026/attachment.html From krice at freeswitch.org Wed Oct 5 19:51:52 2016 From: krice at freeswitch.org (Ken Rice) Date: Wed, 5 Oct 2016 10:51:52 -0500 Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 In-Reply-To: References: <42bb01d21e3b$d1158d40$7340a7c0$@freeswitch.org> Message-ID: <4d6a01d21f20$648618d0$2d924a70$@freeswitch.org> Latest version numbers are on the right side of https://freeswitch.org/ ? release notes are also posted there? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shisheer Teli Sent: Wednesday, October 5, 2016 10:47 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 Which is stable version now On 5 Oct 2016 6:45 p.m., "Michael Jerris" > wrote: you upgraded to a really outdated release? On Wednesday, October 5, 2016, Shisheer Teli > wrote: Thanx .. I upgrade to 1.6.5 version' but still don't know how to enable TLS for OpenLDAP. On Tue, Oct 4, 2016 at 6:05 PM, Ken Rice > wrote: FreeSWITCH 1.5 is a deprecated non-release dev version that has been EOL/no support for a very long time From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shisheer Teli Sent: Tuesday, October 4, 2016 7:09 AM To: FreeSWITCH Users Help > Subject: [Freeswitch-users] How to enable TLS for OpenLDAP in FreeSWITCH 1.5 Dear Team, How to enable TLS for OpenLDAP in FreeSWITCH 1.5 -- Regards, Shisheer T _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Regards, Shisheer T _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/71dcad1f/attachment-0001.html From igorolhovskiy at gmail.com Wed Oct 5 20:26:49 2016 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Wed, 5 Oct 2016 19:26:49 +0300 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION Message-ID: Hi! Seems to be I?ve got one of transcoding problem, that can?t solve. Read https://freeswitch.org/confluence/display/FREESWITCH/Codec+Negotiation back and forth. I?m starting originate command with this {bypass_media=false,media_mix_inbound_outbound_codecs=true,inherit_codec=false,proxy_media=false}sofia/gateway/CD5E5A11-88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER &bridge({inherit_codec=false,proxy_media=false,media_mix_inbound_outbound_codecs=true,bypass_media=false}user/8C9686C8-C09D-D68A-2049-10646BDAF82E) user/? is a WebRTC client. Than I?ve got http://pastebin.com/SdnwjVbP in FS log. Most interesting parts for me Initial INVITE to browser 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid SOFIA INIT 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 sip:tfv8h2s6 at 45.32.239.166:64637;transport=wss Setting proxy route to sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: 1.6.10 -4-726448d 64bit Local SDP: v=0 o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 s=FreeSWITCH c=IN IP4 54.72.230.210 t=0 0 a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a=end-of-candidates m=audio 26196 RTP/SAVPF 0 a=rtpmap:0 PCMU/8000 a=fingerprint:sha-256 6B:36:BF:30:8F:1D:21:9B:8F:2D:48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A a=setup:actpass a=rtcp-mux a=rtcp:26196 IN IP4 54.72.230.210 a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 a=ice-ufrag:zcTfIfryLyDDyrzN a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host generation 0 a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host generation 0 a=rtpmap:13 CN/8000 a=ptime:20 a=sendrecv 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT -> CS_ROUTING When I?m answering on browser 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state [completing][200] 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: v=0 o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 0.0.0.0 s=- t=0 0 a=sendrecv a=fingerprint:sha-256 51:29:B3:7B:EC:63:3D:6D:24:FF:95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 a=ice-options:trickle a=msid-semantic:WMS * m=audio 61220 RTP/SAVPF 0 c=IN IP4 192.168.0.221 a=rtpmap:0 PCMU/8000 a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host a=end-of-candidates a=ice-pwd:294d65c0e866b77f8331630b07670b40 a=ice-ufrag:9d813241 a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} {d76e3a6f-46d8-a248-a4da-2b1e9094660d} a=rtcp-mux a=setup:active a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state [ready][200] 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 samples 64000 bits 1 channels 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set to PCMU:0 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO candidate ACL defined, Defaulting to wan.auto 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for rtp candidate. 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for rtcp candidate. 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates found. 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in SDP. Disable 2833 dtmf and switch to INFO 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] Main problem - I set all recommended settings in article, but may be missed something? -- Best regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/a9bf753f/attachment.html From brian at freeswitch.org Wed Oct 5 20:40:38 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 5 Oct 2016 11:40:38 -0500 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION In-Reply-To: References: Message-ID: You don't need to set proxy_media=false or bypass_media=false, Can you try this on the 1.6.11? On Wed, Oct 5, 2016 at 11:26 AM, Igor Olhovskiy wrote: > Hi! > Seems to be I?ve got one of transcoding problem, that can?t solve. > Read https://freeswitch.org/confluence/display/FREESWITCH/ > Codec+Negotiation back and forth. > > I?m starting originate command with this > {bypass_media=false,media_mix_inbound_outbound_codecs=true, > inherit_codec=false,proxy_media=false}sofia/gateway/ > CD5E5A11-88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER > &bridge({inherit_codec=false,proxy_media=false,media_mix_ > inbound_outbound_codecs=true,bypass_media=false}user/ > 8C9686C8-C09D-D68A-2049-10646BDAF82E) > > user/? is a WebRTC client. > > Than I?ve got http://pastebin.com/SdnwjVbP in FS log. > > Most interesting parts for me > > Initial INVITE to browser > > 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid > SOFIA INIT > 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 > sip:tfv8h2s6 at 45.32.239.166:64637;transport=wss Setting proxy route to > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid > 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: > 1.6.10 -4-726448d 64bit > Local SDP: > v=0 > o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 > s=FreeSWITCH > c=IN IP4 54.72.230.210 > t=0 0 > a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 > a=end-of-candidates > m=audio 26196 RTP/SAVPF 0 > a=rtpmap:0 PCMU/8000 > a=fingerprint:sha-256 6B:36:BF:30:8F:1D:21:9B:8F:2D: > 48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A > a=setup:actpass > a=rtcp-mux > a=rtcp:26196 IN IP4 54.72.230.210 > a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh > a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 > a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 > a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 > a=ice-ufrag:zcTfIfryLyDDyrzN > a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee > a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host > generation 0 > a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host > generation 0 > a=rtpmap:13 CN/8000 > a=ptime:20 > a=sendrecv > > 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT > 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 > (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT -> > CS_ROUTING > > When I?m answering on browser > > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state > [completing][200] > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: > v=0 > o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 0.0.0.0 > s=- > t=0 0 > a=sendrecv > a=fingerprint:sha-256 51:29:B3:7B:EC:63:3D:6D:24:FF: > 95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 > a=ice-options:trickle > a=msid-semantic:WMS * > m=audio 61220 RTP/SAVPF 0 > c=IN IP4 192.168.0.221 > a=rtpmap:0 PCMU/8000 > a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host > a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host > a=end-of-candidates > a=ice-pwd:294d65c0e866b77f8331630b07670b40 > a=ice-ufrag:9d813241 > a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} {d76e3a6f-46d8-a248-a4da- > 2b1e9094660d} > a=rtcp-mux > a=setup:active > a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} > > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state [ready][200] > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio Codec > Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio Codec > Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 samples > 64000 bits 1 channels > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set to > PCMU:0 > 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO candidate > ACL defined, Defaulting to wan.auto > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio > Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio > Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for > rtp candidate. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for > rtcp candidate. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates found. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in > SDP. Disable 2833 dtmf and switch to INFO > 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] > [INCOMPATIBLE_DESTINATION] > > Main problem - I set all recommended settings in article, but may be > missed something? > > -- > Best regards, > Igor > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/e1e424f1/attachment-0001.html From italo at freeswitch.org Wed Oct 5 21:04:32 2016 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Wed, 05 Oct 2016 17:04:32 +0000 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION In-Reply-To: References: Message-ID: no suitable candidates found. You need to set apply-candidate-acl Em qua, 5 de out de 2016 ?s 13:41, Brian West escreveu: > You don't need to set proxy_media=false or bypass_media=false, Can you > try this on the 1.6.11? > > On Wed, Oct 5, 2016 at 11:26 AM, Igor Olhovskiy > wrote: > > Hi! > Seems to be I?ve got one of transcoding problem, that can?t solve. > Read > https://freeswitch.org/confluence/display/FREESWITCH/Codec+Negotiation > back and forth. > > I?m starting originate command with this > {bypass_media=false,media_mix_inbound_outbound_codecs=true,inherit_codec=false,proxy_media=false}sofia/gateway/CD5E5A11-88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER > &bridge({inherit_codec=false,proxy_media=false,media_mix_inbound_outbound_codecs=true,bypass_media=false}user/8C9686C8-C09D-D68A-2049-10646BDAF82E) > > user/? is a WebRTC client. > > Than I?ve got http://pastebin.com/SdnwjVbP in FS log. > > Most interesting parts for me > > Initial INVITE to browser > > 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid SOFIA INIT > 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 > sip:tfv8h2s6 at 45.32.239.166:64637;transport=wss Setting proxy route to > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid > 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: > 1.6.10 -4-726448d 64bit > Local SDP: > v=0 > o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 > s=FreeSWITCH > c=IN IP4 54.72.230.210 > t=0 0 > a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 > a=end-of-candidates > m=audio 26196 RTP/SAVPF 0 > a=rtpmap:0 PCMU/8000 > a=fingerprint:sha-256 > 6B:36:BF:30:8F:1D:21:9B:8F:2D:48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A > a=setup:actpass > a=rtcp-mux > a=rtcp:26196 IN IP4 54.72.230.210 > a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh > a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 > a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 > a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 > a=ice-ufrag:zcTfIfryLyDDyrzN > a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee > a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host > generation 0 > a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host > generation 0 > a=rtpmap:13 CN/8000 > a=ptime:20 > a=sendrecv > > 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT > 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 > (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT -> > CS_ROUTING > > When I?m answering on browser > > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state > [completing][200] > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: > v=0 > o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 0.0.0.0 > s=- > t=0 0 > a=sendrecv > a=fingerprint:sha-256 > 51:29:B3:7B:EC:63:3D:6D:24:FF:95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 > a=ice-options:trickle > a=msid-semantic:WMS * > m=audio 61220 RTP/SAVPF 0 > c=IN IP4 192.168.0.221 > a=rtpmap:0 PCMU/8000 > a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host > a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host > a=end-of-candidates > a=ice-pwd:294d65c0e866b77f8331630b07670b40 > a=ice-ufrag:9d813241 > a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} > {d76e3a6f-46d8-a248-a4da-2b1e9094660d} > a=rtcp-mux > a=setup:active > a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} > > 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state [ready][200] > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio Codec > Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio Codec > Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 samples > 64000 bits 1 channels > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set to > PCMU:0 > 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO candidate > ACL defined, Defaulting to wan.auto > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio > Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio > Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for > rtp candidate. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for > rtcp candidate. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates found. > 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in > SDP. Disable 2833 dtmf and switch to INFO > 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup > sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] > [INCOMPATIBLE_DESTINATION] > > Main problem - I set all recommended settings in article, but may be > missed something? > > -- > Best regards, > Igor > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/5ecd66db/attachment.html From igorolhovskiy at gmail.com Wed Oct 5 21:52:23 2016 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Wed, 5 Oct 2016 20:52:23 +0300 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION In-Reply-To: References: Message-ID: Thanks, setting helps ) 2016-10-05 20:04 GMT+03:00 ?talo Rossi : > no suitable candidates found. > > You need to set apply-candidate-acl > > Em qua, 5 de out de 2016 ?s 13:41, Brian West > escreveu: > >> You don't need to set proxy_media=false or bypass_media=false, Can you >> try this on the 1.6.11? >> >> On Wed, Oct 5, 2016 at 11:26 AM, Igor Olhovskiy >> wrote: >> >> Hi! >> Seems to be I?ve got one of transcoding problem, that can?t solve. >> Read https://freeswitch.org/confluence/display/FREESWITCH/ >> Codec+Negotiation back and forth. >> >> I?m starting originate command with this >> {bypass_media=false,media_mix_inbound_outbound_codecs=true, >> inherit_codec=false,proxy_media=false}sofia/gateway/ >> CD5E5A11-88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER >> &bridge({inherit_codec=false,proxy_media=false,media_mix_ >> inbound_outbound_codecs=true,bypass_media=false}user/ >> 8C9686C8-C09D-D68A-2049-10646BDAF82E) >> >> user/? is a WebRTC client. >> >> Than I?ve got http://pastebin.com/SdnwjVbP in FS log. >> >> Most interesting parts for me >> >> Initial INVITE to browser >> >> 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid >> SOFIA INIT >> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 >> sip:tfv8h2s6 at 45.32.239.166:64637;transport=wss Setting proxy route to >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid >> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: >> 1.6.10 -4-726448d 64bit >> Local SDP: >> v=0 >> o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 >> s=FreeSWITCH >> c=IN IP4 54.72.230.210 >> t=0 0 >> a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >> a=end-of-candidates >> m=audio 26196 RTP/SAVPF 0 >> a=rtpmap:0 PCMU/8000 >> a=fingerprint:sha-256 6B:36:BF:30:8F:1D:21:9B:8F:2D: >> 48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A >> a=setup:actpass >> a=rtcp-mux >> a=rtcp:26196 IN IP4 54.72.230.210 >> a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh >> a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 >> a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >> a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 >> a=ice-ufrag:zcTfIfryLyDDyrzN >> a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee >> a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host >> generation 0 >> a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host >> generation 0 >> a=rtpmap:13 CN/8000 >> a=ptime:20 >> a=sendrecv >> >> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT >> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 >> (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT -> >> CS_ROUTING >> >> When I?m answering on browser >> >> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state >> [completing][200] >> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: >> v=0 >> o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 0.0.0.0 >> s=- >> t=0 0 >> a=sendrecv >> a=fingerprint:sha-256 51:29:B3:7B:EC:63:3D:6D:24:FF: >> 95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 >> a=ice-options:trickle >> a=msid-semantic:WMS * >> m=audio 61220 RTP/SAVPF 0 >> c=IN IP4 192.168.0.221 >> a=rtpmap:0 PCMU/8000 >> a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host >> a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host >> a=end-of-candidates >> a=ice-pwd:294d65c0e866b77f8331630b07670b40 >> a=ice-ufrag:9d813241 >> a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} {d76e3a6f-46d8-a248-a4da- >> 2b1e9094660d} >> a=rtcp-mux >> a=setup:active >> a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} >> >> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state [ready][200] >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio Codec >> Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio Codec >> Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 samples >> 64000 bits 1 channels >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set to >> PCMU:0 >> 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO >> candidate ACL defined, Defaulting to wan.auto >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >> Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >> Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for >> rtp candidate. >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching for >> rtcp candidate. >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates >> found. >> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in >> SDP. Disable 2833 dtmf and switch to INFO >> 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup >> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] >> [INCOMPATIBLE_DESTINATION] >> >> Main problem - I set all recommended settings in article, but may be >> missed something? >> >> -- >> Best regards, >> Igor >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/79a7899c/attachment-0001.html From brian at freeswitch.org Wed Oct 5 21:57:28 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 5 Oct 2016 12:57:28 -0500 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION In-Reply-To: References: Message-ID: Thats probably a bad idea to use that as your acl, You probably want some of the pre made ACL's /b On Wed, Oct 5, 2016 at 12:52 PM, Igor Olhovskiy wrote: > Thanks, setting > > helps ) > > 2016-10-05 20:04 GMT+03:00 ?talo Rossi : > >> no suitable candidates found. >> >> You need to set apply-candidate-acl >> >> Em qua, 5 de out de 2016 ?s 13:41, Brian West >> escreveu: >> >>> You don't need to set proxy_media=false or bypass_media=false, Can you >>> try this on the 1.6.11? >>> >>> On Wed, Oct 5, 2016 at 11:26 AM, Igor Olhovskiy >> > wrote: >>> >>>> Hi! >>>> Seems to be I?ve got one of transcoding problem, that can?t solve. >>>> Read https://freeswitch.org/confluence/display/FREESWITCH/Codec+ >>>> Negotiation back and forth. >>>> >>>> I?m starting originate command with this >>>> {bypass_media=false,media_mix_inbound_outbound_codecs=true,i >>>> nherit_codec=false,proxy_media=false}sofia/gateway/CD5E5A11- >>>> 88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER >>>> &bridge({inherit_codec=false,proxy_media=false,media_mix_inb >>>> ound_outbound_codecs=true,bypass_media=false}user/8C9686C8- >>>> C09D-D68A-2049-10646BDAF82E) >>>> >>>> user/? is a WebRTC client. >>>> >>>> Than I?ve got http://pastebin.com/SdnwjVbP in FS log. >>>> >>>> Most interesting parts for me >>>> >>>> Initial INVITE to browser >>>> >>>> 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid SOFIA INIT >>>> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 >>>> sip:tfv8h2s6 at 45.32.239.166:64637;transport=wss Setting proxy route to >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid >>>> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: >>>> 1.6.10 -4-726448d 64bit >>>> Local SDP: >>>> v=0 >>>> o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 >>>> s=FreeSWITCH >>>> c=IN IP4 54.72.230.210 >>>> t=0 0 >>>> a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >>>> a=end-of-candidates >>>> m=audio 26196 RTP/SAVPF 0 >>>> a=rtpmap:0 PCMU/8000 >>>> a=fingerprint:sha-256 6B:36:BF:30:8F:1D:21:9B:8F:2D: >>>> 48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A >>>> a=setup:actpass >>>> a=rtcp-mux >>>> a=rtcp:26196 IN IP4 54.72.230.210 >>>> a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh >>>> a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 >>>> a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >>>> a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 >>>> a=ice-ufrag:zcTfIfryLyDDyrzN >>>> a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee >>>> a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host >>>> generation 0 >>>> a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host >>>> generation 0 >>>> a=rtpmap:13 CN/8000 >>>> a=ptime:20 >>>> a=sendrecv >>>> >>>> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT >>>> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 >>>> (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT -> >>>> CS_ROUTING >>>> >>>> When I?m answering on browser >>>> >>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state >>>> [completing][200] >>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: >>>> v=0 >>>> o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 0.0.0.0 >>>> s=- >>>> t=0 0 >>>> a=sendrecv >>>> a=fingerprint:sha-256 51:29:B3:7B:EC:63:3D:6D:24:FF: >>>> 95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 >>>> a=ice-options:trickle >>>> a=msid-semantic:WMS * >>>> m=audio 61220 RTP/SAVPF 0 >>>> c=IN IP4 192.168.0.221 >>>> a=rtpmap:0 PCMU/8000 >>>> a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host >>>> a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host >>>> a=end-of-candidates >>>> a=ice-pwd:294d65c0e866b77f8331630b07670b40 >>>> a=ice-ufrag:9d813241 >>>> a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} >>>> {d76e3a6f-46d8-a248-a4da-2b1e9094660d} >>>> a=rtcp-mux >>>> a=setup:active >>>> a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} >>>> >>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state >>>> [ready][200] >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio Codec >>>> Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio Codec >>>> Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 >>>> samples 64000 bits 1 channels >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set >>>> to PCMU:0 >>>> 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO >>>> candidate ACL defined, Defaulting to wan.auto >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >>>> Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >>>> Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching >>>> for rtp candidate. >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching >>>> for rtcp candidate. >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates >>>> found. >>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in >>>> SDP. Disable 2833 dtmf and switch to INFO >>>> 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup >>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] >>>> [INCOMPATIBLE_DESTINATION] >>>> >>>> Main problem - I set all recommended settings in article, but may be >>>> missed something? >>>> >>>> -- >>>> Best regards, >>>> Igor >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >>>> freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Best regards, > Igor > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/954988dd/attachment-0001.html From s.safarov at gmail.com Wed Oct 5 22:41:11 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Wed, 05 Oct 2016 18:41:11 +0000 Subject: [Freeswitch-users] Step into ei_accept_tmo function Message-ID: I debugging mod_kazoo and now is required to step into statically linked ei_accept_tmo function. Please advice how it can be done. Sergey -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161005/5daabe09/attachment.html From igorolhovskiy at gmail.com Thu Oct 6 02:55:29 2016 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Thu, 6 Oct 2016 01:55:29 +0300 Subject: [Freeswitch-users] WebRTC Originate -> INCOMPATIBLE_DESTINATION In-Reply-To: References: Message-ID: Thanks, will do in this way. Actually problem was to find what is wrong :) Thanks again! ?????, 5 ??????? 2016 ?. ???????????? Brian West ???????: > Thats probably a bad idea to use that as your acl, You probably want some > of the pre made ACL's > > /b > > > On Wed, Oct 5, 2016 at 12:52 PM, Igor Olhovskiy > wrote: > >> Thanks, setting >> >> helps ) >> >> 2016-10-05 20:04 GMT+03:00 ?talo Rossi > >: >> >>> no suitable candidates found. >>> >>> You need to set apply-candidate-acl >>> >>> Em qua, 5 de out de 2016 ?s 13:41, Brian West >> > escreveu: >>> >>>> You don't need to set proxy_media=false or bypass_media=false, Can you >>>> try this on the 1.6.11? >>>> >>>> On Wed, Oct 5, 2016 at 11:26 AM, Igor Olhovskiy < >>>> igorolhovskiy at gmail.com >>>> > wrote: >>>> >>>>> Hi! >>>>> Seems to be I?ve got one of transcoding problem, that can?t solve. >>>>> Read https://freeswitch.org/confluence/display/FREESWITCH/Codec+N >>>>> egotiation back and forth. >>>>> >>>>> I?m starting originate command with this >>>>> {bypass_media=false,media_mix_inbound_outbound_codecs=true,i >>>>> nherit_codec=false,proxy_media=false}sofia/gateway/CD5E5A11- >>>>> 88C7-4CC8-BA7A-7D2D3A7D9061/+XXXSOMENUMBER >>>>> &bridge({inherit_codec=false,proxy_media=false,media_mix_inb >>>>> ound_outbound_codecs=true,bypass_media=false}user/8C9686C8-C >>>>> 09D-D68A-2049-10646BDAF82E) >>>>> >>>>> user/? is a WebRTC client. >>>>> >>>>> Than I?ve got http://pastebin.com/SdnwjVbP in FS log. >>>>> >>>>> Most interesting parts for me >>>>> >>>>> Initial INVITE to browser >>>>> >>>>> 2016-10-05 16:16:07.868910 [DEBUG] mod_sofia.c:90 >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid SOFIA INIT >>>>> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1247 >>>>> sip:tfv8h2s6 at 45.32.239.166 >>>>> :64637;transport=wss >>>>> Setting proxy route to sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid >>>>> 2016-10-05 16:16:07.868910 [DEBUG] sofia_glue.c:1276 >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid sending invite version: >>>>> 1.6.10 -4-726448d 64bit >>>>> Local SDP: >>>>> v=0 >>>>> o=FreeSWITCH 1475657971 1475657972 IN IP4 54.72.230.210 >>>>> s=FreeSWITCH >>>>> c=IN IP4 54.72.230.210 >>>>> t=0 0 >>>>> a=msid-semantic: WMS doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >>>>> a=end-of-candidates >>>>> m=audio 26196 RTP/SAVPF 0 >>>>> a=rtpmap:0 PCMU/8000 >>>>> a=fingerprint:sha-256 6B:36:BF:30:8F:1D:21:9B:8F:2D: >>>>> 48:AA:50:E3:70:14:C7:CA:81:55:48:70:33:D6:EA:DA:E6:6F:E6:E4:F8:0A >>>>> a=setup:actpass >>>>> a=rtcp-mux >>>>> a=rtcp:26196 IN IP4 54.72.230.210 >>>>> a=ssrc:2281406215 cname:ojlJ8LPdKpiRztKh >>>>> a=ssrc:2281406215 msid:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 a0 >>>>> a=ssrc:2281406215 mslabel:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5 >>>>> a=ssrc:2281406215 label:doupuZAgf8Kfhjl2SfCLQGvm0Gge2aY5a0 >>>>> a=ice-ufrag:zcTfIfryLyDDyrzN >>>>> a=ice-pwd:ALmzm1CXhLEG4eOugxAPCSee >>>>> a=candidate:6721537086 1 udp 659136 54.72.230.210 26196 typ host >>>>> generation 0 >>>>> a=candidate:6721537086 2 udp 659136 54.72.230.210 26196 typ host >>>>> generation 0 >>>>> a=rtpmap:13 CN/8000 >>>>> a=ptime:20 >>>>> a=sendrecv >>>>> >>>>> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:40 >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Standard INIT >>>>> 2016-10-05 16:16:07.868910 [DEBUG] switch_core_state_machine.c:48 >>>>> (sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid) State Change CS_INIT >>>>> -> CS_ROUTING >>>>> >>>>> When I?m answering on browser >>>>> >>>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state >>>>> [completing][200] >>>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6972 Remote SDP: >>>>> v=0 >>>>> o=mozilla...THIS_IS_SDPARTA-49.0.1 5004985919660070640 0 IN IP4 >>>>> 0.0.0.0 >>>>> s=- >>>>> t=0 0 >>>>> a=sendrecv >>>>> a=fingerprint:sha-256 51:29:B3:7B:EC:63:3D:6D:24:FF: >>>>> 95:78:AD:FB:7D:57:24:C9:C7:FD:53:C0:5E:1B:74:82:F5:31:3E:A5:25:68 >>>>> a=ice-options:trickle >>>>> a=msid-semantic:WMS * >>>>> m=audio 61220 RTP/SAVPF 0 >>>>> c=IN IP4 192.168.0.221 >>>>> a=rtpmap:0 PCMU/8000 >>>>> a=candidate:0 1 UDP 2122252543 192.168.0.221 61220 typ host >>>>> a=candidate:1 1 UDP 2122187007 10.55.13.6 63085 typ host >>>>> a=end-of-candidates >>>>> a=ice-pwd:294d65c0e866b77f8331630b07670b40 >>>>> a=ice-ufrag:9d813241 >>>>> a=msid:{7da22eec-b29f-724a-b23e-c925e3fb89d6} >>>>> {d76e3a6f-46d8-a248-a4da-2b1e9094660d} >>>>> a=rtcp-mux >>>>> a=setup:active >>>>> a=ssrc:2323648583 cname:{139a5d9a-b263-954b-9215-77ce2d0565b7} >>>>> >>>>> 2016-10-05 16:16:24.668906 [DEBUG] sofia.c:6962 Channel >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid entering state >>>>> [ready][200] >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4276 Audio >>>>> Codec Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4331 Audio >>>>> Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3017 Set Codec >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid PCMU/8000 20 ms 160 >>>>> samples 64000 bits 1 channels >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_codec.c:111 >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid Original read codec set >>>>> to PCMU:0 >>>>> 2016-10-05 16:16:24.668906 [WARNING] switch_core_media.c:3391 NO >>>>> candidate ACL defined, Defaulting to wan.auto >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >>>>> Candidate cid: 1 proto: UDP type: host addr: 192.168.0.221:61220 >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3421 Save audio >>>>> Candidate cid: 1 proto: UDP type: host addr: 10.55.13.6:63085 >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching >>>>> for rtp candidate. >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3463 Searching >>>>> for rtcp candidate. >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:3507 >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid no suitable candidates >>>>> found. >>>>> 2016-10-05 16:16:24.668906 [DEBUG] switch_core_media.c:4603 No 2833 in >>>>> SDP. Disable 2833 dtmf and switch to INFO >>>>> 2016-10-05 16:16:24.668906 [NOTICE] sofia.c:8015 Hangup >>>>> sofia/internal/tfv8h2s6 at drh7gu4v9q4u.invalid [CS_CONSUME_MEDIA] >>>>> [INCOMPATIBLE_DESTINATION] >>>>> >>>>> Main problem - I set all recommended settings in article, but may be >>>>> missed something? >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Best regards, >> Igor >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > -- Best regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/3e07fc77/attachment-0001.html From igorolhovskiy at gmail.com Thu Oct 6 13:10:12 2016 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Thu, 6 Oct 2016 12:10:12 +0300 Subject: [Freeswitch-users] uuid_broadcast att_xfer + ringback Message-ID: Hi! I?m trying to make an att_xfer via uui_broadcast. Scenario is I have a call between internal (A) and external (B) profile. On both channels set variables ringback=local_stream://moh transfer_ringback=local_stream://moh hold_music=local_stream://moh I can confirm them via cli with uuid_getvar I?m trying to transfer call from A to C. (At the end - connect B and C) Than I?m giving command via event socket uuid_broadcast B_CALL_UUID attxfer::sofia/gateway/XXX/NUMBER bleg (Why I?m not giving uuid_broadcast to A_CALL_UUID - cause I?m already have B_CALL_UUID and finding out A_CALL_UUID is an additional step, that I want to avoid) But I don?t get ringback music in this channel, only silence. What I?m missing? -- Best regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/8edfc9ce/attachment.html From gascagonzalo at gmail.com Thu Oct 6 13:40:38 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Thu, 6 Oct 2016 02:40:38 -0700 Subject: [Freeswitch-users] Performance testing In-Reply-To: <37d301d21d2e$4317f3b0$c947db10$@freeswitch.org> References: <37c801d21d2b$add9b150$098d13f0$@freeswitch.org> <37d301d21d2e$4317f3b0$c947db10$@freeswitch.org> Message-ID: Thanks Ken, Just upgraded to a more powerful machine (AWS m4.xlarge) 4 vCPU and 16 GB RAM and will be upgrading to 16 by the end of this week (m4.4xlarge 16 vCPU 64 GB RAM) Thanks On Sun, Oct 2, 2016 at 9:26 PM, Ken Rice wrote: > well consider you are doing 90 transcode sessions there?. Not sure what > the actual outbound codec is, but that?s just a guess based on 90 > session(s) - peak 93, last 5min 92? > > theres also what else is going on with the call that you have to contend > with? obviously you are creating some sort of dialer? and for help with > that and optimization I would contact the FS core team @ > consulting at freeswitch.org for some pro help? the reason we don?t release > any soft of scaling metrics is changing 1 setting can invalidate the > testing? things like recording, transcoding, amount of media handling, any > call scripting and specifically what else is going on there in the media > processing? > > as far as capacity planning for doing something like you are doing, I > wouldn?t even bother with less than a 12 or 24 vcore machine > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Gonzalo > Gasca Meza > *Sent:* Sunday, October 2, 2016 11:19 PM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Performance testing > > > > Hi Ken, > > > > I'm using .wav, this is my ESL command: > > originate {sip_h_X-UUID=9d33a760-gmwz-qn1n-xvqz-qal4-9d33b25a89,sip_ > h_X-Campaign=3A252BEX9W,ignore_early_media=false,bridge_early_media=false, > originate_timeout=70,bridge_answer_timeout=70,call_ > timeout=70,[leg_timeout=70],execute_on_answer_1='sched_hangup 18 > ALLOTTED_TIMEOUT',origination_uuid=9d33a760-gmwz-qn1n-xvqz- > qal4-9d33b25a89,origination_caller_id_number=+14081116805, > RECORD_STEREO=true,execute_on_answer_2='record_session > /var/www/html/recordings/9d33a760-gmwz-qn1n-xvqz-qal4- > 9d33b25a89.wav'}sofia/gateway/kamailio/+14080001963 handle_calls > > I created a separate volume for writing only recording files & logs. > > I will consider increasing CPUs, do you think I still can remove some of > the modules I currently using to improve performance? > > Thanks! > > > > On Sun, Oct 2, 2016 at 9:07 PM, Ken Rice wrote: > > How are you actually recording the files? Native? mp3? wav? Something else? > > > > keep in mind that recording also means disk io which means more CPU while > its recording to handle the IO load? there are way too many undisclosed > factors here that can and will impact your performance? > > > > one example is 2 cores? That?s all? FS is a highly threaded application? > that means for each call leg there is atleast 1 thread? so the more cores > the merrier? > > > > not to mention you are running on amazon that leaves a whole different set > of variables to attend too?. > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Gonzalo > Gasca Meza > *Sent:* Sunday, October 2, 2016 10:43 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Performance testing > > > > Hi all, > > > > I'm testing Freeswitch using ESL interface, recording and SIP UDP Calls at > a rate of around 5 CPS. > > Freeswitch receives ESL requests and proceeds to send call to PSTN > Emulator, once call is answered I start recording. I have noticed around > 40% CPU utilization when recording is not enabled and ~60%+ CPU when > recording is. > > I created/mount a volume specifically to store the recording files. (ext4) > > > > *Server specifications:* > > > > EC2 server (t2.medium) 2 vCPUs, 2.5 GHz, Intel Xeon Family, 4 GiB memory. > > FreeSWITCH (Version 1.6.9 -16-d574870 64bit) > > > > I followed instructions at: https://wiki.freeswitch. > org/wiki/Performance_testing_and_configurations > > *[Questions]* > > a) How to strip down Freeswitch and remove non-used modules? > > Features I need: > > *esl, recording, loopback, bridge, sip, spandsp, cdr_csv.* > > My modules: > > *fs_cli -x "show modules"* > > http://pastebin.com/BQSxzFDE > > b) I would like to see which module is using X/Y amount of CPU > cycles/memory in Freeswitch is it possible?. > > > > *fs_cli -x 'show status'* > > UP 0 years, 0 days, 1 hour, 2 minutes, 15 seconds, 541 milliseconds, 286 > microseconds > > FreeSWITCH (Version 1.6.9 -16-d574870 64bit) is ready > > 18192 session(s) since startup > > 90 session(s) - peak 93, last 5min 92 > > 5 session(s) per Sec out of max 30, peak 7, last 5min 6 > > 1000 session(s) max > > min idle cpu 0.00/75.57 > > Current Stack Size/Max 240K/8192K > > > > A sample image is below: 40% steady (no recording) a peak when I enabled > recording. > > [image: Inline image 1] > > > > # top > > top - 03:25:16 up 22:42, 1 user, load average: 3.88, 5.74, 10.39 > > Tasks:* 68 *total,* 1 *running,* 67 *sleeping,* 0 *stopped,* 0 * > zombie > > %Cpu(s):* 11.0 *us,* 2.3 *sy,* 0.0 *ni,* 85.7 *id,* 0.0 *wa,* 0.0 *hi,* > 0.7 *si,* 0.4 *st > > KiB Mem: * 4057584 *total,* 865964 *used,* 3191620 *free,* 147088 * > buffers > > KiB Swap:* 1048572 *total,* 0 *used,* 1048572 *free.* 213572 *cached > Mem > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > > > 26217 freeswi+ -2 -10 1427444 302584 16904 S *65.9* 7.5 28:47.49 > freeswitch > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/7c65fe35/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39916 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/7c65fe35/attachment-0001.png From asilva at wirelessmundi.com Thu Oct 6 14:04:35 2016 From: asilva at wirelessmundi.com (Antonio Silva) Date: Thu, 6 Oct 2016 12:04:35 +0200 Subject: [Freeswitch-users] Kernel Hyperthreading ON or OFF? In-Reply-To: <12052758.7693.1358349000791.JavaMail.javamailuser@localhost> References: <12052758.7693.1358349000791.JavaMail.javamailuser@localhost> Message-ID: <1b28bbbf-b639-1233-54fd-253f6e1cb4c8@wirelessmundi.com> Hi, how do you end up setting your cpu? is it better to have hyper-threading enabled or disabled? On 01/16/2013 04:10 PM, Raimund Sacherer wrote: > Hi, > > we have a new Freeswitch cluster with Dell R410. It has 2 CPUs (Xeon > E5620, QuadCore. it's 8 cores withouth HT and 16 cores with HT. I > googled with hyperthreading and freeswitch but some say turn it on it > will give you a boost, others say turn it off, you will gain performance. > > Does anyone know if it's better to leave it on or turn it off? And > some small explanation? I would be very gratefull for your help, > > best regards > Raimund > > -- > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/ed0b22dd/attachment.html From valter at fastway.com.br Fri Oct 7 00:29:07 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 6 Oct 2016 17:29:07 -0300 Subject: [Freeswitch-users] User configuration Message-ID: I would like to configure a user that would be allow to use only one codec and call only from a certain subnet like 192.168.5.x. Is that possible? Thank you Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/a0e7b463/attachment.html From ciprian.dosoftei at gmail.com Fri Oct 7 00:49:14 2016 From: ciprian.dosoftei at gmail.com (Ciprian Dosoftei) Date: Thu, 6 Oct 2016 16:49:14 -0400 Subject: [Freeswitch-users] Meaning of flags and caps in XML CDRs Message-ID: Hello! I was wondering what is meaning (how to interpret) of the following CDR XML nodes: cdr > channel_data > flags cdr > channel_data > caps https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr Thank you -- 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: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/dbf4fedd/attachment.html From brian at freeswitch.org Fri Oct 7 01:18:35 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 6 Oct 2016 16:18:35 -0500 Subject: [Freeswitch-users] Meaning of flags and caps in XML CDRs In-Reply-To: References: Message-ID: You probably never have a reason to know what all that means. Look at these functions in switch_channel.c: switch_channel_get_cap_string switch_channel_get_flag_string But that may help you, it may not. ;) /b On Thu, Oct 6, 2016 at 3:49 PM, Ciprian Dosoftei wrote: > Hello! > > I was wondering what is meaning (how to interpret) of the following CDR > XML nodes: > > cdr > channel_data > flags > cdr > channel_data > caps > > https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr > > Thank you > > -- > 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. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161006/f165b2ec/attachment.html From mike at jerris.com Fri Oct 7 03:02:28 2016 From: mike at jerris.com (Michael Jerris) Date: Thu, 6 Oct 2016 19:02:28 -0400 Subject: [Freeswitch-users] User configuration In-Reply-To: References: Message-ID: with some user directory and dial plan support, yes. You?d need to set vars in the user dir for these restrictions and catch and handle them in the dial plan. > On Oct 6, 2016, at 4:29 PM, Valter Nogueira wrote: > > I would like to configure a user that would be allow to use only one codec and call only from a certain subnet like 192.168.5.x. > > Is that possible? > > Thank you > > Valter > > From ssinyagin at gmail.com Fri Oct 7 03:52:44 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Fri, 7 Oct 2016 01:52:44 +0200 Subject: [Freeswitch-users] User configuration In-Reply-To: References: Message-ID: I have an example here: https://txlab.wordpress.com/2013/06/29/freeswitch-limiting-the-number-of-concurrent-calls-on-multiple-sip-accounts/ On 7 Oct 2016 01:03, "Michael Jerris" wrote: > with some user directory and dial plan support, yes. You?d need to set > vars in the user dir for these restrictions and catch and handle them in > the dial plan. > > > On Oct 6, 2016, at 4:29 PM, Valter Nogueira > wrote: > > > > I would like to configure a user that would be allow to use only one > codec and call only from a certain subnet like 192.168.5.x. > > > > Is that possible? > > > > Thank you > > > > Valter > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/c6541cff/attachment-0001.html From dujinfang at gmail.com Fri Oct 7 07:01:54 2016 From: dujinfang at gmail.com (Seven Du) Date: Fri, 7 Oct 2016 11:01:54 +0800 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> Message-ID: <6D402A7117594E2BA96A62342FDE397F@gmail.com> Very nice. Seems chrome doesn?t work with self-signed cert anymore so might be better to show some error message on cert error? And is it possible to add call/hangup button to the extension w/o actually open the chrome app ? Better to have an advanced option to implement full features of the verto communicator? Is source code available so others can contribute to it? Thanks. -- Seven Du Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Saturday, 1 October 2016 at 1:13 PM, Vitaly Kovalyshyn wrote: > > How about live array and conference controls? > > > Yes, we're working on it too. > > Also is it updated in chrome store or just locally because I did not see any changes. > > I've updated in the web store. I don't know how autoupdate is work. There is some delay with it... > > Best regards, > Vitaly Kovalyshyn > > > > On Sep 30, 2016, at 9:01 PM, Anthony Minessale wrote: > > How about live array and conference controls? > > Also is it updated in chrome store or just locally because I did not see any changes. > > > > > > On Fri, Sep 30, 2016 at 7:09 AM, Michael Jerris wrote: > > > iceServers should probably be "Use STUN" and should default on > > > > > > > > > On Friday, September 30, 2016, Vitaly Kovalyshyn wrote: > > > > Application was updated with ICE Server, CID and Name: > > > > > > > > > > > > > > > > > > > > > > > > Best regards, > > > > Vitaly Kovalyshyn > > > > > > > > > > > > > On Sep 29, 2016, at 6:53 PM, Anthony Minessale wrote: > > > > > Hi, > > > > > > > > > > 1) You should pass > > > > > iceServers: true > > > > > to your verto handle constructor or have a param to toggle it. Without enabling stun in chrome you can't get any srvflex candidates which will cause nat issues. > > > > > > > > > > 2) You should not only have fields for login and pass but also for caller id name and number. > > > > > > > > > > 3) The server tab does not make it clear that it wants a wss url. Maybe just ask for server and port and generate the wss url. > > > > > > > > > > > > > > > On Thu, Sep 29, 2016 at 10:15 AM, Vitaly Kovalyshyn wrote: > > > > > > Hi there! > > > > > > > > > > > > We've made the Chrome Extension & Application for FreeSWITCH mod-verto. > > > > > > > > > > > > It supports: > > > > > > > > > > > > Audio & Video calls via mod_verto > > > > > > Screen sharing > > > > > > Click-to-call in any web-page > > > > > > Address book > > > > > > Multiline > > > > > > > > > > > > > > > > > > > > > > > > Be free to download and test it: https://chrome.google.com/webstore/search/webitel > > > > > > > > > > > > Best regards, > > > > > > Vitaly Kovalyshyn > > > > > > > > > > > > http://kovalyshyn.pp.ua/ > > > > > > Twitter: @kovalyshyn > > > > > > > > > > > > http://???????.???/ (http://xn--90abjb4a3b9i.xn--j1amh/) > > > > > > > > > > > > _________________________________________________________________________ > > > > > > Professional FreeSWITCH Consulting Services: > > > > > > consulting at freeswitch.org > > > > > > http://www.freeswitchsolutions.com (http://www.freeswitchsolutions.com/) > > > > > > > > > > > > Official FreeSWITCH Sites > > > > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > > > > http://confluence.freeswitch.org (http://confluence.freeswitch.org/) > > > > > > http://www.cluecon.com (http://www.cluecon.com/) > > > > > > > > > > > > FreeSWITCH-users mailing list > > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > > > > > > > > > > > > > > > > > > -- > > > > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > > > > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > > > > > ? irc.freenode.net (http://irc.freenode.net/) #freeswitch ? http://freeswitch.org/g+ > > > > > > > > > > ClueCon Weekly Development Call > > > > > ? sip:888 at conference.freeswitch.org ? +19193869900 (tel:%2B19193869900) > > > > > > > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > > > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > > > _________________________________________________________________________ > > > > > Professional FreeSWITCH Consulting Services: > > > > > consulting at freeswitch.org > > > > > http://www.freeswitchsolutions.com (http://www.freeswitchsolutions.com/) > > > > > > > > > > Official FreeSWITCH Sites > > > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > > > http://confluence.freeswitch.org (http://confluence.freeswitch.org/) > > > > > http://www.cluecon.com (http://www.cluecon.com/) > > > > > > > > > > FreeSWITCH-users mailing list > > > > > FreeSWITCH-users at lists.freeswitch.org > > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > > http://www.freeswitchsolutions.com (http://www.freeswitchsolutions.com/) > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > http://confluence.freeswitch.org (http://confluence.freeswitch.org/) > > > http://www.cluecon.com (http://www.cluecon.com/) > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org (http://www.freeswitch.org/) > > > > > > > > -- > > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > > ? irc.freenode.net (http://irc.freenode.net/) #freeswitch ? http://freeswitch.org/g+ > > > > ClueCon Weekly Development Call > > ? sip:888 at conference.freeswitch.org (mailto:sip%3A888 at conference.freeswitch.org) ? +19193869900 > > > > https://www.youtube.com/watch?v=9XXgW34t40s > > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > Attachments: > - smime.p7s > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/70b45634/attachment-0001.html From gascagonzalo at gmail.com Fri Oct 7 11:33:40 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Fri, 7 Oct 2016 00:33:40 -0700 Subject: [Freeswitch-users] ESL terminate calls Message-ID: I'm launching API Calls using ESL in FS 1.6 (via python) For each new call, after call is hangup, I send a *uuid_kill* and then ESL.client.disconnect() Are both necessary, or I can skip *uuid_kill*? I'm trying to improve performance in my ESL and avoid unnecessary TCP connections to Freeswitch. Thanks -G -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/6d987616/attachment.html From talk at voxbox.io Fri Oct 7 14:41:21 2016 From: talk at voxbox.io (Voxbox.io) Date: Fri, 7 Oct 2016 12:41:21 +0200 Subject: [Freeswitch-users] Asynchronous PTIME not supported Message-ID: Hi Guys, I'm getting an high CPU usage when managing calls. Looking at console I can see too many messages like this: [WARNING] switch_core_media.c:2042 Asynchronous PTIME not supported, changing our end from 20 to 10 Do you know what they means? It's a problem relating to reframing of packets? If so, can I reject calls with a different frame than I specify? Thanks Max -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/479bc3cb/attachment.html From david.villasmil.work at gmail.com Fri Oct 7 14:46:05 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 07 Oct 2016 10:46:05 +0000 Subject: [Freeswitch-users] Asynchronous PTIME not supported In-Reply-To: References: Message-ID: Hello, AFAIK, That's just a warning, there shouldn't be more load because of this. It's just telling you the other end wants ptime 10 but you configured ptime 20, so fs will change to 10. No issues there. Your load must be somewhere else. David On Fri, Oct 7, 2016 at 12:42 PM Voxbox.io wrote: > Hi Guys, > I'm getting an high CPU usage when managing calls. > > Looking at console I can see too many messages like this: > > [WARNING] switch_core_media.c:2042 Asynchronous PTIME not supported, > changing our end from 20 to 10 > > Do you know what they means? > It's a problem relating to reframing of packets? If so, can I reject calls > with a different frame than I specify? > > Thanks > Max > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/66a9cfde/attachment.html From dragos.oancea at athonet.com Fri Oct 7 14:49:09 2016 From: dragos.oancea at athonet.com (Dragos Oancea) Date: Fri, 7 Oct 2016 12:49:09 +0200 Subject: [Freeswitch-users] Asynchronous PTIME not supported In-Reply-To: References: Message-ID: <57F77DA5.2000709@athonet.com> This was a bug. Update to latest FS release 1.6.11 or FS master. Alternatively, put his in your profiles : Dragos On 07/10/2016 12:41, Voxbox.io wrote: > Hi Guys, > I'm getting an high CPU usage when managing calls. > > Looking at console I can see too many messages like this: > > [WARNING] switch_core_media.c:2042 Asynchronous PTIME not supported, > changing our end from 20 to 10 > > Do you know what they means? > It's a problem relating to reframing of packets? If so, can I reject > calls with a different frame than I specify? > > Thanks > Max > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From david.villasmil.work at gmail.com Fri Oct 7 14:58:16 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 7 Oct 2016 12:58:16 +0200 Subject: [Freeswitch-users] Asynchronous PTIME not supported In-Reply-To: <57F77DA5.2000709@athonet.com> References: <57F77DA5.2000709@athonet.com> Message-ID: Hello Dragos! Does that increases CPU usage? David ? On Fri, Oct 7, 2016 at 12:49 PM, Dragos Oancea wrote: > This was a bug. Update to latest FS release 1.6.11 or FS master. > > Alternatively, put his in your profiles : > > > Dragos > > On 07/10/2016 12:41, Voxbox.io wrote: > > Hi Guys, > > I'm getting an high CPU usage when managing calls. > > > > Looking at console I can see too many messages like this: > > > > [WARNING] switch_core_media.c:2042 Asynchronous PTIME not supported, > > changing our end from 20 to 10 > > > > Do you know what they means? > > It's a problem relating to reframing of packets? If so, can I reject > > calls with a different frame than I specify? > > > > Thanks > > Max > > > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/ed4b816c/attachment-0001.html From talk at voxbox.io Fri Oct 7 14:58:42 2016 From: talk at voxbox.io (Voxbox.io) Date: Fri, 7 Oct 2016 12:58:42 +0200 Subject: [Freeswitch-users] Asynchronous PTIME not supported In-Reply-To: References: Message-ID: Thank you so much, I will update FS to latest. I've already tested with rtp-fix parameters with no luck. Latest FS will solve my problem....the only "issue" I'm currently on Ubuntu, so I have to switch to Debian, but will give a try. Thanks Max On 7 October 2016 at 12:46, David Villasmil wrote: > Hello, > > AFAIK, That's just a warning, there shouldn't be more load because of > this. It's just telling you the other end wants ptime 10 but you configured > ptime 20, so fs will change to 10. No issues there. Your load must be > somewhere else. > > David > On Fri, Oct 7, 2016 at 12:42 PM Voxbox.io wrote: > >> Hi Guys, >> I'm getting an high CPU usage when managing calls. >> >> Looking at console I can see too many messages like this: >> >> [WARNING] switch_core_media.c:2042 Asynchronous PTIME not supported, >> changing our end from 20 to 10 >> >> Do you know what they means? >> It's a problem relating to reframing of packets? If so, can I reject >> calls with a different frame than I specify? >> >> Thanks >> Max >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/8fc91979/attachment.html From astashov.andrey at gmail.com Fri Oct 7 16:29:23 2016 From: astashov.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRgtCw0YjQvtCy?=) Date: Fri, 7 Oct 2016 18:29:23 +0600 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session Message-ID: Hi Guys. >From Dialplan run scripts in Python, from which I perform freeswitch.session("......"). That is, create a new session. And if I do not get an answer for a long time from the gateway, the execution of other scripts in Python is delayed until such time as the session will not be installed. Please tell me how you can create a new session, and do not block completely mod_python. I understand that once had to be done through ESL, but now everything has already been written by the script from the dialplan. And it works, if it does not create a new session. freeswitch at Test-Environment> # # Execute python script from fs_cli(in dialer mode): # fs_cli --retry --batchmode --interrupt --execute="python python_test_script" # 2016-10-07 17:55:29.970991 [NOTICE] mod_python.c:212 Invoking py module: python_test_script 2016-10-07 17:55:30.119989 [NOTICE] switch_cpp.cpp:1360 -->(489d5441-701d-4a98-80ca-3389b00fa98a) Create a new session through freeswitch.Session("sofia/gateway/Goip_One/+71234567890 at 192.168.100.28:5060 ") 2016-10-07 17:55:30.119989 [NOTICE] switch_channel.c:1104 New Channel sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 [489d5441-701d-4a98-80ca-3389b00fa98a] freeswitch at Test-Environment> # # New incoming call # 2016-10-07 17:55:33.920114 [NOTICE] switch_channel.c:1104 New Channel sofia/external-g-eth0.stun.auth/384851 at 1.2.3.4 [e11d39b8-0479-4d4b-bd8b-28634f0a970a] 2016-10-07 17:55:33.920114 [INFO] mod_dialplan_xml.c:637 Processing 384851 <384851>->318386 in context hive-context # # Execute second python script from dialplan: # 2016-10-07 17:55:33.920114 [NOTICE] mod_python.c:212 Invoking py module: python_test_script freeswitch at Test-Environment> # # 12 seconds of silence during which any python script will not be executed and will be expected to complete # freeswitch at Test-Environment> 2016-10-07 17:55:45.140231 [NOTICE] sofia.c:8078 Hangup sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 [CS_CONSUME_MEDIA] [UNALLOCATED_NUMBER] 2016-10-07 17:55:45.160086 [NOTICE] switch_cpp.cpp:1360 -->(489d5441-701d-4a98-80ca-3389b00fa98a) After Create a new session through freeswitch.Session 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1665 Session 15 (sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060) Ended 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1669 Close Channel sofia/external-g-eth0.nostun.noauth/% 2B71234567890 at 192.168.100.28:5060 [CS_DESTROY] # # Continue executing second python script(from 2016-10-07 17:55:33.920114) after any answer from first python new freeswitch.Session # 2016-10-07 17:55:45.160086 [ALERT] switch_cpp.cpp:1360 (mtid:3656): Traceback 280920161717(e11d39b8-0479-4d4b-bd8b-28634f0a970a): --> 12 <--; now: 1475841345; python_start_time:1475841333; -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/cd0486cb/attachment.html From mike at jerris.com Fri Oct 7 17:09:22 2016 From: mike at jerris.com (Michael Jerris) Date: Fri, 7 Oct 2016 09:09:22 -0400 Subject: [Freeswitch-users] ESL terminate calls In-Reply-To: References: Message-ID: why would you hang up a call that just hung up? if you keep disconnecting the esl connection don't you just have to keep connecting a new one? why do you do that? On Friday, October 7, 2016, Gonzalo Gasca Meza wrote: > I'm launching API Calls using ESL in FS 1.6 (via python) > > For each new call, after call is hangup, > I send a *uuid_kill* and then ESL.client.disconnect() > Are both necessary, or I can skip *uuid_kill*? > > I'm trying to improve performance in my ESL and avoid unnecessary TCP > connections to Freeswitch. > > Thanks > > -G > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/f9f9f727/attachment.html From krice at freeswitch.org Fri Oct 7 17:32:04 2016 From: krice at freeswitch.org (Ken Rice) Date: Fri, 7 Oct 2016 08:32:04 -0500 Subject: [Freeswitch-users] ESL terminate calls In-Reply-To: References: Message-ID: <5a1e01d2209f$31fa93c0$95efbb40$@freeswitch.org> As Michael commented, TCP connections going up and down can be expensive from a processing stand point, its almost always much more efficient to leave the connections up and re-use them vs tearing them down and restarting them for each new use From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael Jerris Sent: Friday, October 7, 2016 8:09 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] ESL terminate calls why would you hang up a call that just hung up? if you keep disconnecting the esl connection don't you just have to keep connecting a new one? why do you do that? On Friday, October 7, 2016, Gonzalo Gasca Meza > wrote: I'm launching API Calls using ESL in FS 1.6 (via python) For each new call, after call is hangup, I send a uuid_kill and then ESL.client.disconnect() Are both necessary, or I can skip uuid_kill? I'm trying to improve performance in my ESL and avoid unnecessary TCP connections to Freeswitch. Thanks -G -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/77e4f5b1/attachment-0001.html From gascagonzalo at gmail.com Fri Oct 7 22:11:41 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Fri, 7 Oct 2016 11:11:41 -0700 Subject: [Freeswitch-users] ESL terminate calls In-Reply-To: <5a1e01d2209f$31fa93c0$95efbb40$@freeswitch.org> References: <5a1e01d2209f$31fa93c0$95efbb40$@freeswitch.org> Message-ID: Thanks for the response, I handle each call individually in this initial phase, where each call starts a ESL connection and handle the event subscription: to monitor different events based on the "Channel-Call-UUID": events = "BACKGROUND_JOB " \ "DETECTED_TONE " \ "CHANNEL_OUTGOING " \ "CHANNEL_CREATE " \ "CHANNEL_ANSWER " \ "CHANNEL_PROGRESS_MEDIA " \ "RECORD_START " \ "CHANNEL_HANGUP " \ "CHAN_NOT_IMPLEMENTED " I will probably change the way I handle ESL connections for all my calls (~200 simultaneous calls @5CPS) I had HAproxy doing TCP loadbalancer for ESL to couple of FS and what you mention makes sense, many TCP connections end up killing HAproxy. Thanks -Gonzalo On Fri, Oct 7, 2016 at 6:32 AM, Ken Rice wrote: > As Michael commented, TCP connections going up and down can be expensive > from a processing stand point, its almost always much more efficient to > leave the connections up and re-use them vs tearing them down and > restarting them for each new use > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael > Jerris > *Sent:* Friday, October 7, 2016 8:09 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] ESL terminate calls > > > > why would you hang up a call that just hung up? if you keep disconnecting > the esl connection don't you just have to keep connecting a new one? why > do you do that? > > On Friday, October 7, 2016, Gonzalo Gasca Meza > wrote: > > I'm launching API Calls using ESL in FS 1.6 (via python) > > > > For each new call, after call is hangup, > > I send a *uuid_kill* and then ESL.client.disconnect() > > Are both necessary, or I can skip *uuid_kill*? > > > > I'm trying to improve performance in my ESL and avoid unnecessary TCP > connections to Freeswitch. > > > > Thanks > > > > -G > > > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/c95a98ab/attachment.html From me at nevian.org Fri Oct 7 22:23:54 2016 From: me at nevian.org (Serge S. Yuriev) Date: Fri, 7 Oct 2016 21:23:54 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks Message-ID: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Hello, Two SIP profiles: External 83.?? Internal 10.23.154.0/24 Via external we are receiving/send calls from/to 172.17.2.0/29 For some reason if we call outside FS sends unmodified addresses in SDP. So we have unroutable address in SDP and one-way audio. If call flows ext to int all working correct. Tried local-network-acl on inside (10.??) with excluded 172.??, apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( "Bad one" SDP - from internal to external send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 From: "IT, ????? ??????" ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 To: ;tag=66NUXXHvB6HBp Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 CSeq: 101 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, PRACK, NOTIFY Require: timer Supported: precondition, 100rel, timer, path, replaces Allow-Events: talk, hold, conference, refer Session-Expires: 1800;refresher=uac Content-Type: application/sdp Content-Disposition: session Content-Length: 180 v=0 o=- 1475853382 2 IN IP4 172.17.2.3 s=- >> c=IN IP4 172.17.2.4 b=AS:64 t=0 0 m=audio 3040 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=ptime:20 And a good one - external to internal send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: ------------------------------------------------------------------------ INVITE sip:12550 at 10.23.154.65 SIP/2.0 Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB Max-Forwards: 69 From: "???????" ;tag=1agg8aZ7FUUBK To: Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b CSeq: 97580363 INVITE Contact: User-Agent: FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, PRACK, NOTIFY Supported: precondition, 100rel, timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 268 X-FS-Support: update_display,send_info Remote-Party-ID: "???????" ;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 s=FreeSWITCH >> c=IN IP4 10.23.154.100 t=0 0 m=audio 28432 RTP/AVP 8 18 101 13 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 -- Serge S. Yuriev Senior VoIP engineer From valter at fastway.com.br Sat Oct 8 01:16:55 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Fri, 7 Oct 2016 18:16:55 -0300 Subject: [Freeswitch-users] User configuration In-Reply-To: References: Message-ID: Thank you, for your example. I was considering if are there some specifics parameters like asterisk's one: - call-limit - allow/disallow (codecs) - permit/deny (hosts) Atenciosamente, 2016-10-06 20:52 GMT-03:00 Stanislav Sinyagin : > I have an example here: https://txlab.wordpress.com/2013/06/29/freeswitch- > limiting-the-number-of-concurrent-calls-on-multiple-sip-accounts/ > > On 7 Oct 2016 01:03, "Michael Jerris" wrote: > >> with some user directory and dial plan support, yes. You?d need to set >> vars in the user dir for these restrictions and catch and handle them in >> the dial plan. >> >> > On Oct 6, 2016, at 4:29 PM, Valter Nogueira >> wrote: >> > >> > I would like to configure a user that would be allow to use only one >> codec and call only from a certain subnet like 192.168.5.x. >> > >> > Is that possible? >> > >> > Thank you >> > >> > Valter >> > >> > >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/20eea9af/attachment.html From brian at freeswitch.org Sat Oct 8 01:48:41 2016 From: brian at freeswitch.org (Brian West) Date: Fri, 7 Oct 2016 16:48:41 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2- > 9e47-67e5d9302ebc-237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling; > screen=yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > -- > Serge S. Yuriev > Senior VoIP engineer > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/4127b0dc/attachment-0001.html From valter at fastway.com.br Sat Oct 8 02:11:47 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Fri, 7 Oct 2016 19:11:47 -0300 Subject: [Freeswitch-users] SIP Proxy Message-ID: In Asterisk, I have a "SIP Proxy", with 2 sip trunk. An external Asterisk dials in SIP-1 and asterisk, thru the dialplan, sends the call to SIP-2 (an ISTP) In Freeswitch, I don't know if I should use directory/user for "SIP-1" or if it is allowed to use a gateway inside internal sip_profile. Is it possible authenticate user by IP instead of user/password? Thanks, Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/a94117a1/attachment.html From ssinyagin at gmail.com Sat Oct 8 03:00:52 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 8 Oct 2016 01:00:52 +0200 Subject: [Freeswitch-users] User configuration In-Reply-To: References: Message-ID: there's actually much more: you can define as many variables as you like, and make the dialplan recognize them according to your needs. The only drawback is that mod_xml_curl fetches the user entry every time you call user_data(). On Fri, Oct 7, 2016 at 11:16 PM, Valter Nogueira wrote: > Thank you, for your example. > > I was considering if are there some specifics parameters like asterisk's > one: > > - call-limit > - allow/disallow (codecs) > - permit/deny (hosts) > > > > Atenciosamente, > > > > 2016-10-06 20:52 GMT-03:00 Stanislav Sinyagin : > >> I have an example here: https://txlab.wordpress.com/20 >> 13/06/29/freeswitch-limiting-the-number-of-concurrent- >> calls-on-multiple-sip-accounts/ >> >> On 7 Oct 2016 01:03, "Michael Jerris" wrote: >> >>> with some user directory and dial plan support, yes. You?d need to set >>> vars in the user dir for these restrictions and catch and handle them in >>> the dial plan. >>> >>> > On Oct 6, 2016, at 4:29 PM, Valter Nogueira >>> wrote: >>> > >>> > I would like to configure a user that would be allow to use only one >>> codec and call only from a certain subnet like 192.168.5.x. >>> > >>> > Is that possible? >>> > >>> > Thank you >>> > >>> > Valter >>> > >>> > >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/fe456edd/attachment.html From ssinyagin at gmail.com Sat Oct 8 03:05:14 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 8 Oct 2016 01:05:14 +0200 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: here's my example for mod_perl, and mod_python will work similarly: https://github.com/xlab1/freeswitch_secretary_bug/tree/master/scripts The trick is to execute a background thread with "perlrun" API call. But ESL is much more flexible in handling this scenario, and here's an example too: https://github.com/xlab1/go-fs-secretary-prototype/tree/master/golang On Fri, Oct 7, 2016 at 2:29 PM, ?????? ??????? wrote: > Hi Guys. > > From Dialplan run scripts in Python, from which I perform > freeswitch.session("......"). That is, create a new session. And if I do not > get an answer for a long time from the gateway, the execution of other > scripts in Python is delayed until such time as the session will not be > installed. > > Please tell me how you can create a new session, and do not block completely > mod_python. I understand that once had to be done through ESL, but now > everything has already been written by the script from the dialplan. And it > works, if it does not create a new session. > > freeswitch at Test-Environment> > # > # Execute python script from fs_cli(in dialer mode): > # fs_cli --retry --batchmode --interrupt --execute="python > python_test_script" > # > 2016-10-07 17:55:29.970991 [NOTICE] mod_python.c:212 Invoking py module: > python_test_script > 2016-10-07 17:55:30.119989 [NOTICE] switch_cpp.cpp:1360 > -->(489d5441-701d-4a98-80ca-3389b00fa98a) Create a new session through > freeswitch.Session("sofia/gateway/Goip_One/+71234567890 at 192.168.100.28:5060") > 2016-10-07 17:55:30.119989 [NOTICE] switch_channel.c:1104 New Channel > sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 > [489d5441-701d-4a98-80ca-3389b00fa98a] > freeswitch at Test-Environment> > # > # New incoming call > # > 2016-10-07 17:55:33.920114 [NOTICE] switch_channel.c:1104 New Channel > sofia/external-g-eth0.stun.auth/384851 at 1.2.3.4 > [e11d39b8-0479-4d4b-bd8b-28634f0a970a] > 2016-10-07 17:55:33.920114 [INFO] mod_dialplan_xml.c:637 Processing 384851 > <384851>->318386 in context hive-context > # > # Execute second python script from dialplan: > # > 2016-10-07 17:55:33.920114 [NOTICE] mod_python.c:212 Invoking py module: > python_test_script > freeswitch at Test-Environment> > # > # 12 seconds of silence during which any python script will not be executed > and will be expected to complete > # > freeswitch at Test-Environment> > 2016-10-07 17:55:45.140231 [NOTICE] sofia.c:8078 Hangup > sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 > [CS_CONSUME_MEDIA] [UNALLOCATED_NUMBER] > 2016-10-07 17:55:45.160086 [NOTICE] switch_cpp.cpp:1360 > -->(489d5441-701d-4a98-80ca-3389b00fa98a) After Create a new session through > freeswitch.Session > 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1665 Session 15 > (sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060) > Ended > 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1669 Close Channel > sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 > [CS_DESTROY] > # > # Continue executing second python script(from 2016-10-07 17:55:33.920114) > after any answer from first python new freeswitch.Session > # > 2016-10-07 17:55:45.160086 [ALERT] switch_cpp.cpp:1360 (mtid:3656): > Traceback 280920161717(e11d39b8-0479-4d4b-bd8b-28634f0a970a): --> 12 <--; > now: 1475841345; python_start_time:1475841333; > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From grcamauer at gmail.com Sat Oct 8 03:10:59 2016 From: grcamauer at gmail.com (Guillermo Ruiz Camauer) Date: Fri, 7 Oct 2016 20:10:59 -0300 Subject: [Freeswitch-users] mod_lcr with mssql backend Message-ID: Does anyone have mod_lcr running against a MSSQL database through ODBC? What modifications did you have to make? -- Guillermo Ruiz Camauer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/724736df/attachment.html From david.villasmil.work at gmail.com Sat Oct 8 03:12:19 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sat, 8 Oct 2016 01:12:19 +0200 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: You can probably just use odbc, have you tried that? ? On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer wrote: > Does anyone have mod_lcr running against a MSSQL database through ODBC? > What modifications did you have to make? > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/f9996443/attachment-0001.html From me at nevian.org Sat Oct 8 03:13:58 2016 From: me at nevian.org (Serge Yuriev) Date: Sat, 8 Oct 2016 02:13:58 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: As mentioned before I tried to play with local-network-acl but no joy. Maybe it?s just not right? On which profile I should tune? On both profiles I have like this Int Ext On 8 Oct 2016, at 00:48, Brian West wrote: > you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen=yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > -- > Serge S. Yuriev > Senior VoIP engineer > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Serge S. Yuriev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/b5a45bfd/attachment.html From grcamauer at gmail.com Sat Oct 8 03:26:53 2016 From: grcamauer at gmail.com (Guillermo Ruiz Camauer) Date: Fri, 7 Oct 2016 20:26:53 -0300 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: Yes, I have ODBC working on my FS box, and I have updated the lcr.conf.xml file with the DSN. The problem is that when I load the module I get errors like: 2016-10-06 15:35:35.560192 [ERR] switch_odbc.c:522 ERR: [SELECT codec FROM carrier_gateway LIMIT 1] [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL Server][SQL Server]Incorrect syntax near '1'. ] 2016-10-06 15:35:35.560212 [ERR] switch_core_sqldb.c:587 ODBC SQL ERR [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL Server][SQL Server]Incorrect syntax near '1'. ] SELECT codec FROM carrier_gateway LIMIT 1 MSSQL doesn't accept "LIMIT 1". The equivalent syntax would be "SELECT top 1 codec FROM carrier_gateway". I was wondering if I will have to make a custum version of mod_lcr (which I must then maintain), or if there is some setting that I am not seeing to make it compatible with MS SQL. If anybody has gone down this road, would like some feedback. Thanks! On Fri, Oct 7, 2016 at 8:12 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > You can probably just use odbc, have you tried that? > ? > > On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > >> Does anyone have mod_lcr running against a MSSQL database through ODBC? >> What modifications did you have to make? >> >> -- >> Guillermo Ruiz Camauer >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Guillermo Ruiz Camauer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/bffdf4f7/attachment-0001.html From david.villasmil.work at gmail.com Sat Oct 8 03:29:41 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sat, 8 Oct 2016 01:29:41 +0200 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: It shouldn't be too hard to patch it for MSSQL, maybe that's the way to go. I have no idea whether anyone's implemented that, sorry. ? On Sat, Oct 8, 2016 at 1:26 AM, Guillermo Ruiz Camauer wrote: > Yes, I have ODBC working on my FS box, and I have updated the lcr.conf.xml > file with the DSN. > The problem is that when I load the module I get errors like: > > 2016-10-06 15:35:35.560192 [ERR] switch_odbc.c:522 ERR: [SELECT codec FROM > carrier_gateway LIMIT 1] > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > 2016-10-06 15:35:35.560212 [ERR] switch_core_sqldb.c:587 ODBC SQL ERR > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > SELECT codec FROM carrier_gateway LIMIT 1 > > MSSQL doesn't accept "LIMIT 1". The equivalent syntax would be "SELECT > top 1 codec FROM carrier_gateway". > > I was wondering if I will have to make a custum version of mod_lcr (which > I must then maintain), or if there is some setting that I am not seeing to > make it compatible with MS SQL. > If anybody has gone down this road, would like some feedback. > > Thanks! > > On Fri, Oct 7, 2016 at 8:12 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> You can probably just use odbc, have you tried that? >> ? >> >> On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer < >> grcamauer at gmail.com> wrote: >> >>> Does anyone have mod_lcr running against a MSSQL database through ODBC? >>> What modifications did you have to make? >>> >>> -- >>> Guillermo Ruiz Camauer >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/dc79d917/attachment.html From grcamauer at gmail.com Sat Oct 8 03:52:18 2016 From: grcamauer at gmail.com (Guillermo Ruiz Camauer) Date: Fri, 7 Oct 2016 20:52:18 -0300 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: Thanks David. Looking though the code, I see that the LIMIT 1 clause is used several times in contexts similar to this: /* Checking for cid field, adding if needed */ if (db_check("SELECT cid FROM lcr LIMIT 1") == SWITCH_TRUE) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_DEBUG, "cid field defined.\n"); I gather they are limiting to 1 record because there might be people that have huge tables and it wouldn't make sense to bring back all those records... But as can be seen below, limiting records doesn't seem to be one of those standard SQL things... Returning only the first N records in a SQL query differs quite a bit between database platforms. Here's some samples: *Microsoft SQL Server* SELECT *TOP 10* column FROM table *PostgreSQL and MySQL* SELECT column FROM table*LIMIT 10* *Oracle* SELECT column FROM table*WHERE ROWNUM <= 10* *Sybase* *SET rowcount 10* SELECT column FROM table *Firebird* SELECT *FIRST 10* column FROM table I'm wondering if they couldn't do something like "select distinct XXXX.." to mitigate this, but still be compatible with all ODBC backends. SELECT DISTINCT seems to be standard (at least I checked ORACLE, POSTGRES, mySQL and MSSQL. Guillermo On Fri, Oct 7, 2016 at 8:29 PM, David Villasmil < david.villasmil.work at gmail.com> wrote: > It shouldn't be too hard to patch it for MSSQL, maybe that's the way to go. > I have no idea whether anyone's implemented that, sorry. > ? > > On Sat, Oct 8, 2016 at 1:26 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > >> Yes, I have ODBC working on my FS box, and I have updated the >> lcr.conf.xml file with the DSN. >> The problem is that when I load the module I get errors like: >> >> 2016-10-06 15:35:35.560192 [ERR] switch_odbc.c:522 ERR: [SELECT codec >> FROM carrier_gateway LIMIT 1] >> [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL >> Server][SQL Server]Incorrect syntax near '1'. >> ] >> 2016-10-06 15:35:35.560212 [ERR] switch_core_sqldb.c:587 ODBC SQL ERR >> [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL >> Server][SQL Server]Incorrect syntax near '1'. >> ] >> SELECT codec FROM carrier_gateway LIMIT 1 >> >> MSSQL doesn't accept "LIMIT 1". The equivalent syntax would be "SELECT >> top 1 codec FROM carrier_gateway". >> >> I was wondering if I will have to make a custum version of mod_lcr (which >> I must then maintain), or if there is some setting that I am not seeing to >> make it compatible with MS SQL. >> If anybody has gone down this road, would like some feedback. >> >> Thanks! >> >> On Fri, Oct 7, 2016 at 8:12 PM, David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> You can probably just use odbc, have you tried that? >>> ? >>> >>> On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer < >>> grcamauer at gmail.com> wrote: >>> >>>> Does anyone have mod_lcr running against a MSSQL database through >>>> ODBC? What modifications did you have to make? >>>> >>>> -- >>>> Guillermo Ruiz Camauer >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Guillermo Ruiz Camauer >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Guillermo Ruiz Camauer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/c0b32496/attachment-0001.html From david.villasmil.work at gmail.com Sat Oct 8 03:59:11 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 07 Oct 2016 23:59:11 +0000 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: I don't know mod_lcr that well, but it seems to me they just want the first record from whatever set returned ordered by the order clause. If they all mean basically the same thing, meaning it will return the first record of the resulting set ordered, it should work. Unless I'm mistaking something. On Sat, Oct 8, 2016 at 1:53 AM Guillermo Ruiz Camauer wrote: > Thanks David. > > Looking though the code, I see that the LIMIT 1 clause is used several > times in contexts similar to this: > > > /* Checking for cid field, adding if needed */ > if (db_check("SELECT cid FROM lcr LIMIT 1") == SWITCH_TRUE) { > switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_DEBUG, "cid > field defined.\n"); > > I gather they are limiting to 1 record because there might be people that > have huge tables and it wouldn't make sense to bring back all those > records... > > But as can be seen below, limiting records doesn't seem to be one of those > standard SQL things... > > > Returning only the first N records in a SQL query differs quite a bit > between database platforms. Here's some samples: > > *Microsoft SQL Server* > > SELECT *TOP 10* column FROM table > > *PostgreSQL and MySQL* > > SELECT column FROM table*LIMIT 10* > > *Oracle* > > SELECT column FROM table*WHERE ROWNUM <= 10* > > *Sybase* > > *SET rowcount 10* > SELECT column FROM table > > *Firebird* > > SELECT *FIRST 10* column > FROM table > > > > I'm wondering if they couldn't do something like "select distinct XXXX.." > to mitigate this, but still be compatible with all ODBC backends. SELECT > DISTINCT seems to be standard (at least I checked ORACLE, POSTGRES, mySQL > and MSSQL. > > Guillermo > > > > > > On Fri, Oct 7, 2016 at 8:29 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > It shouldn't be too hard to patch it for MSSQL, maybe that's the way to go. > I have no idea whether anyone's implemented that, sorry. > ? > > On Sat, Oct 8, 2016 at 1:26 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > > Yes, I have ODBC working on my FS box, and I have updated the lcr.conf.xml > file with the DSN. > The problem is that when I load the module I get errors like: > > 2016-10-06 15:35:35.560192 [ERR] switch_odbc.c:522 ERR: [SELECT codec FROM > carrier_gateway LIMIT 1] > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > 2016-10-06 15:35:35.560212 [ERR] switch_core_sqldb.c:587 ODBC SQL ERR > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > SELECT codec FROM carrier_gateway LIMIT 1 > > MSSQL doesn't accept "LIMIT 1". The equivalent syntax would be "SELECT > top 1 codec FROM carrier_gateway". > > I was wondering if I will have to make a custum version of mod_lcr (which > I must then maintain), or if there is some setting that I am not seeing to > make it compatible with MS SQL. > If anybody has gone down this road, would like some feedback. > > Thanks! > > On Fri, Oct 7, 2016 at 8:12 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > You can probably just use odbc, have you tried that? > ? > > On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > > Does anyone have mod_lcr running against a MSSQL database through ODBC? > What modifications did you have to make? > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Guillermo Ruiz Camauer > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/e5c79d5f/attachment-0001.html From anthony.minessale at gmail.com Sat Oct 8 05:23:03 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 7 Oct 2016 20:23:03 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: Too terse. You probably need to produce full traces on pastebin with the full debug to get any idea. On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > >> Hello, >> >> Two SIP profiles: >> External 83.?? >> Internal 10.23.154.0/24 >> >> Via external we are receiving/send calls from/to 172.17.2.0/29 >> For some reason if we call outside FS sends unmodified addresses in SDP. >> So we have unroutable address in SDP and one-way audio. If call flows >> ext to int all working correct. >> Tried local-network-acl on inside (10.??) with excluded 172.??, >> apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( >> >> "Bad one" SDP - from internal to external >> send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: >> ------------------------------------------------------------ >> ------------ >> SIP/2.0 200 OK >> Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 >> From: "IT, ????? ??????" >> ;tag=195594~27154efa-6325-45a2-9e47- >> 67e5d9302ebc-237816120 >> To: ;tag=66NUXXHvB6HBp >> Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 >> CSeq: 101 INVITE >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >> Accept: application/sdp >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> PRACK, NOTIFY >> Require: timer >> Supported: precondition, 100rel, timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Session-Expires: 1800;refresher=uac >> Content-Type: application/sdp >> Content-Disposition: session >> Content-Length: 180 >> >> v=0 >> o=- 1475853382 2 IN IP4 172.17.2.3 >> s=- >> >> c=IN IP4 172.17.2.4 >> b=AS:64 >> t=0 0 >> m=audio 3040 RTP/AVP 8 101 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:101 telephone-event/8000 >> a=ptime:20 >> >> >> And a good one - external to internal >> send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: >> ------------------------------------------------------------ >> ------------ >> INVITE sip:12550 at 10.23.154.65 SIP/2.0 >> Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB >> Max-Forwards: 69 >> From: "???????" >> ;tag=1agg8aZ7FUUBK >> To: >> Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b >> CSeq: 97580363 INVITE >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> PRACK, NOTIFY >> Supported: precondition, 100rel, timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Content-Type: application/sdp >> Content-Disposition: session >> Content-Length: 268 >> X-FS-Support: update_display,send_info >> Remote-Party-ID: "???????" >> ;party=calling;screen >> =yes;privacy=off >> >> v=0 >> o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 >> s=FreeSWITCH >> >> c=IN IP4 10.23.154.100 >> t=0 0 >> m=audio 28432 RTP/AVP 8 18 101 13 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:18 G729/8000 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=rtpmap:13 CN/8000 >> a=ptime:20 >> >> -- >> Serge S. Yuriev >> Senior VoIP engineer >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/41414804/attachment.html From astashov.andrey at gmail.com Sat Oct 8 09:05:59 2016 From: astashov.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRgtCw0YjQvtCy?=) Date: Sat, 8 Oct 2016 11:05:59 +0600 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: Thank you so much. I, too, yesterday in the evening came to a decision to use bgapi originate command, and then connect to it through uuid. It seems to work as it should, but I think that this is not the right decision anyway. Already came across as much rake that I regret that he chose python and regrets that he started to write through ESL. :) I will be rewritten. 2016-10-08 5:05 GMT+06:00 Stanislav Sinyagin : > But ESL is much more flexible in handling this scenario, and here's an > example too: > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/7103d77f/attachment-0001.html From s.safarov at gmail.com Sat Oct 8 09:57:34 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 08 Oct 2016 05:57:34 +0000 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: You can fill jira. Think it is not difficult to implement it. ??, 8 ???. 2016 ?. ? 3:00, David Villasmil : > I don't know mod_lcr that well, but it seems to me they just want the > first record from whatever set returned ordered by the order clause. > If they all mean basically the same thing, meaning it will return the > first record of the resulting set ordered, it should work. > Unless I'm mistaking something. > On Sat, Oct 8, 2016 at 1:53 AM Guillermo Ruiz Camauer > wrote: > > Thanks David. > > Looking though the code, I see that the LIMIT 1 clause is used several > times in contexts similar to this: > > > /* Checking for cid field, adding if needed */ > if (db_check("SELECT cid FROM lcr LIMIT 1") == SWITCH_TRUE) { > switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_DEBUG, "cid > field defined.\n"); > > I gather they are limiting to 1 record because there might be people that > have huge tables and it wouldn't make sense to bring back all those > records... > > But as can be seen below, limiting records doesn't seem to be one of those > standard SQL things... > > > Returning only the first N records in a SQL query differs quite a bit > between database platforms. Here's some samples: > > *Microsoft SQL Server* > > SELECT *TOP 10* column FROM table > > *PostgreSQL and MySQL* > > SELECT column FROM table*LIMIT 10* > > *Oracle* > > SELECT column FROM table*WHERE ROWNUM <= 10* > > *Sybase* > > *SET rowcount 10* > SELECT column FROM table > > *Firebird* > > SELECT *FIRST 10* column > FROM table > > > > I'm wondering if they couldn't do something like "select distinct XXXX.." > to mitigate this, but still be compatible with all ODBC backends. SELECT > DISTINCT seems to be standard (at least I checked ORACLE, POSTGRES, mySQL > and MSSQL. > > Guillermo > > > > > > On Fri, Oct 7, 2016 at 8:29 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > It shouldn't be too hard to patch it for MSSQL, maybe that's the way to go. > I have no idea whether anyone's implemented that, sorry. > ? > > On Sat, Oct 8, 2016 at 1:26 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > > Yes, I have ODBC working on my FS box, and I have updated the lcr.conf.xml > file with the DSN. > The problem is that when I load the module I get errors like: > > 2016-10-06 15:35:35.560192 [ERR] switch_odbc.c:522 ERR: [SELECT codec FROM > carrier_gateway LIMIT 1] > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > 2016-10-06 15:35:35.560212 [ERR] switch_core_sqldb.c:587 ODBC SQL ERR > [STATE: 42000 CODE 102 ERROR: [Microsoft][ODBC Driver 13 for SQL > Server][SQL Server]Incorrect syntax near '1'. > ] > SELECT codec FROM carrier_gateway LIMIT 1 > > MSSQL doesn't accept "LIMIT 1". The equivalent syntax would be "SELECT > top 1 codec FROM carrier_gateway". > > I was wondering if I will have to make a custum version of mod_lcr (which > I must then maintain), or if there is some setting that I am not seeing to > make it compatible with MS SQL. > If anybody has gone down this road, would like some feedback. > > Thanks! > > On Fri, Oct 7, 2016 at 8:12 PM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > You can probably just use odbc, have you tried that? > ? > > On Sat, Oct 8, 2016 at 1:10 AM, Guillermo Ruiz Camauer < > grcamauer at gmail.com> wrote: > > Does anyone have mod_lcr running against a MSSQL database through ODBC? > What modifications did you have to make? > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Guillermo Ruiz Camauer > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Guillermo Ruiz Camauer > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/0fef64c1/attachment-0001.html From david.villasmil.work at gmail.com Sat Oct 8 17:18:54 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sat, 08 Oct 2016 13:18:54 +0000 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: I would recommend perl and ESL with bgapi originate, works perfectly. I've using it forever. My difference is that i have one script to generate the call and another to process vie ESL whatever i need to process once it's been launched. On Sat, Oct 8, 2016 at 7:07 AM ?????? ??????? wrote: > Thank you so much. > > I, too, yesterday in the evening came to a decision to use bgapi originate > command, and then connect to it through uuid. > It seems to work as it should, but I think that this is not the right > decision anyway. Already came across as much rake that I regret that he > chose python and regrets that he started to write through ESL. :) > > I will be rewritten. > > 2016-10-08 5:05 GMT+06:00 Stanislav Sinyagin : > > But ESL is much more flexible in handling this scenario, and here's an > example too: > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/6d2b40b6/attachment.html From astashov.andrey at gmail.com Sat Oct 8 18:12:51 2016 From: astashov.andrey at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRgtCw0YjQvtCy?=) Date: Sat, 8 Oct 2016 20:12:51 +0600 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: And why perl? What are its features in comparison with python? Just python I know more and understand what a perl, and I would like to know better than perl to write a programm for telephony services. 2016-10-08 19:18 GMT+06:00 David Villasmil : > I would recommend perl and ESL with bgapi originate, works perfectly. I've > using it forever. > My difference is that i have one script to generate the call and another > to process vie ESL whatever i need to process once it's been launched. > On Sat, Oct 8, 2016 at 7:07 AM ?????? ??????? > wrote: > >> Thank you so much. >> >> I, too, yesterday in the evening came to a decision to use bgapi >> originate command, and then connect to it through uuid. >> It seems to work as it should, but I think that this is not the right >> decision anyway. Already came across as much rake that I regret that he >> chose python and regrets that he started to write through ESL. :) >> >> I will be rewritten. >> >> 2016-10-08 5:05 GMT+06:00 Stanislav Sinyagin : >> >> But ESL is much more flexible in handling this scenario, and here's an >> example too: >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/f5878cf8/attachment.html From david.villasmil.work at gmail.com Sat Oct 8 18:26:48 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sat, 08 Oct 2016 14:26:48 +0000 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: No special reason, i use perl for decades now. I can't give you a reason not to use python. The point is not really the language, but the functions used. Which i guess are available for python as well. On Sat, Oct 8, 2016 at 4:14 PM ?????? ??????? wrote: > And why perl? What are its features in comparison with python? Just python > I know more and understand what a perl, and I would like to know better > than perl to write a programm for telephony services. > > 2016-10-08 19:18 GMT+06:00 David Villasmil >: > > I would recommend perl and ESL with bgapi originate, works perfectly. I've > using it forever. > My difference is that i have one script to generate the call and another > to process vie ESL whatever i need to process once it's been launched. > On Sat, Oct 8, 2016 at 7:07 AM ?????? ??????? > wrote: > > Thank you so much. > > I, too, yesterday in the evening came to a decision to use bgapi originate > command, and then connect to it through uuid. > It seems to work as it should, but I think that this is not the right > decision anyway. Already came across as much rake that I regret that he > chose python and regrets that he started to write through ESL. :) > > I will be rewritten. > > 2016-10-08 5:05 GMT+06:00 Stanislav Sinyagin : > > But ESL is much more flexible in handling this scenario, and here's an > example too: > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/5223e23e/attachment-0001.html From luca.pradovera at gmail.com Sun Oct 9 00:53:39 2016 From: luca.pradovera at gmail.com (Luca Pradovera) Date: Sat, 8 Oct 2016 22:53:39 +0200 Subject: [Freeswitch-users] Achieving streaming ASR Message-ID: Hello, following a discussion on IRC, I thought I would move this here so it is more async. The need is to be able to use Nuance/IBM Watson/Google Speech APIs in streaming mode for real-time transcription (essentially, captioning a video conference and getting a transcript of the proceedings). My first idea was to simply get the frames from a recording as it is being written, though there might be some obstacles there. It was suggested the media bugs infrastructure would work, at the C level, though I need to check which formats it supports. Do you have any other suggestions? Thank you! Luca -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/52796874/attachment.html From arsen.semionov at gmail.com Fri Oct 7 23:45:47 2016 From: arsen.semionov at gmail.com (Arsen) Date: Fri, 7 Oct 2016 22:45:47 +0300 Subject: [Freeswitch-users] Freeswitch HA postgresql BDR mod_sofia fails to start Message-ID: Hi guys, I am running two freeswitch instances in HA cluster in OVH cloud VPS. with postgresql in the core postgresql BDR master-master replication sometimes (almost always) when I start/restart freeswitch service or mod_sofia I get errors: 2016-10-07 19:22:22.499304 [CRIT] switch_pgsql.c:360 Query (create index sr_call_id on sip_registrations (call_id)) took too long to complete or database not responding. 2016-10-07 19:22:22.599306 [CRIT] switch_pgsql.c:360 Query (insert into tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, hostname) values(1,'zrtp_cache_save','core',1475869032,0,'fusion01-2')) took too long to complete or database not responding. 2016-10-07 19:22:22.599306 [DEBUG] switch_pgsql.c:415 Query (insert into tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, hostname) values(2,'heartbeat','core',1475868132,0,'fusion01-2')) returned PGRES_FATAL_ERROR 2016-10-07 19:22:22.599306 [ERR] switch_pgsql.c:656 Error executing query: ERROR: current transaction is aborted, commands ignored until end of transaction block ..and sofia can not initialize profiles or only one profile or freeswitch fails to start at all I can see some queries on freeswitch db with state=active when I execute (select * from pg_stat_activity) even when FS is down. top - 19:39:38 up 3:07, 7 users, load average: 1.03, 1.04, 0.95 Tasks: 126 total, 2 running, 124 sleeping, 0 stopped, 0 zombie %Cpu0 : 93.0 us, 0.3 sy, 0.0 ni, 6.6 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 7.1 us, 0.7 sy, 0.0 ni, 92.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st Release: Debian 8.6 freeswitch 1.6.11~19~5e413fe-1~jessie+1 amd64 postgresql-bdr-9.4 9.4.9-1jessie FS config is default both VPS LAN interconnected OpenStack KVM 2 vCores 2.4 GHz 8 GB RAM 40 GB SSD Local RAID 10 any ideas ? -- Regards, Arsen. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161007/51fb1695/attachment-0001.html From arsen.semionov at gmail.com Sat Oct 8 18:29:39 2016 From: arsen.semionov at gmail.com (Arsen) Date: Sat, 8 Oct 2016 17:29:39 +0300 Subject: [Freeswitch-users] Freeswitch HA postgresql BDR mod_sofia fails to start In-Reply-To: References: Message-ID: It looks like the issue is with the replication, I've removed BDR from freeswitch database and freeswitch is flying again.. Not sure whether it's BDR or VPS performance issue or something specific related to freeswitch DB.. If someone has experience running FS with postgre in the core and BDR your advices are very welcome! :) On Fri, Oct 7, 2016 at 10:45 PM, Arsen wrote: > Hi guys, > > I am running two freeswitch instances in HA cluster in OVH cloud VPS. > with postgresql in the core > postgresql BDR master-master replication > > sometimes (almost always) when I start/restart freeswitch service or > mod_sofia I get errors: > > 2016-10-07 19:22:22.499304 [CRIT] switch_pgsql.c:360 Query (create index > sr_call_id on sip_registrations (call_id)) took too long to complete or > database not responding. > 2016-10-07 19:22:22.599306 [CRIT] switch_pgsql.c:360 Query (insert into > tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, > hostname) values(1,'zrtp_cache_save','core',1475869032,0,'fusion01-2')) > took too long to complete or database not responding. > 2016-10-07 19:22:22.599306 [DEBUG] switch_pgsql.c:415 Query (insert into > tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, > hostname) values(2,'heartbeat','core',1475868132,0,'fusion01-2')) > returned PGRES_FATAL_ERROR > 2016-10-07 19:22:22.599306 [ERR] switch_pgsql.c:656 Error executing query: > ERROR: current transaction is aborted, commands ignored until end of > transaction block > > ..and sofia can not initialize profiles or only one profile or freeswitch > fails to start at all > > I can see some queries on freeswitch db with state=active when I execute > (select * from pg_stat_activity) even when FS is down. > > > top - 19:39:38 up 3:07, 7 users, load average: 1.03, 1.04, 0.95 > Tasks: 126 total, 2 running, 124 sleeping, 0 stopped, 0 zombie > %Cpu0 : 93.0 us, 0.3 sy, 0.0 ni, 6.6 id, 0.0 wa, 0.0 hi, 0.0 si, > 0.0 st > %Cpu1 : 7.1 us, 0.7 sy, 0.0 ni, 92.3 id, 0.0 wa, 0.0 hi, 0.0 si, > 0.0 st > > Release: Debian 8.6 > freeswitch 1.6.11~19~5e413fe-1~jessie+1 amd64 > postgresql-bdr-9.4 9.4.9-1jessie > FS config is default > > both VPS LAN interconnected > OpenStack KVM > 2 vCores > 2.4 GHz > 8 GB RAM > 40 GB SSD > Local RAID 10 > > > any ideas ? > > -- > Regards, > Arsen. > -- Regards, Arsen. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/304606a4/attachment-0001.html From arsen.semionov at gmail.com Sat Oct 8 21:05:04 2016 From: arsen.semionov at gmail.com (Arsen) Date: Sat, 8 Oct 2016 20:05:04 +0300 Subject: [Freeswitch-users] Freeswitch HA postgresql BDR mod_sofia fails to start In-Reply-To: References: Message-ID: the issue has been completely solved by setting: auto-create-schemas=false will be happy if someone will find this useful :) On Sat, Oct 8, 2016 at 5:29 PM, Arsen wrote: > It looks like the issue is with the replication, I've removed BDR from > freeswitch database and freeswitch is flying again.. > Not sure whether it's BDR or VPS performance issue or something specific > related to freeswitch DB.. > > If someone has experience running FS with postgre in the core and BDR your > advices are very welcome! :) > > On Fri, Oct 7, 2016 at 10:45 PM, Arsen wrote: > >> Hi guys, >> >> I am running two freeswitch instances in HA cluster in OVH cloud VPS. >> with postgresql in the core >> postgresql BDR master-master replication >> >> sometimes (almost always) when I start/restart freeswitch service or >> mod_sofia I get errors: >> >> 2016-10-07 19:22:22.499304 [CRIT] switch_pgsql.c:360 Query (create index >> sr_call_id on sip_registrations (call_id)) took too long to complete or >> database not responding. >> 2016-10-07 19:22:22.599306 [CRIT] switch_pgsql.c:360 Query (insert into >> tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, >> hostname) values(1,'zrtp_cache_save','core',1475869032,0,'fusion01-2')) >> took too long to complete or database not responding. >> 2016-10-07 19:22:22.599306 [DEBUG] switch_pgsql.c:415 Query (insert into >> tasks (task_id, task_desc, task_group, task_runtime, task_sql_manager, >> hostname) values(2,'heartbeat','core',1475868132,0,'fusion01-2')) >> returned PGRES_FATAL_ERROR >> 2016-10-07 19:22:22.599306 [ERR] switch_pgsql.c:656 Error executing query: >> ERROR: current transaction is aborted, commands ignored until end of >> transaction block >> >> ..and sofia can not initialize profiles or only one profile or freeswitch >> fails to start at all >> >> I can see some queries on freeswitch db with state=active when I execute >> (select * from pg_stat_activity) even when FS is down. >> >> >> top - 19:39:38 up 3:07, 7 users, load average: 1.03, 1.04, 0.95 >> Tasks: 126 total, 2 running, 124 sleeping, 0 stopped, 0 zombie >> %Cpu0 : 93.0 us, 0.3 sy, 0.0 ni, 6.6 id, 0.0 wa, 0.0 hi, 0.0 si, >> 0.0 st >> %Cpu1 : 7.1 us, 0.7 sy, 0.0 ni, 92.3 id, 0.0 wa, 0.0 hi, 0.0 si, >> 0.0 st >> >> Release: Debian 8.6 >> freeswitch 1.6.11~19~5e413fe-1~jessie+1 amd64 >> postgresql-bdr-9.4 9.4.9-1jessie >> FS config is default >> >> both VPS LAN interconnected >> OpenStack KVM >> 2 vCores >> 2.4 GHz >> 8 GB RAM >> 40 GB SSD >> Local RAID 10 >> >> >> any ideas ? >> >> -- >> Regards, >> Arsen. >> > > > > -- > Regards, > Arsen. > -- Regards, Arsen. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/ed61f420/attachment-0001.html From anis.bedhiafi at e-volut.io Sun Oct 9 01:29:02 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Sat, 8 Oct 2016 22:29:02 +0100 Subject: [Freeswitch-users] How to detect if the call is being transferred? Message-ID: Hello I am working on application using Freeswitch and SIP.js in which I need to detect if the call is being transferred. The Sip.js application is actually an outbound dialer in which I load a list of phone numbers to call. The application starts by calling people. It is interesting to detect voicemail boxes. For that I am using mod_avmd. My problem is when the other end transfers the call, the sip.js client should know that the current call is being transferred. Is there a way that the original caller (sip.js client) knows that the call is being transferred? I was looking at all the channel variables and I found that the RDNIS variable and the transfer_time variable are filled up when there is a transfer. Is there a way to listen to the channel variables during the call and detect any change? Or is there a better way I can do it? Thank you for any suggestion. Anis Bedhiafi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161008/3505a1f5/attachment.html From jungleboogie0 at gmail.com Sun Oct 9 06:25:48 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Sat, 8 Oct 2016 19:25:48 -0700 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: On 7 October 2016 at 22:57, Sergey Safarov wrote: > > You can fill jira. Think it is not difficult to implement it. I created it on behalf of Guillermo: https://freeswitch.org/jira/browse/FS-9625 From yehavi.bourvine at gmail.com Sun Oct 9 12:22:03 2016 From: yehavi.bourvine at gmail.com (Yehavi Bourvine) Date: Sun, 9 Oct 2016 11:22:03 +0300 Subject: [Freeswitch-users] Using presence or state to avoid intercom barge-in In-Reply-To: <012101d20485$e605ffc0$b211ff40$@com> References: <012101d20485$e605ffc0$b211ff40$@com> Message-ID: Hello Phil, Here I use the "limit" application to avoid such situation. This means that you have to add calls to "limit" whenever you establish a call. Once this is implemened, you can use this call to check whether the "parent extension" is busy before doing the "bridge" call. If this is acceptable approach for you, then I can send you some dialplan fragments that I am using here for exactly this situation. Regards, __Yehavi: 2016-09-01 22:20 GMT+03:00 Phil Quesinberry : > Hi, > > We?re running into an issue with Cisco SPA50x phones where an intercom > call to an extension either places the currently active call on hold or > hangs up on it and switches to the intercom call. We?d like to not have > this happen if the destination extension is in use. > > The only way I know of to do this would involve reconfiguring all of the > phones to share presence and then check it in the dialplan before > bridging. Is there a convenient ?no-barge? variable or similar that can be > set so FS won?t send the invite if the extension is in use or a way to > check the extension?s state from the dialplan? I?m guessing that?s a NO > but I had to ask! > > Alternatively, is there a way to get the Cisco phones not to interrupt the > call in progress when a call comes in? Instead of setting > sip_auto_answer=true, I?ve also tried setting sip_h_Call-Info= address.of.server>;answer-after=0 which appears to stop this behavior on > the Aastra phones but not the Cisco phones, although I?m not entirely sure > about this as I now can?t seem to reproduce the undesired behavior on the > Aastra phones... > > Dialplan entry for the intercom as it stands is as follows: > > > > > > > > /> > > > > > > > > Any thoughts or advice would be appreciated. Thanks! > > *Phil Quesinberry* > > Q Systems Engineering, Inc. > > Embedded Systems, Telecom, IT > > (410) 969-8002 > > *http://www.qsystemsengineering.com* > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161009/e96e4615/attachment.html From me at nevian.org Sun Oct 9 14:01:16 2016 From: me at nevian.org (Serge Yuriev) Date: Sun, 9 Oct 2016 13:01:16 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: Bad one https://pastebin.freeswitch.org/view/5a6b306c Good one https://pastebin.freeswitch.org/view/5b1ca4e3 On 8 Oct 2016, at 04:23, Anthony Minessale wrote: > Too terse. > > You probably need to produce full traces on pastebin with the full debug to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > As mentioned before I tried to play with local-network-acl but no joy. Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > >> you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? >> >> On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: >> Hello, >> >> Two SIP profiles: >> External 83.?? >> Internal 10.23.154.0/24 >> >> Via external we are receiving/send calls from/to 172.17.2.0/29 >> For some reason if we call outside FS sends unmodified addresses in SDP. >> So we have unroutable address in SDP and one-way audio. If call flows >> ext to int all working correct. >> Tried local-network-acl on inside (10.??) with excluded 172.??, >> apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( >> >> "Bad one" SDP - from internal to external >> send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: >> ------------------------------------------------------------------------ >> SIP/2.0 200 OK >> Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 >> From: "IT, ????? ??????" >> ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 >> To: ;tag=66NUXXHvB6HBp >> Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 >> CSeq: 101 INVITE >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >> Accept: application/sdp >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> PRACK, NOTIFY >> Require: timer >> Supported: precondition, 100rel, timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Session-Expires: 1800;refresher=uac >> Content-Type: application/sdp >> Content-Disposition: session >> Content-Length: 180 >> >> v=0 >> o=- 1475853382 2 IN IP4 172.17.2.3 >> s=- >> >> c=IN IP4 172.17.2.4 >> b=AS:64 >> t=0 0 >> m=audio 3040 RTP/AVP 8 101 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:101 telephone-event/8000 >> a=ptime:20 >> >> >> And a good one - external to internal >> send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: >> ------------------------------------------------------------------------ >> INVITE sip:12550 at 10.23.154.65 SIP/2.0 >> Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB >> Max-Forwards: 69 >> From: "???????" >> ;tag=1agg8aZ7FUUBK >> To: >> Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b >> CSeq: 97580363 INVITE >> Contact: >> User-Agent: >> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> PRACK, NOTIFY >> Supported: precondition, 100rel, timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Content-Type: application/sdp >> Content-Disposition: session >> Content-Length: 268 >> X-FS-Support: update_display,send_info >> Remote-Party-ID: "???????" >> ;party=calling;screen=yes;privacy=off >> >> v=0 >> o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 >> s=FreeSWITCH >> >> c=IN IP4 10.23.154.100 >> t=0 0 >> m=audio 28432 RTP/AVP 8 18 101 13 >> a=rtpmap:8 PCMA/8000 >> a=rtpmap:18 G729/8000 >> a=rtpmap:101 telephone-event/8000 >> a=fmtp:101 0-16 >> a=rtpmap:13 CN/8000 >> a=ptime:20 >> >> -- >> Serge S. Yuriev >> Senior VoIP engineer >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Brian West >> brian at freeswitch.org >> >> >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here! | Reddit: /r/freeswitch >> >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Serge S. Yuriev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161009/12ec3431/attachment-0001.html From gascagonzalo at gmail.com Mon Oct 10 03:05:06 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Sun, 9 Oct 2016 16:05:06 -0700 Subject: [Freeswitch-users] How to detect if the call is being transferred? In-Reply-To: References: Message-ID: Hi Anis, The way I do it is using ESL interface, I use it to initiate the call and monitor events, in your case you can monitor events and extract variable information, upon that take action. For example: events = "BACKGROUND_JOB " \ "DETECTED_TONE " \ "CHANNEL_OUTGOING " \ "CHANNEL_CREATE " \ "CHANNEL_ANSWER " \ "CHANNEL_PROGRESS_MEDIA " \ "RECORD_START " \ "CHANNEL_HANGUP " \ "CHAN_NOT_IMPLEMENTED " self.connection.events("plain", events) ev_name = reply.getHeader('Event-Name') Filter in the event where you get your transfer information and filter by call channel... if self.call.uuid == reply.getHeader("Channel-Call-UUID"): variable_variable_transfer_time = reply.getHeader('*variable_transfer_time*') if variable_variable_transfer_time: writedb('transfer_time', variable_variable_transfer_time) Take action like write into DB, file, etc.. Hope it helps You can ping me offline for more details. -Gonzalo On Sat, Oct 8, 2016 at 2:29 PM, Anis Bedhiafi wrote: > Hello > > I am working on application using Freeswitch and SIP.js in which I need to > detect if the call is being transferred. > > The Sip.js application is actually an outbound dialer in which I load a > list of phone numbers to call. > > The application starts by calling people. > > It is interesting to detect voicemail boxes. For that I am using mod_avmd. > > My problem is when the other end transfers the call, the sip.js client > should know that the current call is being transferred. > > Is there a way that the original caller (sip.js client) knows that the > call is being transferred? > > I was looking at all the channel variables and I found that the RDNIS > variable and the transfer_time variable are filled up when there is a > transfer. > > Is there a way to listen to the channel variables during the call and > detect any change? Or is there a better way I can do it? > > Thank you for any suggestion. > > Anis Bedhiafi > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161009/3ab6927c/attachment.html From rgleason at voipnetwork.net Mon Oct 10 07:15:48 2016 From: rgleason at voipnetwork.net (Richard Gleason) Date: Sun, 9 Oct 2016 23:15:48 -0400 Subject: [Freeswitch-users] Playback on Congestion Message-ID: Hello Guys, Need some help with a dial plan that I'm working on. The goal is to play a pre-recorded message to the originator on congestion. For example, if GW replies back to FreeSWITCH with code SIP 404, I want to trigger a pre-recorded message and play it back to the originator. Dial plan uses option bridge. If it is not difuclt can some one provide an example of dial plan for this action. Thanks. -- Best Regards, Richard Gleason -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161009/65d30788/attachment.html From mike at jerris.com Mon Oct 10 10:47:22 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 10 Oct 2016 02:47:22 -0400 Subject: [Freeswitch-users] mod_python and new Session from freeswitch.Session In-Reply-To: References: Message-ID: sounds like there is some come missing to tell python we are entering into a long running c function. Let's move this to jira and i'll take a look in the morning. This is the kind of info i needed to help track down why python might be blocking. I'll see if i'm right on my suspicion tomorrow On Friday, October 7, 2016, ?????? ??????? wrote: > Hi Guys. > > From Dialplan run scripts in Python, from which I perform > freeswitch.session("......"). That is, create a new session. And if I do > not get an answer for a long time from the gateway, the execution of other > scripts in Python is delayed until such time as the session will not be > installed. > > Please tell me how you can create a new session, and do not block > completely mod_python. I understand that once had to be done through ESL, > but now everything has already been written by the script from the > dialplan. And it works, if it does not create a new session. > > freeswitch at Test-Environment> > # > # Execute python script from fs_cli(in dialer mode): > # fs_cli --retry --batchmode --interrupt --execute="python > python_test_script" > # > 2016-10-07 17:55:29.970991 [NOTICE] mod_python.c:212 Invoking py module: > python_test_script > 2016-10-07 17:55:30.119989 [NOTICE] switch_cpp.cpp:1360 > -->(489d5441-701d-4a98-80ca-3389b00fa98a) Create a new session through > freeswitch.Session("sofia/gateway/Goip_One/+71234567890@ > 192.168.100.28:5060") > 2016-10-07 17:55:30.119989 [NOTICE] switch_channel.c:1104 New Channel > sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 > [489d5441-701d-4a98-80ca-3389b00fa98a] > freeswitch at Test-Environment> > # > # New incoming call > # > 2016-10-07 17:55:33.920114 [NOTICE] switch_channel.c:1104 New Channel > sofia/external-g-eth0.stun.auth/384851 at 1.2.3.4 > [e11d39b8-0479-4d4b-bd8b- > 28634f0a970a] > 2016-10-07 17:55:33.920114 [INFO] mod_dialplan_xml.c:637 Processing 384851 > <384851>->318386 in context hive-context > # > # Execute second python script from dialplan: > # > 2016-10-07 17:55:33.920114 [NOTICE] mod_python.c:212 Invoking py module: > python_test_script > freeswitch at Test-Environment> > # > # 12 seconds of silence during which any python script will not be > executed and will be expected to complete > # > freeswitch at Test-Environment> > 2016-10-07 17:55:45.140231 [NOTICE] sofia.c:8078 Hangup > sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060 > [CS_CONSUME_MEDIA] [UNALLOCATED_NUMBER] > 2016-10-07 17:55:45.160086 [NOTICE] switch_cpp.cpp:1360 > -->(489d5441-701d-4a98-80ca-3389b00fa98a) After Create a new session > through freeswitch.Session > 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1665 Session 15 > (sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168.100.28:5060) > Ended > 2016-10-07 17:55:45.160086 [NOTICE] switch_core_session.c:1669 Close > Channel sofia/external-g-eth0.nostun.noauth/%2B71234567890 at 192.168. > 100.28:5060 [CS_DESTROY] > # > # Continue executing second python script(from 2016-10-07 17:55:33.920114) > after any answer from first python new freeswitch.Session > # > 2016-10-07 17:55:45.160086 [ALERT] switch_cpp.cpp:1360 (mtid:3656): > Traceback 280920161717(e11d39b8-0479-4d4b-bd8b-28634f0a970a): --> 12 <--; > now: 1475841345; python_start_time:1475841333; > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/4e750ad9/attachment.html From ssinyagin at gmail.com Mon Oct 10 11:12:19 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 10 Oct 2016 09:12:19 +0200 Subject: [Freeswitch-users] Playback on Congestion In-Reply-To: References: Message-ID: You can see an example of using continue_on_fail here: http://wiki.sangoma.com/NSC-SIP-Trunking-Load-Balancing-And-Failover In your case, you play back a message instead of the second bridge. On Mon, Oct 10, 2016 at 5:15 AM, Richard Gleason wrote: > Hello Guys, > > Need some help with a dial plan that I'm working on. > > The goal is to play a pre-recorded message to the originator on congestion. > > For example, if GW replies back to FreeSWITCH with code SIP 404, I want to > trigger a pre-recorded message and play it back to the originator. > > Dial plan uses option bridge. > > If it is not difuclt can some one provide an example of dial plan for this > action. > > Thanks. > > -- > Best Regards, > Richard Gleason > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From piotrek.gregor at gmail.com Mon Oct 10 13:11:09 2016 From: piotrek.gregor at gmail.com (rsyncme rsyncme) Date: Mon, 10 Oct 2016 10:11:09 +0100 Subject: [Freeswitch-users] How to detect if the call is being transferred? In-Reply-To: References: Message-ID: Hi Anis, Gonzalo, To complete what Gonzalo has said, to subscribe to AVMD messages you will do in Perl: $con->events("plain", "CUSTOM avmd::start"); $con->events("plain", "CUSTOM avmd::stop"); $con->events("plain", "CUSTOM avmd::beep"); Please take a look into src/mod/applications/mod_avmd/scripts/ folder for complete examples. cheers, Piotr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/c9a24ccf/attachment.html From anis.bedhiafi at e-volut.io Mon Oct 10 03:22:52 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Mon, 10 Oct 2016 00:22:52 +0100 Subject: [Freeswitch-users] How to detect if the call is being transferred? In-Reply-To: References: Message-ID: Hi Gonzalo, Thank you for the reply. Yes indeed I was going this way. For this,I am using an Outbound ESL. So when I detect there is a transfer and I want to notify the original caller (the sipjs client), should I use an inbound ESL socket connection to FreeSWITCH and send a NOTIFY Packet used sendEvent() or there is a better way? Thank you so much for your help. Kind Regards, Anis ____________________________ Anis Bedhiafi Telecom Services Engineer @ Evolutio www.e-volut.io Mobile: (+216) 50 44 18 33 Email: anis.bedhiafi at e-volut.io ____________________________ On 10 October 2016 at 00:05, Gonzalo Gasca Meza wrote: > Hi Anis, > > The way I do it is using ESL interface, I use it to initiate the call and > monitor events, in your case you can monitor events and extract variable > information, upon that take action. > > For example: > > events = "BACKGROUND_JOB " \ > "DETECTED_TONE " \ > "CHANNEL_OUTGOING " \ > "CHANNEL_CREATE " \ > "CHANNEL_ANSWER " \ > "CHANNEL_PROGRESS_MEDIA " \ > "RECORD_START " \ > "CHANNEL_HANGUP " \ > "CHAN_NOT_IMPLEMENTED " > > self.connection.events("plain", events) > > ev_name = reply.getHeader('Event-Name') > > Filter in the event where you get your transfer information and filter by call channel... > > if self.call.uuid == reply.getHeader("Channel-Call-UUID"): > > variable_variable_transfer_time = reply.getHeader('*variable_transfer_time*') > > if variable_variable_transfer_time: > > writedb('transfer_time', variable_variable_transfer_time) > > Take action like write into DB, file, etc.. > > Hope it helps > > You can ping me offline for more details. > > > -Gonzalo > > > > On Sat, Oct 8, 2016 at 2:29 PM, Anis Bedhiafi > wrote: > >> Hello >> >> I am working on application using Freeswitch and SIP.js in which I need >> to detect if the call is being transferred. >> >> The Sip.js application is actually an outbound dialer in which I load a >> list of phone numbers to call. >> >> The application starts by calling people. >> >> It is interesting to detect voicemail boxes. For that I am using mod_avmd. >> >> My problem is when the other end transfers the call, the sip.js client >> should know that the current call is being transferred. >> >> Is there a way that the original caller (sip.js client) knows that the >> call is being transferred? >> >> I was looking at all the channel variables and I found that the RDNIS >> variable and the transfer_time variable are filled up when there is a >> transfer. >> >> Is there a way to listen to the channel variables during the call and >> detect any change? Or is there a better way I can do it? >> >> Thank you for any suggestion. >> >> Anis Bedhiafi >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/8be495b4/attachment.html From anis.bedhiafi at e-volut.io Mon Oct 10 13:24:50 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Mon, 10 Oct 2016 10:24:50 +0100 Subject: [Freeswitch-users] How to detect if the call is being transferred? In-Reply-To: References: Message-ID: Thank you all for your help. It is very kind of you. Now the problem is when I want the original caller (a sip client) to be notified about the transfer which I detected from the server, should I use sendEvent in ESL or there is a better way Regards On 10 Oct 2016 10:15 am, "rsyncme rsyncme" wrote: > Hi Anis, Gonzalo, > > To complete what Gonzalo has said, to subscribe to AVMD messages you will > do in Perl: > > $con->events("plain", "CUSTOM avmd::start"); > $con->events("plain", "CUSTOM avmd::stop"); > $con->events("plain", "CUSTOM avmd::beep"); > > Please take a look into src/mod/applications/mod_avmd/scripts/ folder for > complete examples. > > cheers, > Piotr > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/4a87a41b/attachment.html From mike at jerris.com Mon Oct 10 19:54:07 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 10 Oct 2016 11:54:07 -0400 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: Message-ID: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> This should be implemented the way we implement other speech interfaces. > On Oct 8, 2016, at 4:53 PM, Luca Pradovera wrote: > > Hello, > following a discussion on IRC, I thought I would move this here so it is more async. > > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in streaming mode for real-time transcription (essentially, captioning a video conference and getting a transcript of the proceedings). > > My first idea was to simply get the frames from a recording as it is being written, though there might be some obstacles there. > > It was suggested the media bugs infrastructure would work, at the C level, though I need to check which formats it supports. > > Do you have any other suggestions? > > Thank you! > > Luca From mike at jerris.com Mon Oct 10 19:55:30 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 10 Oct 2016 11:55:30 -0400 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: <97231870-6D1F-44E9-A99D-B4CDA3EE0254@jerris.com> we can move the conversation there. I don?t plan on taking on this work myself but if someone wants to test something and confirm its better, and does not have any performance regressions, I?d be happy to look at it. Also note that this mod supports custom sql strings. > On Oct 8, 2016, at 10:25 PM, jungle Boogie wrote: > > On 7 October 2016 at 22:57, Sergey Safarov wrote: >> >> You can fill jira. Think it is not difficult to implement it. > > I created it on behalf of Guillermo: > > https://freeswitch.org/jira/browse/FS-9625 From anthony.minessale at gmail.com Mon Oct 10 19:58:16 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 10 Oct 2016 10:58:16 -0500 Subject: [Freeswitch-users] Meaning of flags and caps in XML CDRs In-Reply-To: References: Message-ID: Its internal flags used by the core about certain characteristics about the session. In the event of a recovery, the xml cdr can be used to recreate a session to resume an existing call. On Thu, Oct 6, 2016 at 4:18 PM, Brian West wrote: > You probably never have a reason to know what all that means. > > Look at these functions in switch_channel.c: > switch_channel_get_cap_string > switch_channel_get_flag_string > > But that may help you, it may not. ;) > > /b > > > > On Thu, Oct 6, 2016 at 3:49 PM, Ciprian Dosoftei < > ciprian.dosoftei at gmail.com> wrote: > >> Hello! >> >> I was wondering what is meaning (how to interpret) of the following CDR >> XML nodes: >> >> cdr > channel_data > flags >> cdr > channel_data > caps >> >> https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr >> >> Thank you >> >> -- >> 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. >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/49962668/attachment.html From ciprian.dosoftei at gmail.com Mon Oct 10 20:08:54 2016 From: ciprian.dosoftei at gmail.com (Ciprian Dosoftei) Date: Mon, 10 Oct 2016 12:08:54 -0400 Subject: [Freeswitch-users] Meaning of flags and caps in XML CDRs In-Reply-To: References: Message-ID: Thank you -- the code references kind of lead me to a similar conclusion. -C On 10 October 2016 at 11:58, Anthony Minessale wrote: > Its internal flags used by the core about certain characteristics about > the session. > In the event of a recovery, the xml cdr can be used to recreate a session > to resume an existing call. > > > On Thu, Oct 6, 2016 at 4:18 PM, Brian West wrote: > >> You probably never have a reason to know what all that means. >> >> Look at these functions in switch_channel.c: >> switch_channel_get_cap_string >> switch_channel_get_flag_string >> >> But that may help you, it may not. ;) >> >> /b >> >> >> >> On Thu, Oct 6, 2016 at 3:49 PM, Ciprian Dosoftei < >> ciprian.dosoftei at gmail.com> wrote: >> >>> Hello! >>> >>> I was wondering what is meaning (how to interpret) of the following CDR >>> XML nodes: >>> >>> cdr > channel_data > flags >>> cdr > channel_data > caps >>> >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_cdr >>> >>> Thank you >>> >>> -- >>> 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. >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- 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: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/ba5a118d/attachment-0001.html From daveh at beachdognet.com Mon Oct 10 20:29:48 2016 From: daveh at beachdognet.com (Dave Horton) Date: Mon, 10 Oct 2016 12:29:48 -0400 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> Message-ID: <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Just an FYI on a couple of points: 1) I?ve tried to implment support for Nuance NCS API as an asr_tts module. tts works fine, but asr / transcription does not seem possible because the NCS API is not really suited for a streaming application. Based on my experience (and I opened tickets with them to try to resolve, to no avail), their server does not handle streaming because when I start sending small-ish chunks of audio using chunked-encoding, they immediately return me a ?no speech? result. They seem to expect that you have a recorded file on disk that you can ship over in much larger chunks. 2) I?m not completely sure I agree that transcription fits into the asr part of the asr_tts modules. Some of these cloud-based services support providing a stream of interim results while the speaker is talking, and this would be very useful to propogate up to the freeswitch application (or esl) but the asr_tts pattern seems to be to return a single speech result at the end of a segment of speech. Dave On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: This should be implemented the way we implement other speech interfaces. > On Oct 8, 2016, at 4:53 PM, Luca Pradovera wrote: > > Hello, > following a discussion on IRC, I thought I would move this here so it is more async. > > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in streaming mode for real-time transcription (essentially, captioning a video conference and getting a transcript of the proceedings). > > My first idea was to simply get the frames from a recording as it is being written, though there might be some obstacles there. > > It was suggested the media bugs infrastructure would work, at the C level, though I need to check which formats it supports. > > Do you have any other suggestions? > > Thank you! > > Luca _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From brian at freeswitch.org Mon Oct 10 20:37:07 2016 From: brian at freeswitch.org (Brian West) Date: Mon, 10 Oct 2016 11:37:07 -0500 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: It can return as many as it wants, as it gets them from the speech server, there really is no limit in the ASR/TTS interface, We reuse handles in the MRCP interface module. /b On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton wrote: > Just an FYI on a couple of points: > > 1) I?ve tried to implment support for Nuance NCS API as an asr_tts > module. tts works fine, but asr / transcription does not seem possible > because the NCS API is not really suited for a streaming application. > Based on my experience (and I opened tickets with them to try to resolve, > to no avail), their server does not handle streaming because when I start > sending small-ish chunks of audio using chunked-encoding, they immediately > return me a ?no speech? result. They seem to expect that you have a > recorded file on disk that you can ship over in much larger chunks. > > 2) I?m not completely sure I agree that transcription fits into the asr > part of the asr_tts modules. Some of these cloud-based services support > providing a stream of interim results while the speaker is talking, and > this would be very useful to propogate up to the freeswitch application (or > esl) but the asr_tts pattern seems to be to return a single speech result > at the end of a segment of speech. > > Dave > > > On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: > > This should be implemented the way we implement other speech interfaces. > > > > On Oct 8, 2016, at 4:53 PM, Luca Pradovera > wrote: > > > > Hello, > > following a discussion on IRC, I thought I would move this here so it is > more async. > > > > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in > streaming mode for real-time transcription (essentially, captioning a video > conference and getting a transcript of the proceedings). > > > > My first idea was to simply get the frames from a recording as it is > being written, though there might be some obstacles there. > > > > It was suggested the media bugs infrastructure would work, at the C > level, though I need to check which formats it supports. > > > > Do you have any other suggestions? > > > > Thank you! > > > > Luca > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/0c72c857/attachment.html From rgleason at voipnetwork.net Mon Oct 10 20:47:46 2016 From: rgleason at voipnetwork.net (Richard Gleason) Date: Mon, 10 Oct 2016 12:47:46 -0400 Subject: [Freeswitch-users] Playback on Congestion In-Reply-To: References: Message-ID: But it does not allow to specify rejection codes, for example I want to have two different recordings for SIP 404 and SIP 480. On Mon, Oct 10, 2016 at 3:12 AM, Stanislav Sinyagin wrote: > You can see an example of using continue_on_fail here: > http://wiki.sangoma.com/NSC-SIP-Trunking-Load-Balancing-And-Failover > > In your case, you play back a message instead of the second bridge. > > > > On Mon, Oct 10, 2016 at 5:15 AM, Richard Gleason > wrote: > > Hello Guys, > > > > Need some help with a dial plan that I'm working on. > > > > The goal is to play a pre-recorded message to the originator on > congestion. > > > > For example, if GW replies back to FreeSWITCH with code SIP 404, I want > to > > trigger a pre-recorded message and play it back to the originator. > > > > Dial plan uses option bridge. > > > > If it is not difuclt can some one provide an example of dial plan for > this > > action. > > > > Thanks. > > > > -- > > Best Regards, > > Richard Gleason > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best Regards, Richard Gleason -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/4250bef3/attachment.html From chad at apartmentlines.com Mon Oct 10 20:51:53 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Mon, 10 Oct 2016 09:51:53 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users Message-ID: Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that the entire canvas resolution seems more pixelated when the number of users connected to the videoconference goes up. If just one person is connected, the image is very consistent and clear, but getting into the 7-10 person range, the quality drops noticeably. And I?m not talking about the quality of one particular video on the canvas, but the entire canvas quality. I?ve done a recording of a videoconference on the server with a larger number of users, and the video quality there is clear and consistent, so it doesn?t seem to be an issue with either receiving or muxing the feeds, but in how the end user is receiving the muxed video. I tried playing with the the ?video-quality? and ?video-codec-bandwidth? conference params ? increasing the video-quality from 1 to 3 didn?t seem to have much of an impact, increasing the video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t seem to positively impact the video quality, either. Curious if I?m missing something in the config, or if there?s something else I can do to improve the video quality with a larger number of users. Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/e2cd5729/attachment-0001.html From ssinyagin at gmail.com Tue Oct 11 00:24:50 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 10 Oct 2016 22:24:50 +0200 Subject: [Freeswitch-users] Playback on Congestion In-Reply-To: References: Message-ID: Then you need some scripting, like Lua or an external ESL agent. On 10 Oct 2016 18:49, "Richard Gleason" wrote: But it does not allow to specify rejection codes, for example I want to have two different recordings for SIP 404 and SIP 480. On Mon, Oct 10, 2016 at 3:12 AM, Stanislav Sinyagin wrote: > You can see an example of using continue_on_fail here: > http://wiki.sangoma.com/NSC-SIP-Trunking-Load-Balancing-And-Failover > > In your case, you play back a message instead of the second bridge. > > > > On Mon, Oct 10, 2016 at 5:15 AM, Richard Gleason > wrote: > > Hello Guys, > > > > Need some help with a dial plan that I'm working on. > > > > The goal is to play a pre-recorded message to the originator on > congestion. > > > > For example, if GW replies back to FreeSWITCH with code SIP 404, I want > to > > trigger a pre-recorded message and play it back to the originator. > > > > Dial plan uses option bridge. > > > > If it is not difuclt can some one provide an example of dial plan for > this > > action. > > > > Thanks. > > > > -- > > Best Regards, > > Richard Gleason > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best Regards, Richard Gleason _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/50c7d362/attachment.html From italo at freeswitch.org Tue Oct 11 00:29:29 2016 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Mon, 10 Oct 2016 17:29:29 -0300 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: In which browser? On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips wrote: > Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that > the entire canvas resolution seems more pixelated when the number of users > connected to the videoconference goes up. > > If just one person is connected, the image is very consistent and clear, > but getting into the 7-10 person range, the quality drops noticeably. And > I?m not talking about the quality of one particular video on the canvas, > but the entire canvas quality. > > I?ve done a recording of a videoconference on the server with a larger > number of users, and the video quality there is clear and consistent, so it > doesn?t seem to be an issue with either receiving or muxing the feeds, but > in how the end user is receiving the muxed video. > > I tried playing with the the ?video-quality? and ?video-codec-bandwidth? > conference params ? increasing the video-quality from 1 to 3 didn?t seem to > have much of an impact, increasing the video-codec-bandwidth from 1mb to > 2mb used quite a bit more CPU, but didn?t seem to positively impact the > video quality, either. > > Curious if I?m missing something in the config, or if there?s something > else I can do to improve the video quality with a larger number of users. > > Chad > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi italo at freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/8b171ef8/attachment.html From ssinyagin at gmail.com Tue Oct 11 00:34:08 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 10 Oct 2016 22:34:08 +0200 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: Brian, Mike, as far as I understand, they talk about speech to text, not the other way round. TTS is something completely different ) On 10 Oct 2016 18:37, "Brian West" wrote: > It can return as many as it wants, as it gets them from the speech server, > there really is no limit in the ASR/TTS interface, We reuse handles in the > MRCP interface module. > > /b > > > On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton > wrote: > >> Just an FYI on a couple of points: >> >> 1) I?ve tried to implment support for Nuance NCS API as an asr_tts >> module. tts works fine, but asr / transcription does not seem possible >> because the NCS API is not really suited for a streaming application. >> Based on my experience (and I opened tickets with them to try to resolve, >> to no avail), their server does not handle streaming because when I start >> sending small-ish chunks of audio using chunked-encoding, they immediately >> return me a ?no speech? result. They seem to expect that you have a >> recorded file on disk that you can ship over in much larger chunks. >> >> 2) I?m not completely sure I agree that transcription fits into the asr >> part of the asr_tts modules. Some of these cloud-based services support >> providing a stream of interim results while the speaker is talking, and >> this would be very useful to propogate up to the freeswitch application (or >> esl) but the asr_tts pattern seems to be to return a single speech result >> at the end of a segment of speech. >> >> Dave >> >> >> On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: >> >> This should be implemented the way we implement other speech interfaces. >> >> >> > On Oct 8, 2016, at 4:53 PM, Luca Pradovera >> wrote: >> > >> > Hello, >> > following a discussion on IRC, I thought I would move this here so it >> is more async. >> > >> > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in >> streaming mode for real-time transcription (essentially, captioning a video >> conference and getting a transcript of the proceedings). >> > >> > My first idea was to simply get the frames from a recording as it is >> being written, though there might be some obstacles there. >> > >> > It was suggested the media bugs infrastructure would work, at the C >> level, though I need to check which formats it supports. >> > >> > Do you have any other suggestions? >> > >> > Thank you! >> > >> > Luca >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/210549f3/attachment-0001.html From abaci64 at gmail.com Tue Oct 11 02:21:11 2016 From: abaci64 at gmail.com (Abaci B) Date: Mon, 10 Oct 2016 18:21:11 -0400 Subject: [Freeswitch-users] Opensips integration questions In-Reply-To: References: Message-ID: see https://freeswitch.org/jira/browse/FS-5009 or you can simply use the set_user https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+set+user application to do it with either option be extremely careful to ensure it's only applied to calls coming from proxy and that the proxy already authed the user (otherwise anyone would be able to use credentials belonging to someone else) On Thu, Sep 29, 2016 at 6:09 AM, Schneur Rosenberg wrote: > **UPDATE** > > I looked into my sip traces and found the NAT problem, Freeswitch sends a > UPDATE request to set the P-Asserted-Identity to "Outbound Call", the > problem was my OpenSIPS was not set to t_on_reply to go to my reply route > that fixes nat, so it never did the fix_nated_contact() therefore > all sequential requests used the bad contact from the reply of the update, > on the other hand my asterisk box never sent that UPDATE therefore is used > the "contact" from the initial INVITE which was fixed by OpenSIPS, I > configured OpenSIPS to process the correct reply route for the UPDATE and > problem was solved. > > I'm still looking for a answer to my first question. > > thank you > S. Rosenberg > > On Wed, Sep 28, 2016 at 1:32 PM, Schneur Rosenberg > wrote: > >> Hi, I'm pretty new to Freeswitch, I built a complete solution using >> OpenSIPS/Asterisk and I'm in the process of replacing Asterisk with >> Freeswitch. >> >> My current system is built that OpenSIPS act as a registrar and as a load >> balancer, the rest is done on a cluster of Asterisk machines, which as I >> said before is being rewritten to Freeswitch, in Freeswitch I'm using >> xml_curl for my dialplan and call routing, I'm using Intralanman project to >> handle the sip users. >> >> With Asterisk I had OpensSIPS as a trunk and I know that everything >> coming from that trunk, is either a DID or a authenticated outgoing call, >> Asterisk and OpenSIPS shared the user table, Asterisk recognized the sip >> user name from the FROM field and used all the variables etc from its own >> sip user table as if the user has registered directly to itself, I had some >> issues with blind transfers but I was able to do some manipulations and DB >> queries to handle it fine. >> >> I tried doing the same with Freeswitch, I let the ACL allow the ip from >> Freeswitch, but Freeswitch would not use the variables from the user like >> Asterisk did, for example accountcode, user_context etc, I was able to >> partially fix that by having my web server do a db query and then using the >> "set" application set all the variables, but I'm not sure if its the proper >> solution, does anyone have a better solution? will setting my OpenSIPS as a >> gateway instead of merely allowing it in with ACL work better? right now >> I'm using the application "execute_extension" to send it to the proper >> context that I've pulled from the DB, I dont like the hack and if there is >> a better solution I would like to know. >> >> One more major problem that I have is NAT related, when I place a >> outgoing call for example from a phone which is behind a NAT (all of our >> customers phones are behind NAT) the call connects and audio works 2 ways, >> but when the called party hangs up, the carrier sends the BYE to >> Freeswitch, freeswitch then sends it to my OpenSIPS which is supposed to >> send it to my clients phone, but Freeswich writes the RURI with the natted >> address, the RURI is BYE sip:101 at 192.168.0.11:5062 SIP/2.0. and my >> OpenSIPS does not know what to do with it and ignores it, my Asterisk >> replaced the RURI with the received address in the VIA, so same RURI would >> be BYE sip:101 at 64.69.47.175:5062 SIP/2.0. which worked fine, same >> problem happens with all subsequent requests if user does not hang up, I >> need a solution for this major issue. >> >> thank you >> S. Rosenberg >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/543840b9/attachment.html From chad at apartmentlines.com Tue Oct 11 03:12:45 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Mon, 10 Oct 2016 16:12:45 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Chrome is the only one I?ve tested it in so far, but I can try FF or Opera if that would be useful. On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi wrote: > In which browser? > > On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips > wrote: > >> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that >> the entire canvas resolution seems more pixelated when the number of users >> connected to the videoconference goes up. >> >> If just one person is connected, the image is very consistent and clear, >> but getting into the 7-10 person range, the quality drops noticeably. And >> I?m not talking about the quality of one particular video on the canvas, >> but the entire canvas quality. >> >> I?ve done a recording of a videoconference on the server with a larger >> number of users, and the video quality there is clear and consistent, so it >> doesn?t seem to be an issue with either receiving or muxing the feeds, but >> in how the end user is receiving the muxed video. >> >> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? >> conference params ? increasing the video-quality from 1 to 3 didn?t seem to >> have much of an impact, increasing the video-codec-bandwidth from 1mb to >> 2mb used quite a bit more CPU, but didn?t seem to positively impact the >> video quality, either. >> >> Curious if I?m missing something in the config, or if there?s something >> else I can do to improve the video quality with a larger number of users. >> >> Chad >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > italo at freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/1cfe68a0/attachment.html From brian at freeswitch.org Tue Oct 11 03:26:25 2016 From: brian at freeswitch.org (Brian West) Date: Mon, 10 Oct 2016 18:26:25 -0500 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: ASR is implemented like a media bug. On Mon, Oct 10, 2016 at 3:34 PM, Stanislav Sinyagin wrote: > Brian, Mike, as far as I understand, they talk about speech to text, not > the other way round. TTS is something completely different ) > > > On 10 Oct 2016 18:37, "Brian West" wrote: > >> It can return as many as it wants, as it gets them from the speech >> server, there really is no limit in the ASR/TTS interface, We reuse handles >> in the MRCP interface module. >> >> /b >> >> >> On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton >> wrote: >> >>> Just an FYI on a couple of points: >>> >>> 1) I?ve tried to implment support for Nuance NCS API as an asr_tts >>> module. tts works fine, but asr / transcription does not seem possible >>> because the NCS API is not really suited for a streaming application. >>> Based on my experience (and I opened tickets with them to try to resolve, >>> to no avail), their server does not handle streaming because when I start >>> sending small-ish chunks of audio using chunked-encoding, they immediately >>> return me a ?no speech? result. They seem to expect that you have a >>> recorded file on disk that you can ship over in much larger chunks. >>> >>> 2) I?m not completely sure I agree that transcription fits into the asr >>> part of the asr_tts modules. Some of these cloud-based services support >>> providing a stream of interim results while the speaker is talking, and >>> this would be very useful to propogate up to the freeswitch application (or >>> esl) but the asr_tts pattern seems to be to return a single speech result >>> at the end of a segment of speech. >>> >>> Dave >>> >>> >>> On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: >>> >>> This should be implemented the way we implement other speech interfaces. >>> >>> >>> > On Oct 8, 2016, at 4:53 PM, Luca Pradovera >>> wrote: >>> > >>> > Hello, >>> > following a discussion on IRC, I thought I would move this here so it >>> is more async. >>> > >>> > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in >>> streaming mode for real-time transcription (essentially, captioning a video >>> conference and getting a transcript of the proceedings). >>> > >>> > My first idea was to simply get the frames from a recording as it is >>> being written, though there might be some obstacles there. >>> > >>> > It was suggested the media bugs infrastructure would work, at the C >>> level, though I need to check which formats it supports. >>> > >>> > Do you have any other suggestions? >>> > >>> > Thank you! >>> > >>> > Luca >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/afdc5120/attachment-0001.html From rgleason at voipnetwork.net Tue Oct 11 07:21:34 2016 From: rgleason at voipnetwork.net (Richard Gleason) Date: Mon, 10 Oct 2016 23:21:34 -0400 Subject: [Freeswitch-users] Playback on Congestion In-Reply-To: References: Message-ID: Sounds more complicated then it is, I found solution simply additional extension with playbacks and do transfer on fail based on rejection code. On Mon, Oct 10, 2016 at 4:24 PM, Stanislav Sinyagin wrote: > Then you need some scripting, like Lua or an external ESL agent. > > On 10 Oct 2016 18:49, "Richard Gleason" wrote: > > But it does not allow to specify rejection codes, for example I want to > have two different recordings for SIP 404 and SIP 480. > > On Mon, Oct 10, 2016 at 3:12 AM, Stanislav Sinyagin > wrote: > >> You can see an example of using continue_on_fail here: >> http://wiki.sangoma.com/NSC-SIP-Trunking-Load-Balancing-And-Failover >> >> In your case, you play back a message instead of the second bridge. >> >> >> >> On Mon, Oct 10, 2016 at 5:15 AM, Richard Gleason >> wrote: >> > Hello Guys, >> > >> > Need some help with a dial plan that I'm working on. >> > >> > The goal is to play a pre-recorded message to the originator on >> congestion. >> > >> > For example, if GW replies back to FreeSWITCH with code SIP 404, I want >> to >> > trigger a pre-recorded message and play it back to the originator. >> > >> > Dial plan uses option bridge. >> > >> > If it is not difuclt can some one provide an example of dial plan for >> this >> > action. >> > >> > Thanks. >> > >> > -- >> > Best Regards, >> > Richard Gleason >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >> switch-users >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Best Regards, > Richard Gleason > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Best Regards, Richard Gleason -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161010/36c08eea/attachment.html From yu at yu-boot.ru Tue Oct 11 10:17:44 2016 From: yu at yu-boot.ru (Yu Boot) Date: Tue, 11 Oct 2016 09:17:44 +0300 Subject: [Freeswitch-users] DTMF mode Message-ID: FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP INFO to B-leg instead of RFC2833. How to fix this? From dragos.oancea at athonet.com Tue Oct 11 11:32:28 2016 From: dragos.oancea at athonet.com (Dragos Oancea) Date: Tue, 11 Oct 2016 09:32:28 +0200 Subject: [Freeswitch-users] DTMF mode In-Reply-To: References: Message-ID: <57FC958C.7030201@athonet.com> By default FS should pass RFC2833 without any change. Perhaps you don't have a "telephone-event" payload in the SDP answer from the other side (B-leg) ? Dragos On 11/10/2016 08:17, Yu Boot wrote: > FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP > INFO to B-leg instead of RFC2833. How to fix this? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From yu at yu-boot.ru Tue Oct 11 12:16:20 2016 From: yu at yu-boot.ru (Yu Boot) Date: Tue, 11 Oct 2016 11:16:20 +0300 Subject: [Freeswitch-users] DTMF mode In-Reply-To: <57FC958C.7030201@athonet.com> References: <57FC958C.7030201@athonet.com> Message-ID: <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> Yes. But unfortunately a remote side can't work with SIP INFO either. How to force FS to generate inband DTMF to B-leg? 11.10.2016 10:32, Dragos Oancea ?????: > By default FS should pass RFC2833 without any change. > Perhaps you don't have a "telephone-event" payload in the SDP answer > from the other side (B-leg) ? > > Dragos > > On 11/10/2016 08:17, Yu Boot wrote: >> FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP >> INFO to B-leg instead of RFC2833. How to fix this? >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From benjamin.cropley at gmail.com Tue Oct 11 12:32:23 2016 From: benjamin.cropley at gmail.com (Benjamin Cropley) Date: Tue, 11 Oct 2016 09:32:23 +0100 Subject: [Freeswitch-users] DTMF mode In-Reply-To: <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> References: <57FC958C.7030201@athonet.com> <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> Message-ID: good luck :) On Tue, Oct 11, 2016 at 9:16 AM, Yu Boot wrote: > Yes. But unfortunately a remote side can't work with SIP INFO either. > How to force FS to generate inband DTMF to B-leg? > > > 11.10.2016 10:32, Dragos Oancea ?????: > > By default FS should pass RFC2833 without any change. > > Perhaps you don't have a "telephone-event" payload in the SDP answer > > from the other side (B-leg) ? > > > > Dragos > > > > On 11/10/2016 08:17, Yu Boot wrote: > >> FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP > >> INFO to B-leg instead of RFC2833. How to fix this? > >> > >> > >> ____________________________________________________________ > _____________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >> http://www.freeswitch.org > >> > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- All the best, Ben Cropley 07539 366 905 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/a79546bc/attachment.html From me at nevian.org Tue Oct 11 15:23:42 2016 From: me at nevian.org (Serge S. Yuriev) Date: Tue, 11 Oct 2016 14:23:42 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: <772831476185022@web1j.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/8080a71f/attachment-0001.html From lists at kavun.ch Tue Oct 11 15:35:03 2016 From: lists at kavun.ch (Emrah) Date: Tue, 11 Oct 2016 13:35:03 +0200 Subject: [Freeswitch-users] Using SIPS and not SIP TLS Message-ID: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Hi there, I am in the middle of an argument with a softphone vendor over how to handle SIP and TLS. They support TLS with SIP and TLS with SIPS. If I pick TLS with SIPS, the softphone can lookup my SRV records and register on my FS box. However, it comes through with a transport=tcp as a contact parameter. If I use TLS with SIP, the softphone will ignore my _SIPS._TCP records but come through with a transport=tls. TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, in theory, that all signaling hops will use TLS. This, however, requires that FreeSWITCH uses a SIPS uri scheme to contact my endpoint and encapsulate in TLS regardless of the transport parameter. What do you suggest? Here is my ticket with them: https://www.acrobits.net/hesk/ticket.php?track=YQL-TRS-J3M4 Best, Emrah From brian at freeswitch.org Tue Oct 11 18:46:29 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 11 Oct 2016 09:46:29 -0500 Subject: [Freeswitch-users] Using SIPS and not SIP TLS In-Reply-To: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> References: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Message-ID: I've spoke with Acrobits about this, The behavior is correct for TLS with SIPS, but confirming if maybe its ab ug on the TLS with SIP to ignore the _sips._tcp src record, I do recall Polycom and Lync using _sip._tls in their srv records. /b On Tue, Oct 11, 2016 at 6:35 AM, Emrah wrote: > Hi there, > I am in the middle of an argument with a softphone vendor over how to > handle SIP and TLS. > They support TLS with SIP and TLS with SIPS. > If I pick TLS with SIPS, the softphone can lookup my SRV records and > register on my FS box. However, it comes through with a transport=tcp as a > contact parameter. If I use TLS with SIP, the softphone will ignore my > _SIPS._TCP records but come through with a transport=tls. > TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, in > theory, that all signaling hops will use TLS. This, however, requires that > FreeSWITCH uses a SIPS uri scheme to contact my endpoint and encapsulate in > TLS regardless of the transport parameter. > > What do you suggest? > > > Here is my ticket with them: https://www.acrobits.net/hesk/ > ticket.php?track=YQL-TRS-J3M4 > > Best, > Emrah > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/84e07f0b/attachment.html From brian at freeswitch.org Tue Oct 11 18:48:02 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 11 Oct 2016 09:48:02 -0500 Subject: [Freeswitch-users] Using SIPS and not SIP TLS In-Reply-To: References: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Message-ID: Confirmed us _sip._tls and it should work. /b On Tue, Oct 11, 2016 at 9:46 AM, Brian West wrote: > I've spoke with Acrobits about this, The behavior is correct for TLS with > SIPS, but confirming if maybe its ab ug on the TLS with SIP to ignore the > _sips._tcp src record, I do recall Polycom and Lync using _sip._tls in > their srv records. > > /b > > > On Tue, Oct 11, 2016 at 6:35 AM, Emrah wrote: > >> Hi there, >> I am in the middle of an argument with a softphone vendor over how to >> handle SIP and TLS. >> They support TLS with SIP and TLS with SIPS. >> If I pick TLS with SIPS, the softphone can lookup my SRV records and >> register on my FS box. However, it comes through with a transport=tcp as a >> contact parameter. If I use TLS with SIP, the softphone will ignore my >> _SIPS._TCP records but come through with a transport=tls. >> TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, >> in theory, that all signaling hops will use TLS. This, however, requires >> that FreeSWITCH uses a SIPS uri scheme to contact my endpoint and >> encapsulate in TLS regardless of the transport parameter. >> >> What do you suggest? >> >> >> Here is my ticket with them: https://www.acrobits.net/hesk/ >> ticket.php?track=YQL-TRS-J3M4 >> >> Best, >> Emrah >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/31320bf9/attachment.html From lists at kavun.ch Tue Oct 11 19:50:04 2016 From: lists at kavun.ch (Emrah) Date: Tue, 11 Oct 2016 17:50:04 +0200 Subject: [Freeswitch-users] Using SIPS and not SIP TLS In-Reply-To: References: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Message-ID: Thanks for this Brian! I will test and report back. In any case, is there a way to make FreeSWITCH understand SIPS whereby it would engage TLS and contact endpoints using a SIPS URI? Thanks > On Oct 11, 2016, at 4:48 PM, Brian West wrote: > > Confirmed us _sip._tls and it should work. > > /b > > > On Tue, Oct 11, 2016 at 9:46 AM, Brian West > wrote: > I've spoke with Acrobits about this, The behavior is correct for TLS with SIPS, but confirming if maybe its ab ug on the TLS with SIP to ignore the _sips._tcp src record, I do recall Polycom and Lync using _sip._tls in their srv records. > > /b > > > On Tue, Oct 11, 2016 at 6:35 AM, Emrah > wrote: > Hi there, > I am in the middle of an argument with a softphone vendor over how to handle SIP and TLS. > They support TLS with SIP and TLS with SIPS. > If I pick TLS with SIPS, the softphone can lookup my SRV records and register on my FS box. However, it comes through with a transport=tcp as a contact parameter. If I use TLS with SIP, the softphone will ignore my _SIPS._TCP records but come through with a transport=tls. > TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, in theory, that all signaling hops will use TLS. This, however, requires that FreeSWITCH uses a SIPS uri scheme to contact my endpoint and encapsulate in TLS regardless of the transport parameter. > > What do you suggest? > > > Here is my ticket with them: https://www.acrobits.net/hesk/ticket.php?track=YQL-TRS-J3M4 > > Best, > Emrah > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/f56d5108/attachment-0001.html From brian at freeswitch.org Tue Oct 11 19:55:45 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 11 Oct 2016 10:55:45 -0500 Subject: [Freeswitch-users] Using SIPS and not SIP TLS In-Reply-To: References: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Message-ID: Well if someone would like to test this https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/659/overview It may fix it also. /b On Tue, Oct 11, 2016 at 10:50 AM, Emrah wrote: > Thanks for this Brian! I will test and report back. > In any case, is there a way to make FreeSWITCH understand SIPS whereby it > would engage TLS and contact endpoints using a SIPS URI? > > Thanks > > On Oct 11, 2016, at 4:48 PM, Brian West wrote: > > Confirmed us _sip._tls and it should work. > > /b > > > On Tue, Oct 11, 2016 at 9:46 AM, Brian West wrote: > >> I've spoke with Acrobits about this, The behavior is correct for TLS with >> SIPS, but confirming if maybe its ab ug on the TLS with SIP to ignore the >> _sips._tcp src record, I do recall Polycom and Lync using _sip._tls in >> their srv records. >> >> /b >> >> >> On Tue, Oct 11, 2016 at 6:35 AM, Emrah wrote: >> >>> Hi there, >>> I am in the middle of an argument with a softphone vendor over how to >>> handle SIP and TLS. >>> They support TLS with SIP and TLS with SIPS. >>> If I pick TLS with SIPS, the softphone can lookup my SRV records and >>> register on my FS box. However, it comes through with a transport=tcp as a >>> contact parameter. If I use TLS with SIP, the softphone will ignore my >>> _SIPS._TCP records but come through with a transport=tls. >>> TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, >>> in theory, that all signaling hops will use TLS. This, however, requires >>> that FreeSWITCH uses a SIPS uri scheme to contact my endpoint and >>> encapsulate in TLS regardless of the transport parameter. >>> >>> What do you suggest? >>> >>> >>> Here is my ticket with them: https://www.acrobits.net/hesk/ >>> ticket.php?track=YQL-TRS-J3M4 >>> >>> Best, >>> Emrah >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/a9538540/attachment.html From brian at freeswitch.org Tue Oct 11 19:57:54 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 11 Oct 2016 10:57:54 -0500 Subject: [Freeswitch-users] Using SIPS and not SIP TLS In-Reply-To: References: <51A2A67F-CD45-46E4-AE8E-B9EF336842B4@kavun.ch> Message-ID: Never mind that pull request, it looks like its breaks the RFC. /b On Tue, Oct 11, 2016 at 10:55 AM, Brian West wrote: > Well if someone would like to test this > > https://freeswitch.org/stash/projects/FS/repos/freeswitch/ > pull-requests/659/overview > > It may fix it also. > > /b > > > On Tue, Oct 11, 2016 at 10:50 AM, Emrah wrote: > >> Thanks for this Brian! I will test and report back. >> In any case, is there a way to make FreeSWITCH understand SIPS whereby it >> would engage TLS and contact endpoints using a SIPS URI? >> >> Thanks >> >> On Oct 11, 2016, at 4:48 PM, Brian West wrote: >> >> Confirmed us _sip._tls and it should work. >> >> /b >> >> >> On Tue, Oct 11, 2016 at 9:46 AM, Brian West wrote: >> >>> I've spoke with Acrobits about this, The behavior is correct for TLS >>> with SIPS, but confirming if maybe its ab ug on the TLS with SIP to ignore >>> the _sips._tcp src record, I do recall Polycom and Lync using _sip._tls in >>> their srv records. >>> >>> /b >>> >>> >>> On Tue, Oct 11, 2016 at 6:35 AM, Emrah wrote: >>> >>>> Hi there, >>>> I am in the middle of an argument with a softphone vendor over how to >>>> handle SIP and TLS. >>>> They support TLS with SIP and TLS with SIPS. >>>> If I pick TLS with SIPS, the softphone can lookup my SRV records and >>>> register on my FS box. However, it comes through with a transport=tcp as a >>>> contact parameter. If I use TLS with SIP, the softphone will ignore my >>>> _SIPS._TCP records but come through with a transport=tls. >>>> TLS with SIP and TLS with SIPS are almost identical with SIPS ensuring, >>>> in theory, that all signaling hops will use TLS. This, however, requires >>>> that FreeSWITCH uses a SIPS uri scheme to contact my endpoint and >>>> encapsulate in TLS regardless of the transport parameter. >>>> >>>> What do you suggest? >>>> >>>> >>>> Here is my ticket with them: https://www.acrobits.net/hesk/ >>>> ticket.php?track=YQL-TRS-J3M4 >>>> >>>> Best, >>>> Emrah >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/080511cf/attachment-0001.html From grcamauer at gmail.com Tue Oct 11 21:04:41 2016 From: grcamauer at gmail.com (Guillermo Ruiz Camauer) Date: Tue, 11 Oct 2016 14:04:41 -0300 Subject: [Freeswitch-users] DTMF mode In-Reply-To: References: <57FC958C.7030201@athonet.com> <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> Message-ID: Remember that INBAND will not work with any codec that compresses the audio stream. You must use ULAW, ALAW or similar. Guillermo On Tue, Oct 11, 2016 at 5:32 AM, Benjamin Cropley < benjamin.cropley at gmail.com> wrote: > > > good luck :) > > On Tue, Oct 11, 2016 at 9:16 AM, Yu Boot wrote: > >> Yes. But unfortunately a remote side can't work with SIP INFO either. >> How to force FS to generate inband DTMF to B-leg? >> >> >> 11.10.2016 10:32, Dragos Oancea ?????: >> > By default FS should pass RFC2833 without any change. >> > Perhaps you don't have a "telephone-event" payload in the SDP answer >> > from the other side (B-leg) ? >> > >> > Dragos >> > >> > On 11/10/2016 08:17, Yu Boot wrote: >> >> FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP >> >> INFO to B-leg instead of RFC2833. How to fix this? >> >> >> >> >> >> ____________________________________________________________ >> _____________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >> http://www.freeswitch.org >> >> >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > All the best, > Ben Cropley > 07539 366 905 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Guillermo Ruiz Camauer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/d01aa4a0/attachment.html From grcamauer at gmail.com Tue Oct 11 21:07:18 2016 From: grcamauer at gmail.com (Guillermo Ruiz Camauer) Date: Tue, 11 Oct 2016 14:07:18 -0300 Subject: [Freeswitch-users] mod_lcr with mssql backend In-Reply-To: References: Message-ID: Thank you for creating the JIRA. On Sat, Oct 8, 2016 at 11:25 PM, jungle Boogie wrote: > On 7 October 2016 at 22:57, Sergey Safarov wrote: > > > > You can fill jira. Think it is not difficult to implement it. > > I created it on behalf of Guillermo: > > https://freeswitch.org/jira/browse/FS-9625 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Guillermo Ruiz Camauer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161011/4f8e9ddd/attachment.html From yu at yu-boot.ru Wed Oct 12 10:29:17 2016 From: yu at yu-boot.ru (Yu Boot) Date: Wed, 12 Oct 2016 09:29:17 +0300 Subject: [Freeswitch-users] DTMF mode In-Reply-To: References: <57FC958C.7030201@athonet.com> <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> Message-ID: <34cdf43f-c32c-2b1a-5ec1-6be712c280cd@yu-boot.ru> I find this: It works like I've wanted, but any call that is routed via this extension has audio issues like stuttering, dropouts etc. :( 11.10.2016 11:32, Benjamin Cropley ?????: > > good luck :) > > On Tue, Oct 11, 2016 at 9:16 AM, Yu Boot > wrote: > > Yes. But unfortunately a remote side can't work with SIP INFO either. > How to force FS to generate inband DTMF to B-leg? > > > 11.10.2016 10:32, Dragos Oancea ?????: > > By default FS should pass RFC2833 without any change. > > Perhaps you don't have a "telephone-event" payload in the SDP answer > > from the other side (B-leg) ? > > > > Dragos > > > > On 11/10/2016 08:17, Yu Boot wrote: > >> FS receives DTMF tones from A-leg in RFC2833 mode, but > generates SIP > >> INFO to B-leg instead of RFC2833. How to fix this? > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > >> http://www.freeswitch.org > >> > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > All the best, > Ben Cropley > 07539 366 905 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/75abb694/attachment-0001.html From shishko69 at gmail.com Wed Oct 12 12:48:43 2016 From: shishko69 at gmail.com (Denis Papes) Date: Wed, 12 Oct 2016 08:48:43 +0000 Subject: [Freeswitch-users] DTMF mode In-Reply-To: <34cdf43f-c32c-2b1a-5ec1-6be712c280cd@yu-boot.ru> References: <57FC958C.7030201@athonet.com> <29f573ba-f4cb-422a-dd56-b277f5b869f4@yu-boot.ru> <34cdf43f-c32c-2b1a-5ec1-6be712c280cd@yu-boot.ru> Message-ID: Try with before bridge On Wed, 12 Oct 2016, 07:31 Yu Boot, wrote: > I find this: > > > > It works like I've wanted, but any call that is routed via this extension > has audio issues like stuttering, dropouts etc. :( > > 11.10.2016 11:32, Benjamin Cropley ?????: > > > > good luck :) > > On Tue, Oct 11, 2016 at 9:16 AM, Yu Boot wrote: > > Yes. But unfortunately a remote side can't work with SIP INFO either. > How to force FS to generate inband DTMF to B-leg? > > > 11.10.2016 10:32, Dragos Oancea ?????: > > By default FS should pass RFC2833 without any change. > > Perhaps you don't have a "telephone-event" payload in the SDP answer > > from the other side (B-leg) ? > > > > Dragos > > > > On 11/10/2016 08:17, Yu Boot wrote: > >> FS receives DTMF tones from A-leg in RFC2833 mode, but generates SIP > >> INFO to B-leg instead of RFC2833. How to fix this? > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > All the best, > Ben Cropley > 07539 366 905 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/fe469c14/attachment.html From anis.bedhiafi at e-volut.io Wed Oct 12 14:08:31 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Wed, 12 Oct 2016 11:08:31 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? Message-ID: Hi Guys, I guess I have a little confusion here between inbound esl and outbound esl. *My Goal:* What I am trying to do is detect if the call is being transferred and notify the caller about it. *My Scenario:* 1- I have an application based on SIP.js client that makes outbound calls via a registered SIP trunk on my Freeswitch box. I upload a list of phone numbers to call and hit Launch button. 2- Some calls can be transferred by the callee endpoint. I want to detect this fact. 3- According to my research, I can do this using Event Socket library. 4- To detect if there is a transfer, I can control the channel variable RDNIS or TRANSFER_TIME. If there is a transfer these variables are not empty. 5- Once I detect there is a transfer I want to send a NOTIFY packet to the client. *My confusion is the following:* I don't know whether to use an Outbound socket connection or an Inbound Connection. I tried to do this with outbound connection as follows: I have a perl server listening on port 8084/tcp. In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by the call uuid. The problem is when I call the socket connection, the bridge application never executes. How am I supposed to listen for a specific event and make a bridge call? Is what I am doing wrong. Please correct me. Thank you for your support. Kind regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/dff998ad/attachment.html From naveen32india at gmail.com Wed Oct 12 16:22:54 2016 From: naveen32india at gmail.com (Naveen Tamanam) Date: Wed, 12 Oct 2016 17:52:54 +0530 Subject: [Freeswitch-users] Freeswitch is not receiving audio unless and until send RTP to other end Message-ID: Hi, Recently I have found the following scenario, Freeswitch is not receiving audio unless and until we send RTP(audio) to other end. I have taken both recording and pcap for the call which is not having outgoing audio. Surprisingly, there is a incoming audio in pcap but not in recording. There is no NAT on machine. Is this any kind of known bug ? -- Thanks & Regards, Naveen Tamanam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/7e3da96e/attachment-0001.html From anthony.minessale at gmail.com Wed Oct 12 18:56:19 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 12 Oct 2016 09:56:19 -0500 Subject: [Freeswitch-users] Freeswitch is not receiving audio unless and until send RTP to other end In-Reply-To: References: Message-ID: There are not enough details to answer you. One of your facts are probably wrong. Doublecheck them all. Turn up debugging in FreeSWITCH and search the logs. fsctl debug_level 10 console loglevel debug sofia global siptrace on sofia tracelevel alert On Wed, Oct 12, 2016 at 7:22 AM, Naveen Tamanam wrote: > Hi, > > Recently I have found the following scenario, > > Freeswitch is not receiving audio unless and until we send RTP(audio) to > other end. > I have taken both recording and pcap for the call which is not having > outgoing audio. Surprisingly, there is a incoming audio in pcap but not in > recording. > There is no NAT on machine. Is this any kind of known bug ? > > > -- > Thanks & Regards, > Naveen Tamanam > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/f8669c34/attachment.html From chad at apartmentlines.com Wed Oct 12 19:37:57 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Wed, 12 Oct 2016 08:37:57 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Ok, I tested in Firefox, same pixelation issue. One or two video feeds looks good, then it degrades as more feeds are added. Here are the relevant params from my conference config: On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi wrote: > In which browser? > > On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips > wrote: > >> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that >> the entire canvas resolution seems more pixelated when the number of users >> connected to the videoconference goes up. >> >> If just one person is connected, the image is very consistent and clear, >> but getting into the 7-10 person range, the quality drops noticeably. And >> I?m not talking about the quality of one particular video on the canvas, >> but the entire canvas quality. >> >> I?ve done a recording of a videoconference on the server with a larger >> number of users, and the video quality there is clear and consistent, so it >> doesn?t seem to be an issue with either receiving or muxing the feeds, but >> in how the end user is receiving the muxed video. >> >> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? >> conference params ? increasing the video-quality from 1 to 3 didn?t seem to >> have much of an impact, increasing the video-codec-bandwidth from 1mb to >> 2mb used quite a bit more CPU, but didn?t seem to positively impact the >> video quality, either. >> >> Curious if I?m missing something in the config, or if there?s something >> else I can do to improve the video quality with a larger number of users. >> >> Chad >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > ?talo Rossi > italo at freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/9c0b9551/attachment.html From mike at jerris.com Wed Oct 12 19:48:26 2016 From: mike at jerris.com (Michael Jerris) Date: Wed, 12 Oct 2016 11:48:26 -0400 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: is it the same if you remove the following: > > ? > On Oct 12, 2016, at 11:37 AM, Chad Phillips wrote: > > Ok, I tested in Firefox, same pixelation issue. One or two video feeds looks good, then it degrades as more feeds are added. > > Here are the relevant params from my conference config: > > > > > > > > > On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi > wrote: > In which browser? > > On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips > wrote: > Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that the entire canvas resolution seems more pixelated when the number of users connected to the videoconference goes up. > > If just one person is connected, the image is very consistent and clear, but getting into the 7-10 person range, the quality drops noticeably. And I?m not talking about the quality of one particular video on the canvas, but the entire canvas quality. > > I?ve done a recording of a videoconference on the server with a larger number of users, and the video quality there is clear and consistent, so it doesn?t seem to be an issue with either receiving or muxing the feeds, but in how the end user is receiving the muxed video. > > I tried playing with the the ?video-quality? and ?video-codec-bandwidth? conference params ? increasing the video-quality from 1 to 3 didn?t seem to have much of an impact, increasing the video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t seem to positively impact the video quality, either. > > Curious if I?m missing something in the config, or if there?s something else I can do to improve the video quality with a larger number of users. > > Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/73442770/attachment-0001.html From gascagonzalo at gmail.com Wed Oct 12 20:00:05 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Wed, 12 Oct 2016 09:00:05 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Hi Chad, Can you share more details about your network topology and server specs and statistics (CPU type/Memory/Packets in/out) during an active conference. I had similar problems when my FS was in AWS EC2, but moving it to local VM in our network improved a lot. We had ~7-10 participants using both FF and Chrome using around 4 vCPU/16 GB RAM/1 GB RAM with LAN QoS (RTP prioritization). On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris wrote: > is it the same if you remove the following: > > > > > > > > ? > > On Oct 12, 2016, at 11:37 AM, Chad Phillips > wrote: > > Ok, I tested in Firefox, same pixelation issue. One or two video feeds > looks good, then it degrades as more feeds are added. > > Here are the relevant params from my conference config: > > > > > > > > > On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi wrote: > >> In which browser? >> >> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips >> wrote: >> >>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>> that the entire canvas resolution seems more pixelated when the number of >>> users connected to the videoconference goes up. >>> >>> If just one person is connected, the image is very consistent and clear, >>> but getting into the 7-10 person range, the quality drops noticeably. And >>> I?m not talking about the quality of one particular video on the canvas, >>> but the entire canvas quality. >>> >>> I?ve done a recording of a videoconference on the server with a larger >>> number of users, and the video quality there is clear and consistent, so it >>> doesn?t seem to be an issue with either receiving or muxing the feeds, but >>> in how the end user is receiving the muxed video. >>> >>> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? >>> conference params ? increasing the video-quality from 1 to 3 didn?t seem to >>> have much of an impact, increasing the video-codec-bandwidth from 1mb to >>> 2mb used quite a bit more CPU, but didn?t seem to positively impact the >>> video quality, either. >>> >>> Curious if I?m missing something in the config, or if there?s something >>> else I can do to improve the video quality with a larger number of users. >>> >>> Chad >>> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/f9453b8e/attachment.html From chad at apartmentlines.com Wed Oct 12 20:37:25 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Wed, 12 Oct 2016 09:37:25 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Mike, it?s the same if I remove video-codec-bandwidth and video-quality. This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI Notice how with just my feed the quality is much better than with the multiple feeds. The pixelation effect seems to periodically ?wash over? the entire canvas. I?ve had many users report this same issue, even if they have excellent internet bandwidth. Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris wrote: > is it the same if you remove the following: > > > > > > > > ? > > On Oct 12, 2016, at 11:37 AM, Chad Phillips > wrote: > > Ok, I tested in Firefox, same pixelation issue. One or two video feeds > looks good, then it degrades as more feeds are added. > > Here are the relevant params from my conference config: > > > > > > > > > On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi wrote: > >> In which browser? >> >> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips >> wrote: >> >>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>> that the entire canvas resolution seems more pixelated when the number of >>> users connected to the videoconference goes up. >>> >>> If just one person is connected, the image is very consistent and clear, >>> but getting into the 7-10 person range, the quality drops noticeably. And >>> I?m not talking about the quality of one particular video on the canvas, >>> but the entire canvas quality. >>> >>> I?ve done a recording of a videoconference on the server with a larger >>> number of users, and the video quality there is clear and consistent, so it >>> doesn?t seem to be an issue with either receiving or muxing the feeds, but >>> in how the end user is receiving the muxed video. >>> >>> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? >>> conference params ? increasing the video-quality from 1 to 3 didn?t seem to >>> have much of an impact, increasing the video-codec-bandwidth from 1mb to >>> 2mb used quite a bit more CPU, but didn?t seem to positively impact the >>> video quality, either. >>> >>> Curious if I?m missing something in the config, or if there?s something >>> else I can do to improve the video quality with a larger number of users. >>> >>> Chad >>> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/df720b30/attachment.html From mike at jerris.com Wed Oct 12 20:44:54 2016 From: mike at jerris.com (Michael Jerris) Date: Wed, 12 Oct 2016 12:44:54 -0400 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: It does not seem to be the entire canvas to me. Look at the text labels on the layers? they don?t seem bad at all. > On Oct 12, 2016, at 12:37 PM, Chad Phillips wrote: > > Mike, it?s the same if I remove video-codec-bandwidth and video-quality. This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI > > Notice how with just my feed the quality is much better than with the multiple feeds. The pixelation effect seems to periodically ?wash over? the entire canvas. I?ve had many users report this same issue, even if they have excellent internet bandwidth. > > Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. > > On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris > wrote: > is it the same if you remove the following: >> > >> > > > ? > >> On Oct 12, 2016, at 11:37 AM, Chad Phillips > wrote: >> >> Ok, I tested in Firefox, same pixelation issue. One or two video feeds looks good, then it degrades as more feeds are added. >> >> Here are the relevant params from my conference config: >> >> >> >> >> >> >> >> >> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi > wrote: >> In which browser? >> >> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips > wrote: >> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that the entire canvas resolution seems more pixelated when the number of users connected to the videoconference goes up. >> >> If just one person is connected, the image is very consistent and clear, but getting into the 7-10 person range, the quality drops noticeably. And I?m not talking about the quality of one particular video on the canvas, but the entire canvas quality. >> >> I?ve done a recording of a videoconference on the server with a larger number of users, and the video quality there is clear and consistent, so it doesn?t seem to be an issue with either receiving or muxing the feeds, but in how the end user is receiving the muxed video. >> >> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? conference params ? increasing the video-quality from 1 to 3 didn?t seem to have much of an impact, increasing the video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t seem to positively impact the video quality, either. >> >> Curious if I?m missing something in the config, or if there?s something else I can do to improve the video quality with a larger number of users. >> >> Chad > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/9ab47685/attachment-0001.html From me at nevian.org Wed Oct 12 21:01:06 2016 From: me at nevian.org (Serge S. Yuriev) Date: Wed, 12 Oct 2016 20:01:06 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: <772831476185022@web1j.yandex.ru> References: <772831476185022@web1j.yandex.ru> <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> Message-ID: <4011281476291666@web19j.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/b6895a75/attachment-0001.html From chad at apartmentlines.com Wed Oct 12 21:29:33 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Wed, 12 Oct 2016 10:29:33 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Here?s another example, perhaps this illustrates it better: https://youtu.be/PqIjubx4-wI And it doesn?t seem to be the entire canvas at once, it?s more of a ?washing over?. I can definitely see it also affecting the banners in this second example. I?m also happy to drop you into a live example, it?s pretty easy to see what I?m talking about when you?re in the conference. On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris wrote: > It does not seem to be the entire canvas to me. Look at the text labels > on the layers? they don?t seem bad at all. > > On Oct 12, 2016, at 12:37 PM, Chad Phillips > wrote: > > Mike, it?s the same if I remove video-codec-bandwidth and video-quality. > This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI > > Notice how with just my feed the quality is much better than with the > multiple feeds. The pixelation effect seems to periodically ?wash over? the > entire canvas. I?ve had many users report this same issue, even if they > have excellent internet bandwidth. > > Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, > and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. > > On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris wrote: > >> is it the same if you remove the following: >> >> >> >> >> >> >> >> ? >> >> On Oct 12, 2016, at 11:37 AM, Chad Phillips >> wrote: >> >> Ok, I tested in Firefox, same pixelation issue. One or two video feeds >> looks good, then it degrades as more feeds are added. >> >> Here are the relevant params from my conference config: >> >> >> >> >> >> >> >> >> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi >> wrote: >> >>> In which browser? >>> >>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips >>> wrote: >>> >>>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>>> that the entire canvas resolution seems more pixelated when the number of >>>> users connected to the videoconference goes up. >>>> >>>> If just one person is connected, the image is very consistent and >>>> clear, but getting into the 7-10 person range, the quality drops >>>> noticeably. And I?m not talking about the quality of one particular video >>>> on the canvas, but the entire canvas quality. >>>> >>>> I?ve done a recording of a videoconference on the server with a larger >>>> number of users, and the video quality there is clear and consistent, so it >>>> doesn?t seem to be an issue with either receiving or muxing the feeds, but >>>> in how the end user is receiving the muxed video. >>>> >>>> I tried playing with the the ?video-quality? and >>>> ?video-codec-bandwidth? conference params ? increasing the video-quality >>>> from 1 to 3 didn?t seem to have much of an impact, increasing the >>>> video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t >>>> seem to positively impact the video quality, either. >>>> >>>> Curious if I?m missing something in the config, or if there?s something >>>> else I can do to improve the video quality with a larger number of users. >>>> >>>> Chad >>>> >>> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/31debb72/attachment.html From anthony.minessale at gmail.com Wed Oct 12 22:12:51 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 12 Oct 2016 13:12:51 -0500 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: open another window/tab to chrome://webrtc-internals and look at all of the stats. Have you made sure you are not just maxing our your local bandwidth in either direction? Did you modify the rtp_video_max_bandwidth_in and rtp_video_max_bandwidth_out vars in vars.xml it defaults to 1m On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips wrote: > Here?s another example, perhaps this illustrates it better: > https://youtu.be/PqIjubx4-wI > > And it doesn?t seem to be the entire canvas at once, it?s more of a > ?washing over?. I can definitely see it also affecting the banners in this > second example. > > I?m also happy to drop you into a live example, it?s pretty easy to see > what I?m talking about when you?re in the conference. > > On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris wrote: > >> It does not seem to be the entire canvas to me. Look at the text labels >> on the layers? they don?t seem bad at all. >> >> On Oct 12, 2016, at 12:37 PM, Chad Phillips >> wrote: >> >> Mike, it?s the same if I remove video-codec-bandwidth and video-quality. >> This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI >> >> Notice how with just my feed the quality is much better than with the >> multiple feeds. The pixelation effect seems to periodically ?wash over? the >> entire canvas. I?ve had many users report this same issue, even if they >> have excellent internet bandwidth. >> >> Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, >> and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. >> >> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris wrote: >> >>> is it the same if you remove the following: >>> >>> >>> >>> >>> >>> >>> >>> ? >>> >>> On Oct 12, 2016, at 11:37 AM, Chad Phillips >>> wrote: >>> >>> Ok, I tested in Firefox, same pixelation issue. One or two video feeds >>> looks good, then it degrades as more feeds are added. >>> >>> Here are the relevant params from my conference config: >>> >>> >>> >>> >>> >>> >>> >>> >>> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi >>> wrote: >>> >>>> In which browser? >>>> >>>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips >>> > wrote: >>>> >>>>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>>>> that the entire canvas resolution seems more pixelated when the number of >>>>> users connected to the videoconference goes up. >>>>> >>>>> If just one person is connected, the image is very consistent and >>>>> clear, but getting into the 7-10 person range, the quality drops >>>>> noticeably. And I?m not talking about the quality of one particular video >>>>> on the canvas, but the entire canvas quality. >>>>> >>>>> I?ve done a recording of a videoconference on the server with a larger >>>>> number of users, and the video quality there is clear and consistent, so it >>>>> doesn?t seem to be an issue with either receiving or muxing the feeds, but >>>>> in how the end user is receiving the muxed video. >>>>> >>>>> I tried playing with the the ?video-quality? and >>>>> ?video-codec-bandwidth? conference params ? increasing the video-quality >>>>> from 1 to 3 didn?t seem to have much of an impact, increasing the >>>>> video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t >>>>> seem to positively impact the video quality, either. >>>>> >>>>> Curious if I?m missing something in the config, or if there?s >>>>> something else I can do to improve the video quality with a larger number >>>>> of users. >>>>> >>>>> Chad >>>>> >>>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/b4fb6bd3/attachment-0001.html From brian at freeswitch.org Wed Oct 12 22:12:54 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 12 Oct 2016 13:12:54 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: <4011281476291666@web19j.yandex.ru> References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> Message-ID: How are the two networks connected? VPN? On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen > =yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > -- > Serge S. Yuriev > Senior VoIP engineer > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/ddd0c23f/attachment-0001.html From thesipguy at gmail.com Wed Oct 12 23:56:18 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Wed, 12 Oct 2016 22:56:18 +0300 Subject: [Freeswitch-users] Opensips integration questions In-Reply-To: References: Message-ID: Thanks, set_user is exactly what I was looking for, I will test it tomorrow. On Oct 11, 2016 01:22, "Abaci B" wrote: > see https://freeswitch.org/jira/browse/FS-5009 > or you can simply use the set_user https://freeswitch.org/ > confluence/display/FREESWITCH/mod_dptools%3A+set+user application to do > it > with either option be extremely careful to ensure it's only applied to > calls coming from proxy and that the proxy already authed the user > (otherwise anyone would be able to use credentials belonging to someone > else) > > On Thu, Sep 29, 2016 at 6:09 AM, Schneur Rosenberg > wrote: > >> **UPDATE** >> >> I looked into my sip traces and found the NAT problem, Freeswitch sends a >> UPDATE request to set the P-Asserted-Identity to "Outbound Call", the >> problem was my OpenSIPS was not set to t_on_reply to go to my reply route >> that fixes nat, so it never did the fix_nated_contact() therefore >> all sequential requests used the bad contact from the reply of the update, >> on the other hand my asterisk box never sent that UPDATE therefore is used >> the "contact" from the initial INVITE which was fixed by OpenSIPS, I >> configured OpenSIPS to process the correct reply route for the UPDATE and >> problem was solved. >> >> I'm still looking for a answer to my first question. >> >> thank you >> S. Rosenberg >> >> On Wed, Sep 28, 2016 at 1:32 PM, Schneur Rosenberg >> wrote: >> >>> Hi, I'm pretty new to Freeswitch, I built a complete solution using >>> OpenSIPS/Asterisk and I'm in the process of replacing Asterisk with >>> Freeswitch. >>> >>> My current system is built that OpenSIPS act as a registrar and as a >>> load balancer, the rest is done on a cluster of Asterisk machines, which as >>> I said before is being rewritten to Freeswitch, in Freeswitch I'm using >>> xml_curl for my dialplan and call routing, I'm using Intralanman project to >>> handle the sip users. >>> >>> With Asterisk I had OpensSIPS as a trunk and I know that everything >>> coming from that trunk, is either a DID or a authenticated outgoing call, >>> Asterisk and OpenSIPS shared the user table, Asterisk recognized the sip >>> user name from the FROM field and used all the variables etc from its own >>> sip user table as if the user has registered directly to itself, I had some >>> issues with blind transfers but I was able to do some manipulations and DB >>> queries to handle it fine. >>> >>> I tried doing the same with Freeswitch, I let the ACL allow the ip from >>> Freeswitch, but Freeswitch would not use the variables from the user like >>> Asterisk did, for example accountcode, user_context etc, I was able to >>> partially fix that by having my web server do a db query and then using the >>> "set" application set all the variables, but I'm not sure if its the proper >>> solution, does anyone have a better solution? will setting my OpenSIPS as a >>> gateway instead of merely allowing it in with ACL work better? right now >>> I'm using the application "execute_extension" to send it to the proper >>> context that I've pulled from the DB, I dont like the hack and if there is >>> a better solution I would like to know. >>> >>> One more major problem that I have is NAT related, when I place a >>> outgoing call for example from a phone which is behind a NAT (all of our >>> customers phones are behind NAT) the call connects and audio works 2 ways, >>> but when the called party hangs up, the carrier sends the BYE to >>> Freeswitch, freeswitch then sends it to my OpenSIPS which is supposed to >>> send it to my clients phone, but Freeswich writes the RURI with the natted >>> address, the RURI is BYE sip:101 at 192.168.0.11:5062 SIP/2.0. and my >>> OpenSIPS does not know what to do with it and ignores it, my Asterisk >>> replaced the RURI with the received address in the VIA, so same RURI would >>> be BYE sip:101 at 64.69.47.175:5062 SIP/2.0. which worked fine, same >>> problem happens with all subsequent requests if user does not hang up, I >>> need a solution for this major issue. >>> >>> thank you >>> S. Rosenberg >>> >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/467d5df8/attachment.html From me at nevian.org Thu Oct 13 00:51:51 2016 From: me at nevian.org (Serge Yuriev) Date: Wed, 12 Oct 2016 23:51:51 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> Message-ID: From perspective of server it is normal route via desired interface. So VPN somewhere outside and server not aware of it. -- Wbr, Serge via mobile 12.10.2016, 21:17, "Brian West" : > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > >> Hi >> >> Is anyone have had chance to check the logs? >> >> I tried to include 172.17.2.3 as local-network on external while excluding it from internal - no joy :( >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> Wbr, Serge via mobile >> >> 09.10.2016, 13:03, "Serge Yuriev": >>> Bad one >>> https://pastebin.freeswitch.org/view/5a6b306c >>> >>> Good one >>> https://pastebin.freeswitch.org/view/5b1ca4e3 >>> >>>> On 8 Oct 2016, at 04:23, Anthony Minessale wrote: >>>> >>>> Too terse. >>>> >>>> You probably need to produce full traces on pastebin with the full debug to get any idea. >>>> >>>> >>>> On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: >>>> As mentioned before I tried to play with local-network-acl but no joy. Maybe it?s just not right? On which profile I should tune? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On both profiles I have like this >>>> Int >>>> >>>> >>>> >>>> >>>> >>>> Ext >>>> >>>> >>>> >>>> >>>> >>>>> On 8 Oct 2016, at 00:48, Brian West wrote: >>>>> >>>>> you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? >>>>> >>>>> On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: >>>>> Hello, >>>>> >>>>> Two SIP profiles: >>>>> External 83.?? >>>>> Internal 10.23.154.0/24 >>>>> >>>>> Via external we are receiving/send calls from/to 172.17.2.0/29 >>>>> For some reason if we call outside FS sends unmodified addresses in SDP. >>>>> So we have unroutable address in SDP and one-way audio. If call flows >>>>> ext to int all working correct. >>>>> Tried local-network-acl on inside (10.??) with excluded 172.??, >>>>> apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( >>>>> >>>>> "Bad one" SDP - from internal to external >>>>> send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: >>>>> ------------------------------------------------------------------------ >>>>> SIP/2.0 200 OK >>>>> Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 >>>>> From: "IT, ????? ??????" >>>>> ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 >>>>> To: ;tag=66NUXXHvB6HBp >>>>> Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 >>>>> CSeq: 101 INVITE >>>>> Contact: >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>> Accept: application/sdp >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>> PRACK, NOTIFY >>>>> Require: timer >>>>> Supported: precondition, 100rel, timer, path, replaces >>>>> Allow-Events: talk, hold, conference, refer >>>>> Session-Expires: 1800;refresher=uac >>>>> Content-Type: application/sdp >>>>> Content-Disposition: session >>>>> Content-Length: 180 >>>>> >>>>> v=0 >>>>> o=- 1475853382 2 IN IP4 172.17.2.3 >>>>> s=- >>>>> >> c=IN IP4 172.17.2.4 >>>>> b=AS:64 >>>>> t=0 0 >>>>> m=audio 3040 RTP/AVP 8 101 >>>>> a=rtpmap:8 PCMA/8000 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=ptime:20 >>>>> >>>>> >>>>> And a good one - external to internal >>>>> send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: >>>>> ------------------------------------------------------------------------ >>>>> INVITE sip:12550 at 10.23.154.65 SIP/2.0 >>>>> Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB >>>>> Max-Forwards: 69 >>>>> From: "???????" >>>>> ;tag=1agg8aZ7FUUBK >>>>> To: >>>>> Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b >>>>> CSeq: 97580363 INVITE >>>>> Contact: >>>>> User-Agent: >>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>> PRACK, NOTIFY >>>>> Supported: precondition, 100rel, timer, path, replaces >>>>> Allow-Events: talk, hold, conference, refer >>>>> Content-Type: application/sdp >>>>> Content-Disposition: session >>>>> Content-Length: 268 >>>>> X-FS-Support: update_display,send_info >>>>> Remote-Party-ID: "???????" >>>>> ;party=calling;screen=yes;privacy=off >>>>> >>>>> v=0 >>>>> o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 >>>>> s=FreeSWITCH >>>>> >> c=IN IP4 10.23.154.100 >>>>> t=0 0 >>>>> m=audio 28432 RTP/AVP 8 18 101 13 >>>>> a=rtpmap:8 PCMA/8000 >>>>> a=rtpmap:18 G729/8000 >>>>> a=rtpmap:101 telephone-event/8000 >>>>> a=fmtp:101 0-16 >>>>> a=rtpmap:13 CN/8000 >>>>> a=ptime:20 >>>>> >>>>> -- >>>>> Serge S. Yuriev >>>>> Senior VoIP engineer >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> -- >>>>> Brian West >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> >>>>> Twitter: @FreeSWITCH , @briankwest >>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>> >>>>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>>>> >>>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> -- >>>> Serge S. Yuriev >>>> >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> -- >>>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>>> >>>> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >>>> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >>>> >>>> ClueCon Weekly Development Call >>>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>>> >>>> https://www.youtube.com/watch?v=9XXgW34t40s >>>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> -- >>> Serge S. Yuriev >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/c0e2a9bd/attachment-0001.html From brian at freeswitch.org Thu Oct 13 03:10:08 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 12 Oct 2016 18:10:08 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> Message-ID: Are these servers talking to anything outside their perspective NATs? What are their blocks? On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: > From perspective of server it is normal route via desired interface. > So VPN somewhere outside and server not aware of it. > > -- > Wbr, Serge via mobile > > 12.10.2016, 21:17, "Brian West" : > > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen > =yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > -- > Serge S. Yuriev > Senior VoIP engineer > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- > Serge S. Yuriev > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/c8c879ab/attachment-0001.html From chad at apartmentlines.com Thu Oct 13 07:44:40 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Wed, 12 Oct 2016 20:44:40 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Tony, rtp_video_max_bandwidth_out was the one I was missing, thank you so much! I had set video-codec-bandwidth in the conference config, but totally forgot about that global setting. Once I upped it to match the conference setting, quality issues disappeared :) I ended up using 4mb for both settings, would love a double check on my reasoning to see if that?s the optimal value: I figure a 640x480 video at 30FPS uses about 1.5mbps My canvas is 1080x720, so: 640x480 = 307200 pixels 1080x720 = 777600 pixels 777600 pixels / 307200 pixels = 2.53 times as many pixels 1.5mbps x 2.53 = 3.8mbps, 4mbps fer good measure :) Sound right, or did I miss something? On Wed, Oct 12, 2016 at 11:12 AM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > open another window/tab to chrome://webrtc-internals and look at all of > the stats. > > Have you made sure you are not just maxing our your local bandwidth in > either direction? > Did you modify the rtp_video_max_bandwidth_in and rtp_video_max_bandwidth_out > vars in vars.xml it defaults to 1m > > > On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips > wrote: > >> Here?s another example, perhaps this illustrates it better: >> https://youtu.be/PqIjubx4-wI >> >> And it doesn?t seem to be the entire canvas at once, it?s more of a >> ?washing over?. I can definitely see it also affecting the banners in this >> second example. >> >> I?m also happy to drop you into a live example, it?s pretty easy to see >> what I?m talking about when you?re in the conference. >> >> On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris wrote: >> >>> It does not seem to be the entire canvas to me. Look at the text labels >>> on the layers? they don?t seem bad at all. >>> >>> On Oct 12, 2016, at 12:37 PM, Chad Phillips >>> wrote: >>> >>> Mike, it?s the same if I remove video-codec-bandwidth and video-quality. >>> This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI >>> >>> Notice how with just my feed the quality is much better than with the >>> multiple feeds. The pixelation effect seems to periodically ?wash over? the >>> entire canvas. I?ve had many users report this same issue, even if they >>> have excellent internet bandwidth. >>> >>> Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, >>> and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. >>> >>> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris wrote: >>> >>>> is it the same if you remove the following: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> ? >>>> >>>> On Oct 12, 2016, at 11:37 AM, Chad Phillips >>>> wrote: >>>> >>>> Ok, I tested in Firefox, same pixelation issue. One or two video feeds >>>> looks good, then it degrades as more feeds are added. >>>> >>>> Here are the relevant params from my conference config: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi >>>> wrote: >>>> >>>>> In which browser? >>>>> >>>>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < >>>>> chad at apartmentlines.com> wrote: >>>>> >>>>>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>>>>> that the entire canvas resolution seems more pixelated when the number of >>>>>> users connected to the videoconference goes up. >>>>>> >>>>>> If just one person is connected, the image is very consistent and >>>>>> clear, but getting into the 7-10 person range, the quality drops >>>>>> noticeably. And I?m not talking about the quality of one particular video >>>>>> on the canvas, but the entire canvas quality. >>>>>> >>>>>> I?ve done a recording of a videoconference on the server with a >>>>>> larger number of users, and the video quality there is clear and >>>>>> consistent, so it doesn?t seem to be an issue with either receiving or >>>>>> muxing the feeds, but in how the end user is receiving the muxed video. >>>>>> >>>>>> I tried playing with the the ?video-quality? and >>>>>> ?video-codec-bandwidth? conference params ? increasing the video-quality >>>>>> from 1 to 3 didn?t seem to have much of an impact, increasing the >>>>>> video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t >>>>>> seem to positively impact the video quality, either. >>>>>> >>>>>> Curious if I?m missing something in the config, or if there?s >>>>>> something else I can do to improve the video quality with a larger number >>>>>> of users. >>>>>> >>>>>> Chad >>>>>> >>>>> >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/766d03f9/attachment.html From anthony.minessale at gmail.com Thu Oct 13 08:10:52 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 12 Oct 2016 23:10:52 -0500 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: The value in the vars.xml is the absolute max. 4m is an acceptable value. We calculate the quality we send based on the canvas resolution using the kush guage http://vzaar.com/blog/video-encoding-guide/ The motion factor or quality mentioned in the link above matches the quality field in the config. If the calculated val exceeds the defined max, it will be limited to that max value. The max inbound is transmitted in the sdp limiting the max the browser will send. 1080p at 30fps quality 1 is in the vicinity of 4mb 1920 x 1080 x 30 x 1 x 0.07 / 1000 = 4354.56 On Wednesday, October 12, 2016, Chad Phillips wrote: > Tony, > > rtp_video_max_bandwidth_out was the one I was missing, thank you so much! > I had set video-codec-bandwidth in the conference config, but totally > forgot about that global setting. Once I upped it to match the conference > setting, quality issues disappeared :) > > I ended up using 4mb for both settings, would love a double check on my > reasoning to see if that?s the optimal value: > > I figure a 640x480 video at 30FPS uses about 1.5mbps > > My canvas is 1080x720, so: > > 640x480 = 307200 pixels > 1080x720 = 777600 pixels > > 777600 pixels / 307200 pixels = 2.53 times as many pixels > 1.5mbps x 2.53 = 3.8mbps, 4mbps fer good measure :) > > Sound right, or did I miss something? > > > On Wed, Oct 12, 2016 at 11:12 AM, Anthony Minessale < > anthony.minessale at gmail.com > > wrote: > >> open another window/tab to chrome://webrtc-internals and look at all of >> the stats. >> >> Have you made sure you are not just maxing our your local bandwidth in >> either direction? >> Did you modify the rtp_video_max_bandwidth_in >> and rtp_video_max_bandwidth_out vars in vars.xml it defaults to 1m >> >> >> On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips > > wrote: >> >>> Here?s another example, perhaps this illustrates it better: >>> https://youtu.be/PqIjubx4-wI >>> >>> And it doesn?t seem to be the entire canvas at once, it?s more of a >>> ?washing over?. I can definitely see it also affecting the banners in this >>> second example. >>> >>> I?m also happy to drop you into a live example, it?s pretty easy to see >>> what I?m talking about when you?re in the conference. >>> >>> On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris >> > wrote: >>> >>>> It does not seem to be the entire canvas to me. Look at the text >>>> labels on the layers? they don?t seem bad at all. >>>> >>>> On Oct 12, 2016, at 12:37 PM, Chad Phillips >>> > wrote: >>>> >>>> Mike, it?s the same if I remove video-codec-bandwidth and >>>> video-quality. This short video illustrates the issue: >>>> https://youtu.be/l8gpHhgmWRI >>>> >>>> Notice how with just my feed the quality is much better than with the >>>> multiple feeds. The pixelation effect seems to periodically ?wash over? the >>>> entire canvas. I?ve had many users report this same issue, even if they >>>> have excellent internet bandwidth. >>>> >>>> Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB >>>> RAM, and a nice fat network pipe. I haven?t ever pulled stats on packets >>>> in/out. >>>> >>>> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris >>> > wrote: >>>> >>>>> is it the same if you remove the following: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ? >>>>> >>>>> On Oct 12, 2016, at 11:37 AM, Chad Phillips >>>> > wrote: >>>>> >>>>> Ok, I tested in Firefox, same pixelation issue. One or two video feeds >>>>> looks good, then it degrades as more feeds are added. >>>>> >>>>> Here are the relevant params from my conference config: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi >>>> > wrote: >>>>> >>>>>> In which browser? >>>>>> >>>>>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < >>>>>> chad at apartmentlines.com >>>>>> > wrote: >>>>>> >>>>>>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed >>>>>>> that the entire canvas resolution seems more pixelated when the number of >>>>>>> users connected to the videoconference goes up. >>>>>>> >>>>>>> If just one person is connected, the image is very consistent and >>>>>>> clear, but getting into the 7-10 person range, the quality drops >>>>>>> noticeably. And I?m not talking about the quality of one particular video >>>>>>> on the canvas, but the entire canvas quality. >>>>>>> >>>>>>> I?ve done a recording of a videoconference on the server with a >>>>>>> larger number of users, and the video quality there is clear and >>>>>>> consistent, so it doesn?t seem to be an issue with either receiving or >>>>>>> muxing the feeds, but in how the end user is receiving the muxed video. >>>>>>> >>>>>>> I tried playing with the the ?video-quality? and >>>>>>> ?video-codec-bandwidth? conference params ? increasing the video-quality >>>>>>> from 1 to 3 didn?t seem to have much of an impact, increasing the >>>>>>> video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t >>>>>>> seem to positively impact the video quality, either. >>>>>>> >>>>>>> Curious if I?m missing something in the config, or if there?s >>>>>>> something else I can do to improve the video quality with a larger number >>>>>>> of users. >>>>>>> >>>>>>> Chad >>>>>>> >>>>>> >>>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? >> http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >> * >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org >> ? >> +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161012/814847f8/attachment-0001.html From avi at avimarcus.net Thu Oct 13 12:14:45 2016 From: avi at avimarcus.net (Avi Marcus) Date: Thu, 13 Oct 2016 08:14:45 +0000 Subject: [Freeswitch-users] Capturing the Current Call Audio In-Reply-To: References: <0000014fba284a01-48ffbcea-a2ce-40ec-8593-eb9e2c9cdf23-000000@email.amazonses.com> <0000014fc2a090a0-53e2c33f-6520-45b3-9c35-7c9a9b5f0f6e-000000@email.amazonses.com> Message-ID: <01000157bd1b99d5-6fbf38b4-8848-498a-913e-246e560bac3b-000000@email.amazonses.com> Hi all, 13 months later I finally got to playing with it: This worked on debian jessie 8.1 with `apt-get install -y sox tshark` to transform PCAPs to a standard wav file. It's here in a gist so you can see the *few *changes that I had to make: https://gist.github.com/avimar/d2e9d05e082ce273962d742eb9acac16 Thanks Michael for the original code! Should I put an MIT license on it? or MPL 1.1 like FS or 2.0.. -Avi Marcus BestFone On Tue, Sep 15, 2015 at 1:45 AM, Michael Collins wrote: > Avi, > > Here is a Linux script I wrote a while back. Some assembly required, see > store for details, batteries not included, your mileage may vary... > > If you decide to use it and it works please feel free upload to the wiki > or donate to the project. > > -Michael > > > On Sat, Sep 12, 2015 at 10:35 AM, Avi Marcus wrote: > >> I use wireshark to look at the SIP packets or listen to the audio. But I >> haven't found a simple script to export e.g. a WAV from the pcap... if >> someone finds, please let us know! >> >> -Avi >> >> On Sat, Sep 12, 2015 at 5:25 PM, ik wrote: >> >>> It does has the RTP (and RTCP). >>> You can export one or more calls to the same file. >>> >>> On Sat, Sep 12, 2015 at 12:27 AM, Leonardo Lima Ribeiro < >>> llribeiro90 at gmail.com> wrote: >>> >>>> And from the cap file I can get the audio right? >>>> I?m taking a look in some scripts that can extract the audio from pcap >>>> files, but I think it?s need to be embedded on the pcap file when it?s >>>> saving right? >>>> >>>> I tried the sngrep and it generated a 128k pcap file, and I did about 3 >>>> calls, does it really have the audio? >>>> >>>> (I?m about to test pcapsipdump but the installation is failing in OS X, >>>> I think I will move to a CentOS machine) >>>> >>>> Thank you all guys! >>>> >>>> Em 11/09/2015, ?(s) 2:47 PM, ik escreveu: >>>> >>>> I'm using sngrep, it saves a specific dialog to a pcap file, or several >>>> dialogs, based on what you select. >>>> >>>> On Fri, Sep 11, 2015 at 4:58 PM, Aqs Younas >>>> wrote: >>>> >>>>> pcapsipdump captures all calls on particular instance into separate >>>>> files. You can't make it to capture a specific file. >>>>> >>>>> On 11 September 2015 at 16:43, Leonardo Ribeiro >>>> > wrote: >>>>> >>>>>> Sorry all, it was my phone auto corrector. Again: >>>>>> >>>>>> Thanks Avi, >>>>>> >>>>>> I had read about and I'm going to try that. My IVR is a script on >>>>>> lua, do you know how can I call the pcapsipdump for the current call from >>>>>> there? >>>>>> >>>>>> I was thinking about another solution... What if I execute a record >>>>>> mycall.wav 300 and try to stream this file while is being record? It would >>>>>> work? The main problem is that the script calls the execute record as a >>>>>> synchronous way, but I would need to do some actions while it's recording >>>>>> like play sounds, curl posts etc. >>>>>> >>>>>> Thank you! >>>>>> Em 11/09/2015 08:38, "Leonardo Ribeiro" >>>>>> escreveu: >>>>>> >>>>>>> Thanks Avi, >>>>>>> >>>>>>> I've readed about and I'm going to try that. My IVR is a script on >>>>>>> lua, do you know how can I call the pcapsipdump for the current call from >>>>>>> there? >>>>>>> >>>>>>> I was thinking Abou another solution, and what if I execute a record >>>>>>> mycall.wav 300 and try to stream this file while is being record? It would >>>>>>> work? The main problem is that the script calls the execute record as a >>>>>>> synchronous way, but I would need to do some actions while it's recording >>>>>>> like play sounds, curl posta etc. >>>>>>> >>>>>>> Thanks you! >>>>>>> Em 10/09/2015 23:08, "Avi Marcus" escreveu: >>>>>>> >>>>>>>> I use pcapsipdump to capture all call SIP + RTP, grouped by call in >>>>>>>> PCAP format. >>>>>>>> >>>>>>>> -Avi >>>>>>>> >>>>>>>> On Fri, Sep 11, 2015 at 4:36 AM, Leonardo Lima Ribeiro < >>>>>>>> llribeiro90 at gmail.com> wrote: >>>>>>>> >>>>>>>>> Hi! >>>>>>>>> >>>>>>>>> I?m tying to capture the current call audio but I have no idea on >>>>>>>>> how to do that. >>>>>>>>> >>>>>>>>> My main achievement is to get the current call audio and them >>>>>>>>> stream this audio bytes to an API via HTTP Post. >>>>>>>>> >>>>>>>>> I was doing some tries with mod_shout and mod_vlc, and I was >>>>>>>>> successful in the streaming part - I tested some wavs and mp3 files. >>>>>>>>> >>>>>>>>> But the mainly part is that I need the current call audio, and it >>>>>>>>> has no file in the system to stream right? >>>>>>>>> >>>>>>>>> I was thinking if there?s a command that I can get the audio bytes >>>>>>>>> from the current call but I really don?t know, I could not find any option >>>>>>>>> like that. >>>>>>>>> >>>>>>>>> Could you please help me? >>>>>>>>> >>>>>>>>> Thank you, >>>>>>>>> Leonardo Ribeiro >>>>>>>>> ____________________________________________________________ >>>>>>>>> _____________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting at freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>>>>> options/freeswitch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ____________________________________________________________ >>>>>>>> _____________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting at freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>>>> options/freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>>> options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>>> options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>> options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >>>> options/freeswitch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/ed176e3b/attachment-0001.html From v.kovalyshyn at gmail.com Thu Oct 13 17:13:23 2016 From: v.kovalyshyn at gmail.com (Vitaly Kovalyshyn) Date: Thu, 13 Oct 2016 16:13:23 +0300 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: <6D402A7117594E2BA96A62342FDE397F@gmail.com> References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> <6D402A7117594E2BA96A62342FDE397F@gmail.com> Message-ID: <47F18D5D-DDC5-4B31-8626-C4AA6BE17707@gmail.com> Hi! > Better to have an advanced option to implement full features of the verto communicator? We have updated Verto Phone. Now it supports video conference and chat like VC - http://verto.webitel.com/ > And is it possible to add call/hangup button to the extension w/o actually open the chrome app ? Ok. In the next version... > Is source code available so others can contribute to it? Source code is available on the GitHub: https://github.com/navrotskyj/vertoPhone Best regards, Vitaly Kovalyshyn > On Oct 7, 2016, at 6:01 AM, Seven Du wrote: > > Very nice. > > Seems chrome doesn?t work with self-signed cert anymore so might be better to show some error message on cert error? > > And is it possible to add call/hangup button to the extension w/o actually open the chrome app ? > > Better to have an advanced option to implement full features of the verto communicator? > > Is source code available so others can contribute to it? > > Thanks. > > -- > Seven Du > Sent with Sparrow > > On Saturday, 1 October 2016 at 1:13 PM, Vitaly Kovalyshyn wrote: > >>> How about live array and conference controls? >> >> Yes, we're working on it too. >> >>> Also is it updated in chrome store or just locally because I did not see any changes. >> >> I've updated in the web store. I don't know how autoupdate is work. There is some delay with it... >> >> Best regards, >> Vitaly Kovalyshyn >> >> >>> On Sep 30, 2016, at 9:01 PM, Anthony Minessale > wrote: >>> >>> How about live array and conference controls? >>> Also is it updated in chrome store or just locally because I did not see any changes. >>> >>> >>> On Fri, Sep 30, 2016 at 7:09 AM, Michael Jerris > wrote: >>>> iceServers should probably be "Use STUN" and should default on >>>> >>>> >>>> On Friday, September 30, 2016, Vitaly Kovalyshyn > wrote: >>>> Application was updated with ICE Server, CID and Name: >>>> >>>> >>>> >>>> >>>> >>>> Best regards, >>>> Vitaly Kovalyshyn >>>> >>>> >>>>> On Sep 29, 2016, at 6:53 PM, Anthony Minessale > wrote: >>>>> >>>>> Hi, >>>>> >>>>> 1) You should pass >>>>> iceServers: true >>>>> >>>>> to your verto handle constructor or have a param to toggle it. Without enabling stun in chrome you can't get any srvflex candidates which will cause nat issues. >>>>> >>>>> >>>>> >>>>> 2) You should not only have fields for login and pass but also for caller id name and number. >>>>> >>>>> >>>>> >>>>> 3) The server tab does not make it clear that it wants a wss url. Maybe just ask for server and port and generate the wss url. >>>>> >>>>> >>>>> >>>>> >>>>> On Thu, Sep 29, 2016 at 10:15 AM, Vitaly Kovalyshyn > wrote: >>>>>> Hi there! >>>>>> >>>>>> We've made the Chrome Extension & Application for FreeSWITCH mod-verto. >>>>>> >>>>>> It supports: >>>>>> >>>>>> Audio & Video calls via mod_verto >>>>>> Screen sharing >>>>>> Click-to-call in any web-page >>>>>> Address book >>>>>> Multiline >>>>>> >>>>>> Be free to download and test it: https://chrome.google.com/webstore/search/webitel >>>>>> >>>>>> Best regards, >>>>>> Vitaly Kovalyshyn >>>>>> >>>>>> http://kovalyshyn.pp.ua/ >>>>>> Twitter: @kovalyshyn >>>>>> >>>>>> http://???????.???/ >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org <> >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org <> >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> -- >>>>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>>>> >>>>> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >>>>> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >>>>> >>>>> ClueCon Weekly Development Call >>>>> ? sip:888 at conference.freeswitch.org <> ? +19193869900 >>>>> >>>>> https://www.youtube.com/watch?v=9XXgW34t40s >>>>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org <> >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org <> >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >>> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >>> >>> ClueCon Weekly Development Call >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> https://www.youtube.com/watch?v=9XXgW34t40s >>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> Attachments: >> - smime.p7s > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/fc11c3c8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3701 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/fc11c3c8/attachment-0001.bin From ahmedmunir007 at gmail.com Thu Oct 13 17:52:55 2016 From: ahmedmunir007 at gmail.com (Ahmed Munir) Date: Thu, 13 Oct 2016 09:52:55 -0400 Subject: [Freeswitch-users] FreeSwitch General Info Message-ID: Hi, Currently I'm browsing different platforms online for open source VoIP technologies as currently using Asterisk as PBX. I would like to know following things about FreeSwitch; 1- FreeSwitch whether supports realtime integration sip profiles/extensions (using DB) and dialplan? (Just like in Asterisk) 2- On average, how many extensions and active calls (CPS) it can sustain? 3- For a call channel, will it create or use system sockets (openfile)? As you know that Asterisk create/open and consume the system sockets for each call. 4- Will it supports single thread or multithreading? 5- Is it scale-able in term of setting up as a cluster(s)? I'll be glad to hear it from you. -- Regards, Ahmed Munir Chohan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/d74ebc99/attachment.html From valter at fastway.com.br Thu Oct 13 17:57:54 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 13 Oct 2016 10:57:54 -0300 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: When you are using it means you are in outbound mode (from the perspective of FS) Are you using ESL bind for perl or have you written your own implementation? After accepting a connection on 8084 port, you should issue a "connect\n\n" back to FS Valter 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : > Hi Guys, > > I guess I have a little confusion here between inbound esl and outbound > esl. > > *My Goal:* What I am trying to do is detect if the call is being > transferred and notify the caller about it. > > *My Scenario:* > > 1- I have an application based on SIP.js client that makes outbound calls > via a registered SIP trunk on my Freeswitch box. I upload a list of phone > numbers to call and hit Launch button. > > 2- Some calls can be transferred by the callee endpoint. I want to detect > this fact. > > 3- According to my research, I can do this using Event Socket library. > 4- To detect if there is a transfer, I can control the channel variable > RDNIS or TRANSFER_TIME. If there is a transfer these variables are not > empty. > 5- Once I detect there is a transfer I want to send a NOTIFY packet to the > client. > > *My confusion is the following:* > > I don't know whether to use an Outbound socket connection or an Inbound > Connection. > > I tried to do this with outbound connection as follows: > > > > > > > > I have a perl server listening on port 8084/tcp. > In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by > the call uuid. > > The problem is when I call the socket connection, the bridge application > never executes. > > How am I supposed to listen for a specific event and make a bridge call? > > Is what I am doing wrong. Please correct me. > > Thank you for your support. > > Kind regards. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/bf414d60/attachment.html From mike at jerris.com Thu Oct 13 18:04:56 2016 From: mike at jerris.com (Michael Jerris) Date: Thu, 13 Oct 2016 10:04:56 -0400 Subject: [Freeswitch-users] FreeSwitch General Info In-Reply-To: References: Message-ID: <14DBB808-A24B-4576-A6D0-4926EB404E1E@jerris.com> > On Oct 13, 2016, at 9:52 AM, Ahmed Munir wrote: > > Hi, > > Currently I'm browsing different platforms online for open source VoIP technologies as currently using Asterisk as PBX. > > I would like to know following things about FreeSwitch; > > 1- FreeSwitch whether supports realtime integration sip profiles/extensions (using DB) and dialplan? (Just like in Asterisk) yes, most frequently using mod_xml_curl which uses http to pull xml on a per dialplan/directory lookup basis > 2- On average, how many extensions and active calls (CPS) it can sustain? This widely varies based on what you are doing. Calls with no media passed through the switch would be measured much more in calls per second than total calls, and could be in the thousands, calls with heavy video transcoding would be in the double digits on a big box. What you are doing could lie anywhere on that spectrum. Our recommendation is always to test your scenario and figure out sizing for yourself. Typically people with heavy load are very satisfied with our performance.. > 3- For a call channel, will it create or use system sockets (openfile)? As you know that Asterisk create/open and consume the system sockets for each call. Certainly we use sockets for media. We do not use them in the way asterisk does. > 4- Will it supports single thread or multithreading? FreeSWITCH is heavily multithreaded. Each call will use at least 2 threads, one for each call leg. > 5- Is it scale-able in term of setting up as a cluster(s)? Sip itself allows for this. Depends on your exact scenario how to architect in a way to make this scale horizontally, but it can be done in most scenarios > > I'll be glad to hear it from you. > > -- > Regards, > > Ahmed Munir Chohan > From anis.bedhiafi at e-volut.io Thu Oct 13 18:06:28 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Thu, 13 Oct 2016 15:06:28 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Dear Valtar, Thank you for your answer. Yes I am using ESL bind for perl. On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: > When you are using it means you are in outbound mode (from the perspective of FS) > > Are you using ESL bind for perl or have you written your own > implementation? > > After accepting a connection on 8084 port, you should issue a > "connect\n\n" back to FS > > Valter > > > 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : > >> Hi Guys, >> >> I guess I have a little confusion here between inbound esl and outbound >> esl. >> >> *My Goal:* What I am trying to do is detect if the call is being >> transferred and notify the caller about it. >> >> *My Scenario:* >> >> 1- I have an application based on SIP.js client that makes outbound calls >> via a registered SIP trunk on my Freeswitch box. I upload a list of phone >> numbers to call and hit Launch button. >> >> 2- Some calls can be transferred by the callee endpoint. I want to detect >> this fact. >> >> 3- According to my research, I can do this using Event Socket library. >> 4- To detect if there is a transfer, I can control the channel variable >> RDNIS or TRANSFER_TIME. If there is a transfer these variables are not >> empty. >> 5- Once I detect there is a transfer I want to send a NOTIFY packet to >> the client. >> >> *My confusion is the following:* >> >> I don't know whether to use an Outbound socket connection or an Inbound >> Connection. >> >> I tried to do this with outbound connection as follows: >> >> >> >> >> >> >> >> I have a perl server listening on port 8084/tcp. >> In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by >> the call uuid. >> >> The problem is when I call the socket connection, the bridge application >> never executes. >> >> How am I supposed to listen for a specific event and make a bridge call? >> >> Is what I am doing wrong. Please correct me. >> >> Thank you for your support. >> >> Kind regards. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/650123d6/attachment-0001.html From valter at fastway.com.br Thu Oct 13 18:17:26 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 13 Oct 2016 11:17:26 -0300 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: I understood now, when invoking socket with async, it should start a new thread and continue to next step bridging the call. Well, I have never tried such thing before, I will do some testing and when I get any result I return to you. Regards, Valter 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : > Dear Valtar, > > Thank you for your answer. > > Yes I am using ESL bind for perl. > > On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: > >> When you are using it means you are in outbound mode (from the perspective of FS) >> >> Are you using ESL bind for perl or have you written your own >> implementation? >> >> After accepting a connection on 8084 port, you should issue a >> "connect\n\n" back to FS >> >> Valter >> >> >> 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : >> >>> Hi Guys, >>> >>> I guess I have a little confusion here between inbound esl and outbound >>> esl. >>> >>> *My Goal:* What I am trying to do is detect if the call is being >>> transferred and notify the caller about it. >>> >>> *My Scenario:* >>> >>> 1- I have an application based on SIP.js client that makes outbound >>> calls via a registered SIP trunk on my Freeswitch box. I upload a list of >>> phone numbers to call and hit Launch button. >>> >>> 2- Some calls can be transferred by the callee endpoint. I want to >>> detect this fact. >>> >>> 3- According to my research, I can do this using Event Socket library. >>> 4- To detect if there is a transfer, I can control the channel variable >>> RDNIS or TRANSFER_TIME. If there is a transfer these variables are not >>> empty. >>> 5- Once I detect there is a transfer I want to send a NOTIFY packet to >>> the client. >>> >>> *My confusion is the following:* >>> >>> I don't know whether to use an Outbound socket connection or an Inbound >>> Connection. >>> >>> I tried to do this with outbound connection as follows: >>> >>> >>> >>> >>> >>> >>> >>> I have a perl server listening on port 8084/tcp. >>> In this perl script I subscribe for CHANNEL_ANSWER Events and I filter >>> by the call uuid. >>> >>> The problem is when I call the socket connection, the bridge application >>> never executes. >>> >>> How am I supposed to listen for a specific event and make a bridge call? >>> >>> Is what I am doing wrong. Please correct me. >>> >>> Thank you for your support. >>> >>> Kind regards. >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/63adfbc1/attachment.html From anis.bedhiafi at e-volut.io Thu Oct 13 18:21:09 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Thu, 13 Oct 2016 15:21:09 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Thank you very much. I am digging me too. Thank you again. Best Regards. On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: > I understood now, when invoking socket with async, it should start a new > thread and continue to next step bridging the call. > > Well, I have never tried such thing before, I will do some testing and > when I get any result I return to you. > > Regards, > > Valter > > 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : > >> Dear Valtar, >> >> Thank you for your answer. >> >> Yes I am using ESL bind for perl. >> >> On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: >> >>> When you are using it means you are in outbound mode (from the perspective of FS) >>> >>> Are you using ESL bind for perl or have you written your own >>> implementation? >>> >>> After accepting a connection on 8084 port, you should issue a >>> "connect\n\n" back to FS >>> >>> Valter >>> >>> >>> 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : >>> >>>> Hi Guys, >>>> >>>> I guess I have a little confusion here between inbound esl and outbound >>>> esl. >>>> >>>> *My Goal:* What I am trying to do is detect if the call is being >>>> transferred and notify the caller about it. >>>> >>>> *My Scenario:* >>>> >>>> 1- I have an application based on SIP.js client that makes outbound >>>> calls via a registered SIP trunk on my Freeswitch box. I upload a list of >>>> phone numbers to call and hit Launch button. >>>> >>>> 2- Some calls can be transferred by the callee endpoint. I want to >>>> detect this fact. >>>> >>>> 3- According to my research, I can do this using Event Socket library. >>>> 4- To detect if there is a transfer, I can control the channel variable >>>> RDNIS or TRANSFER_TIME. If there is a transfer these variables are not >>>> empty. >>>> 5- Once I detect there is a transfer I want to send a NOTIFY packet to >>>> the client. >>>> >>>> *My confusion is the following:* >>>> >>>> I don't know whether to use an Outbound socket connection or an Inbound >>>> Connection. >>>> >>>> I tried to do this with outbound connection as follows: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> I have a perl server listening on port 8084/tcp. >>>> In this perl script I subscribe for CHANNEL_ANSWER Events and I filter >>>> by the call uuid. >>>> >>>> The problem is when I call the socket connection, the bridge >>>> application never executes. >>>> >>>> How am I supposed to listen for a specific event and make a bridge call? >>>> >>>> Is what I am doing wrong. Please correct me. >>>> >>>> Thank you for your support. >>>> >>>> Kind regards. >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/ca1a7e06/attachment-0001.html From david.villasmil.work at gmail.com Thu Oct 13 18:27:34 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 13 Oct 2016 14:27:34 +0000 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Hello, Why not connect to fs via perl esl and filter the events? (Inbound) you remove the overhead of creating a new connection everytime a call is executed... you'd connect to fs from perl and keep the connection open. David On Thu, Oct 13, 2016 at 4:21 PM Anis Bedhiafi wrote: > Thank you very much. > > I am digging me too. > > Thank you again. > > Best Regards. > > On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: > > I understood now, when invoking socket with async, it should start a new > thread and continue to next step bridging the call. > > Well, I have never tried such thing before, I will do some testing and > when I get any result I return to you. > > Regards, > > Valter > > 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : > > Dear Valtar, > > Thank you for your answer. > > Yes I am using ESL bind for perl. > > On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: > > When you are using it means you are in outbound mode (from the perspective of FS) > > Are you using ESL bind for perl or have you written your own > implementation? > > After accepting a connection on 8084 port, you should issue a > "connect\n\n" back to FS > > Valter > > > 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : > > Hi Guys, > > I guess I have a little confusion here between inbound esl and outbound > esl. > > *My Goal:* What I am trying to do is detect if the call is being > transferred and notify the caller about it. > > *My Scenario:* > > 1- I have an application based on SIP.js client that makes outbound calls > via a registered SIP trunk on my Freeswitch box. I upload a list of phone > numbers to call and hit Launch button. > > 2- Some calls can be transferred by the callee endpoint. I want to detect > this fact. > > 3- According to my research, I can do this using Event Socket library. > 4- To detect if there is a transfer, I can control the channel variable > RDNIS or TRANSFER_TIME. If there is a transfer these variables are not > empty. > 5- Once I detect there is a transfer I want to send a NOTIFY packet to the > client. > > *My confusion is the following:* > > I don't know whether to use an Outbound socket connection or an Inbound > Connection. > > I tried to do this with outbound connection as follows: > > > > > > > > I have a perl server listening on port 8084/tcp. > In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by > the call uuid. > > The problem is when I call the socket connection, the bridge application > never executes. > > How am I supposed to listen for a specific event and make a bridge call? > > Is what I am doing wrong. Please correct me. > > Thank you for your support. > > Kind regards. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/b9682f2a/attachment.html From anis.bedhiafi at e-volut.io Thu Oct 13 18:35:59 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Thu, 13 Oct 2016 15:35:59 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Hi David, Thank you for the answer. In the perl script I need to do some logic to detect the event and send a notify back to the event system. So my concern is how I make freeswitch invokes the perl script in my dialplan where I have already a bridge application? Regards On 13 Oct 2016 3:29 pm, "David Villasmil" wrote: > Hello, > > Why not connect to fs via perl esl and filter the events? (Inbound) you > remove the overhead of creating a new connection everytime a call is > executed... > you'd connect to fs from perl and keep the connection open. > > David > On Thu, Oct 13, 2016 at 4:21 PM Anis Bedhiafi > wrote: > >> Thank you very much. >> >> I am digging me too. >> >> Thank you again. >> >> Best Regards. >> >> On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: >> >> I understood now, when invoking socket with async, it should start a new >> thread and continue to next step bridging the call. >> >> Well, I have never tried such thing before, I will do some testing and >> when I get any result I return to you. >> >> Regards, >> >> Valter >> >> 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : >> >> Dear Valtar, >> >> Thank you for your answer. >> >> Yes I am using ESL bind for perl. >> >> On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: >> >> When you are using it means you are in outbound mode (from the perspective of FS) >> >> Are you using ESL bind for perl or have you written your own >> implementation? >> >> After accepting a connection on 8084 port, you should issue a >> "connect\n\n" back to FS >> >> Valter >> >> >> 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : >> >> Hi Guys, >> >> I guess I have a little confusion here between inbound esl and outbound >> esl. >> >> *My Goal:* What I am trying to do is detect if the call is being >> transferred and notify the caller about it. >> >> *My Scenario:* >> >> 1- I have an application based on SIP.js client that makes outbound calls >> via a registered SIP trunk on my Freeswitch box. I upload a list of phone >> numbers to call and hit Launch button. >> >> 2- Some calls can be transferred by the callee endpoint. I want to detect >> this fact. >> >> 3- According to my research, I can do this using Event Socket library. >> 4- To detect if there is a transfer, I can control the channel variable >> RDNIS or TRANSFER_TIME. If there is a transfer these variables are not >> empty. >> 5- Once I detect there is a transfer I want to send a NOTIFY packet to >> the client. >> >> *My confusion is the following:* >> >> I don't know whether to use an Outbound socket connection or an Inbound >> Connection. >> >> I tried to do this with outbound connection as follows: >> >> >> >> >> >> >> >> I have a perl server listening on port 8084/tcp. >> In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by >> the call uuid. >> >> The problem is when I call the socket connection, the bridge application >> never executes. >> >> How am I supposed to listen for a specific event and make a bridge call? >> >> Is what I am doing wrong. Please correct me. >> >> Thank you for your support. >> >> Kind regards. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/a6187ed1/attachment-0001.html From ahmedmunir007 at gmail.com Thu Oct 13 18:45:07 2016 From: ahmedmunir007 at gmail.com (Ahmed Munir) Date: Thu, 13 Oct 2016 10:45:07 -0400 Subject: [Freeswitch-users] FreeSWITCH-users Digest, Vol 124, Issue 65 Message-ID: Thanks Michael, Few things I forgot to ask, the scale-ability I was referring to as horizontal scale and thanks for your input on that. For point#2, mod_curl you mentioned for realtime, will it sustain more than 500-1K CPS and will it stress out the httpd/apache service? For point#3, you mean to say Freeswitch doesn't use system files for media like Asterisk does? For point#4, multi-threading; I forgot to mentioned whether Freeswitch supports multi-processing? As Asterisk, it uses/runs on single process whereas OpenSIPs/Kamilio, we can set multiple child processes. From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Thu, 13 Oct 2016 10:04:56 -0400 > Subject: Re: [Freeswitch-users] FreeSwitch General Info > > > On Oct 13, 2016, at 9:52 AM, Ahmed Munir > wrote: > > > > Hi, > > > > Currently I'm browsing different platforms online for open source VoIP > technologies as currently using Asterisk as PBX. > > > > I would like to know following things about FreeSwitch; > > > > 1- FreeSwitch whether supports realtime integration sip > profiles/extensions (using DB) and dialplan? (Just like in Asterisk) > > yes, most frequently using mod_xml_curl which uses http to pull xml on a > per dialplan/directory lookup basis > > > 2- On average, how many extensions and active calls (CPS) it can sustain? > > This widely varies based on what you are doing. Calls with no media > passed through the switch would be measured much more in calls per second > than total calls, and could be in the thousands, calls with heavy video > transcoding would be in the double digits on a big box. What you are doing > could lie anywhere on that spectrum. Our recommendation is always to test > your scenario and figure out sizing for yourself. Typically people with > heavy load are very satisfied with our performance.. > > > 3- For a call channel, will it create or use system sockets (openfile)? > As you know that Asterisk create/open and consume the system sockets for > each call. > > Certainly we use sockets for media. We do not use them in the way > asterisk does. > > > 4- Will it supports single thread or multithreading? > > FreeSWITCH is heavily multithreaded. Each call will use at least 2 > threads, one for each call leg. > > > > 5- Is it scale-able in term of setting up as a cluster(s)? > > Sip itself allows for this. Depends on your exact scenario how to > architect in a way to make this scale horizontally, but it can be done in > most scenarios > > > > > I'll be glad to hear it from you. > > > > -- > > Regards, > > > > Ahmed Munir Chohan > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Regards, Ahmed Munir Chohan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/c6d132bc/attachment.html From david.villasmil.work at gmail.com Thu Oct 13 19:18:06 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 13 Oct 2016 15:18:06 +0000 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: You don't need to invoke it, you connect to fs permanently and subscribe to the events you're interested in. When you get the events, you can get all the info you want and act accordingly. On Thu, Oct 13, 2016 at 4:36 PM Anis Bedhiafi wrote: > Hi David, > > Thank you for the answer. In the perl script I need to do some logic to > detect the event and send a notify back to the event system. So my concern > is how I make freeswitch invokes the perl script in my dialplan where I > have already a bridge application? > > Regards > > On 13 Oct 2016 3:29 pm, "David Villasmil" > wrote: > > Hello, > > Why not connect to fs via perl esl and filter the events? (Inbound) you > remove the overhead of creating a new connection everytime a call is > executed... > you'd connect to fs from perl and keep the connection open. > > David > On Thu, Oct 13, 2016 at 4:21 PM Anis Bedhiafi > wrote: > > Thank you very much. > > I am digging me too. > > Thank you again. > > Best Regards. > > On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: > > I understood now, when invoking socket with async, it should start a new > thread and continue to next step bridging the call. > > Well, I have never tried such thing before, I will do some testing and > when I get any result I return to you. > > Regards, > > Valter > > 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : > > Dear Valtar, > > Thank you for your answer. > > Yes I am using ESL bind for perl. > > On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: > > When you are using it means you are in outbound mode (from the perspective of FS) > > Are you using ESL bind for perl or have you written your own > implementation? > > After accepting a connection on 8084 port, you should issue a > "connect\n\n" back to FS > > Valter > > > 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : > > Hi Guys, > > I guess I have a little confusion here between inbound esl and outbound > esl. > > *My Goal:* What I am trying to do is detect if the call is being > transferred and notify the caller about it. > > *My Scenario:* > > 1- I have an application based on SIP.js client that makes outbound calls > via a registered SIP trunk on my Freeswitch box. I upload a list of phone > numbers to call and hit Launch button. > > 2- Some calls can be transferred by the callee endpoint. I want to detect > this fact. > > 3- According to my research, I can do this using Event Socket library. > 4- To detect if there is a transfer, I can control the channel variable > RDNIS or TRANSFER_TIME. If there is a transfer these variables are not > empty. > 5- Once I detect there is a transfer I want to send a NOTIFY packet to the > client. > > *My confusion is the following:* > > I don't know whether to use an Outbound socket connection or an Inbound > Connection. > > I tried to do this with outbound connection as follows: > > > > > > > > I have a perl server listening on port 8084/tcp. > In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by > the call uuid. > > The problem is when I call the socket connection, the bridge application > never executes. > > How am I supposed to listen for a specific event and make a bridge call? > > Is what I am doing wrong. Please correct me. > > Thank you for your support. > > Kind regards. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/f4aeea94/attachment-0001.html From anis.bedhiafi at e-volut.io Thu Oct 13 19:27:15 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Thu, 13 Oct 2016 16:27:15 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Ok David. There are too things here. I have the dialplan from one side and I have the esl socket from the other side. In the dialplan I should call the esl connection somehow to work on that specefic call in progress. Right? So how can I make this link without an instruction in the dialplan? Does this make sence? On 13 Oct 2016 4:20 pm, "David Villasmil" wrote: You don't need to invoke it, you connect to fs permanently and subscribe to the events you're interested in. When you get the events, you can get all the info you want and act accordingly. On Thu, Oct 13, 2016 at 4:36 PM Anis Bedhiafi wrote: > Hi David, > > Thank you for the answer. In the perl script I need to do some logic to > detect the event and send a notify back to the event system. So my concern > is how I make freeswitch invokes the perl script in my dialplan where I > have already a bridge application? > > Regards > > On 13 Oct 2016 3:29 pm, "David Villasmil" > wrote: > > Hello, > > Why not connect to fs via perl esl and filter the events? (Inbound) you > remove the overhead of creating a new connection everytime a call is > executed... > you'd connect to fs from perl and keep the connection open. > > David > On Thu, Oct 13, 2016 at 4:21 PM Anis Bedhiafi > wrote: > > Thank you very much. > > I am digging me too. > > Thank you again. > > Best Regards. > > On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: > > I understood now, when invoking socket with async, it should start a new > thread and continue to next step bridging the call. > > Well, I have never tried such thing before, I will do some testing and > when I get any result I return to you. > > Regards, > > Valter > > 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : > > Dear Valtar, > > Thank you for your answer. > > Yes I am using ESL bind for perl. > > On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: > > When you are using it means you are in outbound mode (from the perspective of FS) > > Are you using ESL bind for perl or have you written your own > implementation? > > After accepting a connection on 8084 port, you should issue a > "connect\n\n" back to FS > > Valter > > > 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : > > Hi Guys, > > I guess I have a little confusion here between inbound esl and outbound > esl. > > *My Goal:* What I am trying to do is detect if the call is being > transferred and notify the caller about it. > > *My Scenario:* > > 1- I have an application based on SIP.js client that makes outbound calls > via a registered SIP trunk on my Freeswitch box. I upload a list of phone > numbers to call and hit Launch button. > > 2- Some calls can be transferred by the callee endpoint. I want to detect > this fact. > > 3- According to my research, I can do this using Event Socket library. > 4- To detect if there is a transfer, I can control the channel variable > RDNIS or TRANSFER_TIME. If there is a transfer these variables are not > empty. > 5- Once I detect there is a transfer I want to send a NOTIFY packet to the > client. > > *My confusion is the following:* > > I don't know whether to use an Outbound socket connection or an Inbound > Connection. > > I tried to do this with outbound connection as follows: > > > > > > > > I have a perl server listening on port 8084/tcp. > In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by > the call uuid. > > The problem is when I call the socket connection, the bridge application > never executes. > > How am I supposed to listen for a specific event and make a bridge call? > > Is what I am doing wrong. Please correct me. > > Thank you for your support. > > Kind regards. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/b90d39ea/attachment-0001.html From david.villasmil.work at gmail.com Thu Oct 13 19:39:46 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 13 Oct 2016 17:39:46 +0200 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Anis, Forget the dialplan. What I mean is, you create a perl script /there's a good example at /usr/src/freeswitch/libs/esl/perl/dump_events.pl (If you cloned in /usr/src/) that connects to FS regardless of what FS is doing. That script registers to receive all events: $con->events("plain","all"); and print them out. That's the philosophy, that scripts (or yours) will receive ALL events in this case. You can register for specific event, see event list: https://freeswitch.org/confluence/display/FREESWITCH/Event+List and whenever you get the call you want, do with it whatever you need. /usr/src/freeswitch/libs/esl/perl/sendevent.pl might be a good start. ? On Thu, Oct 13, 2016 at 5:27 PM, Anis Bedhiafi wrote: > Ok David. There are too things here. > > I have the dialplan from one side and I have the esl socket from the other > side. > > In the dialplan I should call the esl connection somehow to work on that > specefic call in progress. Right? > > So how can I make this link without an instruction in the dialplan? > > Does this make sence? > > On 13 Oct 2016 4:20 pm, "David Villasmil" > wrote: > > You don't need to invoke it, you connect to fs permanently and subscribe > to the events you're interested in. When you get the events, you can get > all the info you want and act accordingly. > > On Thu, Oct 13, 2016 at 4:36 PM Anis Bedhiafi > wrote: > >> Hi David, >> >> Thank you for the answer. In the perl script I need to do some logic to >> detect the event and send a notify back to the event system. So my concern >> is how I make freeswitch invokes the perl script in my dialplan where I >> have already a bridge application? >> >> Regards >> >> On 13 Oct 2016 3:29 pm, "David Villasmil" >> wrote: >> >> Hello, >> >> Why not connect to fs via perl esl and filter the events? (Inbound) you >> remove the overhead of creating a new connection everytime a call is >> executed... >> you'd connect to fs from perl and keep the connection open. >> >> David >> On Thu, Oct 13, 2016 at 4:21 PM Anis Bedhiafi >> wrote: >> >> Thank you very much. >> >> I am digging me too. >> >> Thank you again. >> >> Best Regards. >> >> On 13 Oct 2016 3:19 pm, "Valter Nogueira" wrote: >> >> I understood now, when invoking socket with async, it should start a new >> thread and continue to next step bridging the call. >> >> Well, I have never tried such thing before, I will do some testing and >> when I get any result I return to you. >> >> Regards, >> >> Valter >> >> 2016-10-13 11:06 GMT-03:00 Anis Bedhiafi : >> >> Dear Valtar, >> >> Thank you for your answer. >> >> Yes I am using ESL bind for perl. >> >> On 13 Oct 2016 2:59 pm, "Valter Nogueira" wrote: >> >> When you are using it means you are in outbound mode (from the perspective of FS) >> >> Are you using ESL bind for perl or have you written your own >> implementation? >> >> After accepting a connection on 8084 port, you should issue a >> "connect\n\n" back to FS >> >> Valter >> >> >> 2016-10-12 7:08 GMT-03:00 Anis Bedhiafi : >> >> Hi Guys, >> >> I guess I have a little confusion here between inbound esl and outbound >> esl. >> >> *My Goal:* What I am trying to do is detect if the call is being >> transferred and notify the caller about it. >> >> *My Scenario:* >> >> 1- I have an application based on SIP.js client that makes outbound calls >> via a registered SIP trunk on my Freeswitch box. I upload a list of phone >> numbers to call and hit Launch button. >> >> 2- Some calls can be transferred by the callee endpoint. I want to detect >> this fact. >> >> 3- According to my research, I can do this using Event Socket library. >> 4- To detect if there is a transfer, I can control the channel variable >> RDNIS or TRANSFER_TIME. If there is a transfer these variables are not >> empty. >> 5- Once I detect there is a transfer I want to send a NOTIFY packet to >> the client. >> >> *My confusion is the following:* >> >> I don't know whether to use an Outbound socket connection or an Inbound >> Connection. >> >> I tried to do this with outbound connection as follows: >> >> >> >> >> >> >> >> I have a perl server listening on port 8084/tcp. >> In this perl script I subscribe for CHANNEL_ANSWER Events and I filter by >> the call uuid. >> >> The problem is when I call the socket connection, the bridge application >> never executes. >> >> How am I supposed to listen for a specific event and make a bridge call? >> >> Is what I am doing wrong. Please correct me. >> >> Thank you for your support. >> >> Kind regards. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/3fe46b08/attachment-0001.html From piotrek.gregor at gmail.com Thu Oct 13 19:50:03 2016 From: piotrek.gregor at gmail.com (rsyncme rsyncme) Date: Thu, 13 Oct 2016 16:50:03 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Hi Anis, All, Avmd script src/mod/applications/mod_avmd/scripts/avmd_test.pl does all you need. It will show you how you can talk to FS (which executes dialplan actions) and how to check results by inspection of events of interest. cheers, Piotr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/ba6ade84/attachment.html From anis.bedhiafi at e-volut.io Thu Oct 13 19:59:20 2016 From: anis.bedhiafi at e-volut.io (Anis Bedhiafi) Date: Thu, 13 Oct 2016 16:59:20 +0100 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: Thank you David you made it so clear. Now I understand exactly how it should be done. Thank you, you are the man !! Kind Regards. ____________________________ Anis Bedhiafi Telecom Services Engineer @ Evolutio www.e-volut.io Mobile: (+216) 50 44 18 33 Email: anis.bedhiafi at e-volut.io ____________________________ On 13 October 2016 at 16:50, rsyncme rsyncme wrote: > Hi Anis, All, > > Avmd script src/mod/applications/mod_avmd/scripts/avmd_test.pl does all > you need. > It will show you how you can talk to FS (which executes dialplan actions) > and how to check results by inspection of events of interest. > > cheers, > Piotr > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/b611e39b/attachment.html From me at nevian.org Thu Oct 13 20:11:04 2016 From: me at nevian.org (Serge S. Yuriev) Date: Thu, 13 Oct 2016 19:11:04 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> Message-ID: <33701476375064@web4m.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/e461599d/attachment-0001.html From ahmedmunir007 at gmail.com Thu Oct 13 20:31:17 2016 From: ahmedmunir007 at gmail.com (Ahmed Munir) Date: Thu, 13 Oct 2016 12:31:17 -0400 Subject: [Freeswitch-users] FreeSwitch General Info Message-ID: Few things I forgot to ask, the scale-ability I was referring to as horizontal scale and thanks for your input on that. For point#2, mod_curl you mentioned for realtime, will it sustain more than 500-1K CPS and will it stress out the httpd/apache service? For point#3, you mean to say Freeswitch doesn't use system files for media like Asterisk does? For point#4, multi-threading; I forgot to mentioned whether Freeswitch supports multi-processing? As Asterisk, it uses/runs on single process whereas OpenSIPs/Kamilio, we can set multiple child processes. From: Michael Jerris > To: FreeSWITCH Users Help > Cc: > Date: Thu, 13 Oct 2016 10:04:56 -0400 > Subject: Re: [Freeswitch-users] FreeSwitch General Info > > > On Oct 13, 2016, at 9:52 AM, Ahmed Munir > wrote: > > > > Hi, > > > > Currently I'm browsing different platforms online for open source VoIP > technologies as currently using Asterisk as PBX. > > > > I would like to know following things about FreeSwitch; > > > > 1- FreeSwitch whether supports realtime integration sip > profiles/extensions (using DB) and dialplan? (Just like in Asterisk) > > yes, most frequently using mod_xml_curl which uses http to pull xml on a > per dialplan/directory lookup basis > > > 2- On average, how many extensions and active calls (CPS) it can sustain? > > This widely varies based on what you are doing. Calls with no media > passed through the switch would be measured much more in calls per second > than total calls, and could be in the thousands, calls with heavy video > transcoding would be in the double digits on a big box. What you are doing > could lie anywhere on that spectrum. Our recommendation is always to test > your scenario and figure out sizing for yourself. Typically people with > heavy load are very satisfied with our performance.. > > > 3- For a call channel, will it create or use system sockets (openfile)? > As you know that Asterisk create/open and consume the system sockets for > each call. > > Certainly we use sockets for media. We do not use them in the way > asterisk does. > > > 4- Will it supports single thread or multithreading? > > FreeSWITCH is heavily multithreaded. Each call will use at least 2 > threads, one for each call leg. > > > > 5- Is it scale-able in term of setting up as a cluster(s)? > > Sip itself allows for this. Depends on your exact scenario how to > architect in a way to make this scale horizontally, but it can be done in > most scenarios > > > > > I'll be glad to hear it from you. > > > > -- > > Regards, > > > > Ahmed Munir Chohan > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- Regards, Ahmed Munir Chohan -- Regards, Ahmed Munir Chohan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/826f86e6/attachment.html From mike at jerris.com Thu Oct 13 20:41:13 2016 From: mike at jerris.com (Michael Jerris) Date: Thu, 13 Oct 2016 12:41:13 -0400 Subject: [Freeswitch-users] FreeSwitch General Info In-Reply-To: References: Message-ID: > On Oct 13, 2016, at 12:31 PM, Ahmed Munir wrote: > > Few things I forgot to ask, the scale-ability I was referring to as horizontal scale and thanks for your input on that. > > For point#2, mod_curl you mentioned for realtime, will it sustain more than 500-1K CPS and will it stress out the httpd/apache service? depends on the box. Making the requests and parsing them has overhead, sure. As I said, you need to test on your target hardware with your call flows to see for sure how it will size. 1kcps on one box is probably high to the point of having issues on single box. Doing so across multiple boxes would be advised, i don?t like to put that many calls onto a single point of failure. Will it stress the apache service?. that would be a factor of what you have to do over there, and 100% dependent on that code answering the request, its impossible for me to answer that question generically. > For point#3, you mean to say Freeswitch doesn't use system files for media like Asterisk does? Sure we can use system files for media. You were asking about additional sockets, we have media sockets, if you are opening files of course that would use file handles as well. > For point#4, multi-threading; I forgot to mentioned whether Freeswitch supports multi-processing? As Asterisk, it uses/runs on single process whereas OpenSIPs/Kamilio, we can set multiple child processes. We are not forking. You could manually launch multiple processes if you choose. > > > From: Michael Jerris > > To: FreeSWITCH Users Help > > Cc: > Date: Thu, 13 Oct 2016 10:04:56 -0400 > Subject: Re: [Freeswitch-users] FreeSwitch General Info > > > On Oct 13, 2016, at 9:52 AM, Ahmed Munir > wrote: > > > > Hi, > > > > Currently I'm browsing different platforms online for open source VoIP technologies as currently using Asterisk as PBX. > > > > I would like to know following things about FreeSwitch; > > > > 1- FreeSwitch whether supports realtime integration sip profiles/extensions (using DB) and dialplan? (Just like in Asterisk) > > yes, most frequently using mod_xml_curl which uses http to pull xml on a per dialplan/directory lookup basis > > > 2- On average, how many extensions and active calls (CPS) it can sustain? > > This widely varies based on what you are doing. Calls with no media passed through the switch would be measured much more in calls per second than total calls, and could be in the thousands, calls with heavy video transcoding would be in the double digits on a big box. What you are doing could lie anywhere on that spectrum. Our recommendation is always to test your scenario and figure out sizing for yourself. Typically people with heavy load are very satisfied with our performance.. > > > 3- For a call channel, will it create or use system sockets (openfile)? As you know that Asterisk create/open and consume the system sockets for each call. > > Certainly we use sockets for media. We do not use them in the way asterisk does. > > > 4- Will it supports single thread or multithreading? > > FreeSWITCH is heavily multithreaded. Each call will use at least 2 threads, one for each call leg. > > > > 5- Is it scale-able in term of setting up as a cluster(s)? > > Sip itself allows for this. Depends on your exact scenario how to architect in a way to make this scale horizontally, but it can be done in most scenarios > > > > > I'll be glad to hear it from you. > > > > -- > > Regards, > > > > Ahmed Munir Chohan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/5a4cd811/attachment.html From chad at apartmentlines.com Thu Oct 13 20:47:45 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Thu, 13 Oct 2016 09:47:45 -0700 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: Very clear, thanks. One more question: how does the Verto.newCall() method?s ?incomingBandwidth? setting play with rtp_video_max_bandwidth_out and video-codec-bandwidth? If incomingBandwidth is set lower than the other two, will it be used as the max value for that call? On Wed, Oct 12, 2016 at 9:10 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > The value in the vars.xml is the absolute max. 4m is an acceptable value. > > We calculate the quality we send based on the canvas resolution using the > kush guage > > http://vzaar.com/blog/video-encoding-guide/ > > > The motion factor or quality mentioned in the link above matches the > quality field in the config. > > If the calculated val exceeds the defined max, it will be limited to that > max value. > > The max inbound is transmitted in the sdp limiting the max the browser > will send. > > > 1080p at 30fps quality 1 is in the vicinity of 4mb > > 1920 x 1080 x 30 x 1 x 0.07 / 1000 = 4354.56 > > > > > > On Wednesday, October 12, 2016, Chad Phillips > wrote: > >> Tony, >> >> rtp_video_max_bandwidth_out was the one I was missing, thank you so >> much! I had set video-codec-bandwidth in the conference config, but >> totally forgot about that global setting. Once I upped it to match the >> conference setting, quality issues disappeared :) >> >> I ended up using 4mb for both settings, would love a double check on my >> reasoning to see if that?s the optimal value: >> >> I figure a 640x480 video at 30FPS uses about 1.5mbps >> >> My canvas is 1080x720, so: >> >> 640x480 = 307200 pixels >> 1080x720 = 777600 pixels >> >> 777600 pixels / 307200 pixels = 2.53 times as many pixels >> 1.5mbps x 2.53 = 3.8mbps, 4mbps fer good measure :) >> >> Sound right, or did I miss something? >> >> >> On Wed, Oct 12, 2016 at 11:12 AM, Anthony Minessale < >> anthony.minessale at gmail.com> wrote: >> >>> open another window/tab to chrome://webrtc-internals and look at all of >>> the stats. >>> >>> Have you made sure you are not just maxing our your local bandwidth in >>> either direction? >>> Did you modify the rtp_video_max_bandwidth_in >>> and rtp_video_max_bandwidth_out vars in vars.xml it defaults to 1m >>> >>> >>> On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips >> > wrote: >>> >>>> Here?s another example, perhaps this illustrates it better: >>>> https://youtu.be/PqIjubx4-wI >>>> >>>> And it doesn?t seem to be the entire canvas at once, it?s more of a >>>> ?washing over?. I can definitely see it also affecting the banners in this >>>> second example. >>>> >>>> I?m also happy to drop you into a live example, it?s pretty easy to see >>>> what I?m talking about when you?re in the conference. >>>> >>>> On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris >>>> wrote: >>>> >>>>> It does not seem to be the entire canvas to me. Look at the text >>>>> labels on the layers? they don?t seem bad at all. >>>>> >>>>> On Oct 12, 2016, at 12:37 PM, Chad Phillips >>>>> wrote: >>>>> >>>>> Mike, it?s the same if I remove video-codec-bandwidth and >>>>> video-quality. This short video illustrates the issue: >>>>> https://youtu.be/l8gpHhgmWRI >>>>> >>>>> Notice how with just my feed the quality is much better than with the >>>>> multiple feeds. The pixelation effect seems to periodically ?wash over? the >>>>> entire canvas. I?ve had many users report this same issue, even if they >>>>> have excellent internet bandwidth. >>>>> >>>>> Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB >>>>> RAM, and a nice fat network pipe. I haven?t ever pulled stats on packets >>>>> in/out. >>>>> >>>>> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris >>>>> wrote: >>>>> >>>>>> is it the same if you remove the following: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ? >>>>>> >>>>>> On Oct 12, 2016, at 11:37 AM, Chad Phillips >>>>>> wrote: >>>>>> >>>>>> Ok, I tested in Firefox, same pixelation issue. One or two video >>>>>> feeds looks good, then it degrades as more feeds are added. >>>>>> >>>>>> Here are the relevant params from my conference config: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi >>>>>> wrote: >>>>>> >>>>>>> In which browser? >>>>>>> >>>>>>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < >>>>>>> chad at apartmentlines.com> wrote: >>>>>>> >>>>>>>> Running Verto/mod_conference videoconference on 1.6.11, I?ve >>>>>>>> noticed that the entire canvas resolution seems more pixelated when the >>>>>>>> number of users connected to the videoconference goes up. >>>>>>>> >>>>>>>> If just one person is connected, the image is very consistent and >>>>>>>> clear, but getting into the 7-10 person range, the quality drops >>>>>>>> noticeably. And I?m not talking about the quality of one particular video >>>>>>>> on the canvas, but the entire canvas quality. >>>>>>>> >>>>>>>> I?ve done a recording of a videoconference on the server with a >>>>>>>> larger number of users, and the video quality there is clear and >>>>>>>> consistent, so it doesn?t seem to be an issue with either receiving or >>>>>>>> muxing the feeds, but in how the end user is receiving the muxed video. >>>>>>>> >>>>>>>> I tried playing with the the ?video-quality? and >>>>>>>> ?video-codec-bandwidth? conference params ? increasing the video-quality >>>>>>>> from 1 to 3 didn?t seem to have much of an impact, increasing the >>>>>>>> video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t >>>>>>>> seem to positively impact the video quality, either. >>>>>>>> >>>>>>>> Curious if I?m missing something in the config, or if there?s >>>>>>>> something else I can do to improve the video quality with a larger number >>>>>>>> of users. >>>>>>>> >>>>>>>> Chad >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >>> >>> ? http://freeswitch.org/ ? http://cluecon.com/ ? >>> http://twitter.com/FreeSWITCH >>> ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ >>> * >>> >>> ClueCon Weekly Development Call >>> ? sip:888 at conference.freeswitch.org ? +19193869900 >>> >>> https://www.youtube.com/watch?v=9XXgW34t40s >>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/e6af4513/attachment-0001.html From anthony.minessale at gmail.com Thu Oct 13 20:57:04 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 13 Oct 2016 11:57:04 -0500 Subject: [Freeswitch-users] FreeSwitch General Info In-Reply-To: References: Message-ID: On Thu, Oct 13, 2016 at 11:41 AM, Michael Jerris wrote: > > On Oct 13, 2016, at 12:31 PM, Ahmed Munir wrote: > > Few things I forgot to ask, the scale-ability I was referring to as > horizontal scale and thanks for your input on that. > > For point#2, mod_curl you mentioned for realtime, will it sustain more > than 500-1K CPS and will it stress out the httpd/apache service? > > > depends on the box. Making the requests and parsing them has overhead, > sure. As I said, you need to test on your target hardware with your call > flows to see for sure how it will size. 1kcps on one box is probably high > to the point of having issues on single box. Doing so across multiple > boxes would be advised, i don?t like to put that many calls onto a single > point of failure. Will it stress the apache service?. that would be a > factor of what you have to do over there, and 100% dependent on that code > answering the request, its impossible for me to answer that question > generically. > xml_curl is a default module implementing a gateway to retrieve config from a black box http service. It will only perform as good as that http service which itself could be a cluster/caching etc. You can also create custom modules to connect any way you wish into config and dialplan lookup etc. (I helped write Asterisk realtime, and at the time it was a bolt on afterthought, FS is lucky that it was designed from the beginning with the knowledge gained from Asterisk experience) We have several other abstractions for integrating with external systems but there are too many to discuss here. > > For point#3, you mean to say Freeswitch doesn't use system files for media > like Asterisk does? > > > Sure we can use system files for media. You were asking about additional > sockets, we have media sockets, if you are opening files of course that > would use file handles as well. > Sockets are used for RTP, HTTP/WSS, Media Files, etc. The use of many sockets does not play a role in the performance of software assuming you tune the kernel to match the load needed. Most socket related instability comes from the use of the select syscall which is limited FD numbers below 1024 > > For point#4, multi-threading; I forgot to mentioned whether Freeswitch > supports multi-processing? As Asterisk, it uses/runs on single process > whereas OpenSIPs/Kamilio, we can set multiple child processes. > > > We are not forking. You could manually launch multiple processes if you > choose. > In Linux, there is no longer a difference between threads and processes, they are identical. (See "man clone") http://man7.org/linux/man-pages/man2/clone.2.html From "man fork" *C library/kernel differences* Since version 2.3.3, rather than invoking the kernel's *fork*() system call, the glibc *fork*() wrapper that is provided as part of the NPTL threading implementation invokes clone(2) with flags that provide the same effect as the traditional system call. (A call to *fork*() is equivalent to a call to clone(2) specifying *flags* as just *SIGCHLD*.) The glibc wrapper invokes any fork handlers that have been established using *pthread_atfork*(3). > > > From: Michael Jerris >> To: FreeSWITCH Users Help >> Cc: >> Date: Thu, 13 Oct 2016 10:04:56 -0400 >> Subject: Re: [Freeswitch-users] FreeSwitch General Info >> >> > On Oct 13, 2016, at 9:52 AM, Ahmed Munir >> wrote: >> > >> > Hi, >> > >> > Currently I'm browsing different platforms online for open source VoIP >> technologies as currently using Asterisk as PBX. >> > >> > I would like to know following things about FreeSwitch; >> > >> > 1- FreeSwitch whether supports realtime integration sip >> profiles/extensions (using DB) and dialplan? (Just like in Asterisk) >> >> yes, most frequently using mod_xml_curl which uses http to pull xml on a >> per dialplan/directory lookup basis >> >> > 2- On average, how many extensions and active calls (CPS) it can >> sustain? >> >> This widely varies based on what you are doing. Calls with no media >> passed through the switch would be measured much more in calls per second >> than total calls, and could be in the thousands, calls with heavy video >> transcoding would be in the double digits on a big box. What you are doing >> could lie anywhere on that spectrum. Our recommendation is always to test >> your scenario and figure out sizing for yourself. Typically people with >> heavy load are very satisfied with our performance.. >> >> > 3- For a call channel, will it create or use system sockets (openfile)? >> As you know that Asterisk create/open and consume the system sockets for >> each call. >> >> Certainly we use sockets for media. We do not use them in the way >> asterisk does. >> >> > 4- Will it supports single thread or multithreading? >> >> FreeSWITCH is heavily multithreaded. Each call will use at least 2 >> threads, one for each call leg. >> >> >> > 5- Is it scale-able in term of setting up as a cluster(s)? >> >> Sip itself allows for this. Depends on your exact scenario how to >> architect in a way to make this scale horizontally, but it can be done in >> most scenarios >> >> > >> > I'll be glad to hear it from you. >> > >> > -- >> > Regards, >> > >> > Ahmed Munir Chohan >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/fda6748a/attachment.html From mike at jerris.com Thu Oct 13 21:08:00 2016 From: mike at jerris.com (Michael Jerris) Date: Thu, 13 Oct 2016 13:08:00 -0400 Subject: [Freeswitch-users] More pixelated video canvas on larger number of users In-Reply-To: References: Message-ID: <22925FE0-EA4C-40E4-81FE-9A5828790791@jerris.com> the verto js settings actually just do a set var in mod_verto of the rtp_video_max_bandwidth_ vars > On Oct 13, 2016, at 12:47 PM, Chad Phillips wrote: > > Very clear, thanks. > > One more question: how does the Verto.newCall() method?s ?incomingBandwidth? setting play with rtp_video_max_bandwidth_out and video-codec-bandwidth? If incomingBandwidth is set lower than the other two, will it be used as the max value for that call? > > On Wed, Oct 12, 2016 at 9:10 PM, Anthony Minessale > wrote: > The value in the vars.xml is the absolute max. 4m is an acceptable value. > > We calculate the quality we send based on the canvas resolution using the kush guage > > http://vzaar.com/blog/video-encoding-guide/ > > > The motion factor or quality mentioned in the link above matches the quality field in the config. > > If the calculated val exceeds the defined max, it will be limited to that max value. > > The max inbound is transmitted in the sdp limiting the max the browser will send. > > > 1080p at 30fps quality 1 is in the vicinity of 4mb > > 1920 x 1080 x 30 x 1 x 0.07 / 1000 = 4354.56 > > > > > > On Wednesday, October 12, 2016, Chad Phillips > wrote: > Tony, > > rtp_video_max_bandwidth_out was the one I was missing, thank you so much! I had set video-codec-bandwidth in the conference config, but totally forgot about that global setting. Once I upped it to match the conference setting, quality issues disappeared :) > > I ended up using 4mb for both settings, would love a double check on my reasoning to see if that?s the optimal value: > > I figure a 640x480 video at 30FPS uses about 1.5mbps > > My canvas is 1080x720, so: > > 640x480 = 307200 pixels > 1080x720 = 777600 pixels > > 777600 pixels / 307200 pixels = 2.53 times as many pixels > 1.5mbps x 2.53 = 3.8mbps, 4mbps fer good measure :) > > Sound right, or did I miss something? > > > On Wed, Oct 12, 2016 at 11:12 AM, Anthony Minessale > wrote: > open another window/tab to chrome://webrtc-internals and look at all of the stats. > > Have you made sure you are not just maxing our your local bandwidth in either direction? > Did you modify the rtp_video_max_bandwidth_in and rtp_video_max_bandwidth_out vars in vars.xml it defaults to 1m > > > On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips > wrote: > Here?s another example, perhaps this illustrates it better: https://youtu.be/PqIjubx4-wI > > And it doesn?t seem to be the entire canvas at once, it?s more of a ?washing over?. I can definitely see it also affecting the banners in this second example. > > I?m also happy to drop you into a live example, it?s pretty easy to see what I?m talking about when you?re in the conference. > > On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris > wrote: > It does not seem to be the entire canvas to me. Look at the text labels on the layers? they don?t seem bad at all. > >> On Oct 12, 2016, at 12:37 PM, Chad Phillips > wrote: >> >> Mike, it?s the same if I remove video-codec-bandwidth and video-quality. This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI >> >> Notice how with just my feed the quality is much better than with the multiple feeds. The pixelation effect seems to periodically ?wash over? the entire canvas. I?ve had many users report this same issue, even if they have excellent internet bandwidth. >> >> Gonzalo, I?ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, and a nice fat network pipe. I haven?t ever pulled stats on packets in/out. >> >> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris > wrote: >> is it the same if you remove the following: >>> >> >>> >> >> >> ? >> >>> On Oct 12, 2016, at 11:37 AM, Chad Phillips > wrote: >>> >>> Ok, I tested in Firefox, same pixelation issue. One or two video feeds looks good, then it degrades as more feeds are added. >>> >>> Here are the relevant params from my conference config: >>> >>> >>> >>> >>> >>> >>> >>> >>> On Mon, Oct 10, 2016 at 1:29 PM, ?talo Rossi > wrote: >>> In which browser? >>> >>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips > wrote: >>> Running Verto/mod_conference videoconference on 1.6.11, I?ve noticed that the entire canvas resolution seems more pixelated when the number of users connected to the videoconference goes up. >>> >>> If just one person is connected, the image is very consistent and clear, but getting into the 7-10 person range, the quality drops noticeably. And I?m not talking about the quality of one particular video on the canvas, but the entire canvas quality. >>> >>> I?ve done a recording of a videoconference on the server with a larger number of users, and the video quality there is clear and consistent, so it doesn?t seem to be an issue with either receiving or muxing the feeds, but in how the end user is receiving the muxed video. >>> >>> I tried playing with the the ?video-quality? and ?video-codec-bandwidth? conference params ? increasing the video-quality from 1 to 3 didn?t seem to have much of an impact, increasing the video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn?t seem to positively impact the video quality, either. >>> >>> Curious if I?m missing something in the config, or if there?s something else I can do to improve the video quality with a larger number of users. >>> >>> Chad >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/c0f74506/attachment-0001.html From brian at freeswitch.org Thu Oct 13 21:38:20 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 13 Oct 2016 12:38:20 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: <33701476375064@web4m.yandex.ru> References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> Message-ID: There should be no special anything to configure if these two systems are talking over the private network and its routed properly, there is no nat settings, no ext-*-ip settings required, So what is the problem you're having? On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: > Not sure that you asking about. > This is interconnect between two large enterprises with a lot equally > numbered networks. So only few hosts are visible via VPN both servers not > aware of. Plain routing. > No NAT involved at all. > > My server on inside interface talks to my devices. On external - to the > real ip world and mentioned partner 172.17.2.3/32 > Partner server talks to theirs network and to my external ip via VPN > > > 13.10.2016, 02:12, "Brian West" : > > Are these servers talking to anything outside their perspective NATs? > What are their blocks? > > On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: > > > From perspective of server it is normal route via desired interface. > So VPN somewhere outside and server not aware of it. > > -- > Wbr, Serge via mobile > > 12.10.2016, 21:17, "Brian West" : > > > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling; > screen=yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > > -- > wbr, > Serge > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/deab0164/attachment.html From me at nevian.org Thu Oct 13 21:58:56 2016 From: me at nevian.org (Serge Yuriev) Date: Thu, 13 Oct 2016 20:58:56 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> Message-ID: The problem is: Call from ext to int - FS proxies rtp Call from int to ext - FS reveals external address to internal server in SDP resulting in one way audio SDP examples in first message -- Wbr, Serge via mobile 13.10.2016, 20:40, "Brian West" : > There should be no special anything to configure if these two systems are talking over the private network and its routed properly, there is no nat settings, no ext-*-ip settings required, So what is the problem you're having? > > On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: > Not sure that you asking about. > This is interconnect between two large enterprises with a lot equally numbered networks. So only few hosts are visible via VPN both servers not aware of. Plain routing. > No NAT involved at all. > > My server on inside interface talks to my devices. On external - to the real ip world and mentioned partner 172.17.2.3/32 > Partner server talks to theirs network and to my external ip via VPN > > > 13.10.2016, 02:12, "Brian West" : >> Are these servers talking to anything outside their perspective NATs? What are their blocks? >> >> On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: >> >> From perspective of server it is normal route via desired interface. >> So VPN somewhere outside and server not aware of it. >> >> -- >> Wbr, Serge via mobile >> >> 12.10.2016, 21:17, "Brian West" : >> >>> >>> How are the two networks connected? VPN? >>> >>> On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: >>> Hi, >>> >>> How I can debug this issue to move it further? >>> I feel much more comfortable with FS than Asterisk which works out-of-box :) >>> >>> Proxy mode doesn't work also because of 3pcc. >>> -- >>> Wbr, Serge via mobile >>> >>> 11.10.2016, 14:25, "Serge S. Yuriev" : >>> >>>> >>>> Hi >>>> >>>> Is anyone have had chance to check the logs? >>>> >>>> I tried to include 172.17.2.3 as local-network on external while excluding it from internal - no joy :( >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Wbr, Serge via mobile >>>> >>>> 09.10.2016, 13:03, "Serge Yuriev": >>>>> >>>>> Bad one >>>>> https://pastebin.freeswitch.org/view/5a6b306c >>>>> >>>>> Good one >>>>> https://pastebin.freeswitch.org/view/5b1ca4e3 >>>>> >>>>>> On 8 Oct 2016, at 04:23, Anthony Minessale wrote: >>>>>> >>>>>> Too terse. >>>>>> >>>>>> You probably need to produce full traces on pastebin with the full debug to get any idea. >>>>>> >>>>>> >>>>>> On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: >>>>>> As mentioned before I tried to play with local-network-acl but no joy. Maybe it?s just not right? On which profile I should tune? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On both profiles I have like this >>>>>> Int >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Ext >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On 8 Oct 2016, at 00:48, Brian West wrote: >>>>>>> >>>>>>> you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? >>>>>>> >>>>>>> On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: >>>>>>> Hello, >>>>>>> >>>>>>> Two SIP profiles: >>>>>>> External 83.?? >>>>>>> Internal 10.23.154.0/24 >>>>>>> >>>>>>> Via external we are receiving/send calls from/to 172.17.2.0/29 >>>>>>> For some reason if we call outside FS sends unmodified addresses in SDP. >>>>>>> So we have unroutable address in SDP and one-way audio. If call flows >>>>>>> ext to int all working correct. >>>>>>> Tried local-network-acl on inside (10.??) with excluded 172.??, >>>>>>> apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( >>>>>>> >>>>>>> "Bad one" SDP - from internal to external >>>>>>> send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: >>>>>>> ------------------------------------------------------------------------ >>>>>>> SIP/2.0 200 OK >>>>>>> Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 >>>>>>> From: "IT, ????? ??????" >>>>>>> ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 >>>>>>> To: ;tag=66NUXXHvB6HBp >>>>>>> Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 >>>>>>> CSeq: 101 INVITE >>>>>>> Contact: >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>>>> Accept: application/sdp >>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>>>> PRACK, NOTIFY >>>>>>> Require: timer >>>>>>> Supported: precondition, 100rel, timer, path, replaces >>>>>>> Allow-Events: talk, hold, conference, refer >>>>>>> Session-Expires: 1800;refresher=uac >>>>>>> Content-Type: application/sdp >>>>>>> Content-Disposition: session >>>>>>> Content-Length: 180 >>>>>>> >>>>>>> v=0 >>>>>>> o=- 1475853382 2 IN IP4 172.17.2.3 >>>>>>> s=- >>>>>>> >> c=IN IP4 172.17.2.4 >>>>>>> b=AS:64 >>>>>>> t=0 0 >>>>>>> m=audio 3040 RTP/AVP 8 101 >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=ptime:20 >>>>>>> >>>>>>> >>>>>>> And a good one - external to internal >>>>>>> send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: >>>>>>> ------------------------------------------------------------------------ >>>>>>> INVITE sip:12550 at 10.23.154.65 SIP/2.0 >>>>>>> Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB >>>>>>> Max-Forwards: 69 >>>>>>> From: "???????" >>>>>>> ;tag=1agg8aZ7FUUBK >>>>>>> To: >>>>>>> Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b >>>>>>> CSeq: 97580363 INVITE >>>>>>> Contact: >>>>>>> User-Agent: >>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>>>> PRACK, NOTIFY >>>>>>> Supported: precondition, 100rel, timer, path, replaces >>>>>>> Allow-Events: talk, hold, conference, refer >>>>>>> Content-Type: application/sdp >>>>>>> Content-Disposition: session >>>>>>> Content-Length: 268 >>>>>>> X-FS-Support: update_display,send_info >>>>>>> Remote-Party-ID: "???????" >>>>>>> ;party=calling;screen=yes;privacy=off >>>>>>> >>>>>>> v=0 >>>>>>> o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 >>>>>>> s=FreeSWITCH >>>>>>> >> c=IN IP4 10.23.154.100 >>>>>>> t=0 0 >>>>>>> m=audio 28432 RTP/AVP 8 18 101 13 >>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>> a=rtpmap:18 G729/8000 >>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>> a=fmtp:101 0-16 >>>>>>> a=rtpmap:13 CN/8000 >>>>>>> a=ptime:20 > > -- > wbr, > Serge > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/f0c67527/attachment-0001.html From anthony.minessale at gmail.com Thu Oct 13 22:24:26 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 13 Oct 2016 13:24:26 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> Message-ID: You have 3pcc = proxy By design this is taking the sdp from the other leg 200 ok at line 262 of your paste and using it in the 200ok it sends at line 341 Also, you are on a random dev version from mid July. You should update to HEAD on 1.6 branch or use one of the releases. On Thu, Oct 13, 2016 at 12:58 PM, Serge Yuriev wrote: > The problem is: > Call from ext to int - FS proxies rtp > Call from int to ext - FS reveals external address to internal server in > SDP resulting in one way audio > > SDP examples in first message > > -- > Wbr, Serge via mobile > > 13.10.2016, 20:40, "Brian West" : > > There should be no special anything to configure if these two systems are > talking over the private network and its routed properly, there is no nat > settings, no ext-*-ip settings required, So what is the problem you're > having? > > On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: > > Not sure that you asking about. > This is interconnect between two large enterprises with a lot equally > numbered networks. So only few hosts are visible via VPN both servers not > aware of. Plain routing. > No NAT involved at all. > > My server on inside interface talks to my devices. On external - to the > real ip world and mentioned partner 172.17.2.3/32 > Partner server talks to theirs network and to my external ip via VPN > > > 13.10.2016, 02:12, "Brian West" : > > Are these servers talking to anything outside their perspective NATs? > What are their blocks? > > On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: > > > From perspective of server it is normal route via desired interface. > So VPN somewhere outside and server not aware of it. > > -- > Wbr, Serge via mobile > > 12.10.2016, 21:17, "Brian West" : > > > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen > =yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > > -- > wbr, > Serge > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/a8dd990e/attachment-0001.html From brian at freeswitch.org Thu Oct 13 22:31:23 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 13 Oct 2016 13:31:23 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> Message-ID: You should only need to set your local-network-acl to be rfc1918.auto, then make sure you set the ext-rtp-ip and ext-sip-ip correctly and there shouldn't be a problem. Watch this https://www.youtube.com/watch?v=_WSx-T6TriI Thanks, /b On Thu, Oct 13, 2016 at 12:58 PM, Serge Yuriev wrote: > The problem is: > Call from ext to int - FS proxies rtp > Call from int to ext - FS reveals external address to internal server in > SDP resulting in one way audio > > SDP examples in first message > > -- > Wbr, Serge via mobile > > 13.10.2016, 20:40, "Brian West" : > > There should be no special anything to configure if these two systems are > talking over the private network and its routed properly, there is no nat > settings, no ext-*-ip settings required, So what is the problem you're > having? > > On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: > > Not sure that you asking about. > This is interconnect between two large enterprises with a lot equally > numbered networks. So only few hosts are visible via VPN both servers not > aware of. Plain routing. > No NAT involved at all. > > My server on inside interface talks to my devices. On external - to the > real ip world and mentioned partner 172.17.2.3/32 > Partner server talks to theirs network and to my external ip via VPN > > > 13.10.2016, 02:12, "Brian West" : > > Are these servers talking to anything outside their perspective NATs? > What are their blocks? > > On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: > > > From perspective of server it is normal route via desired interface. > So VPN somewhere outside and server not aware of it. > > -- > Wbr, Serge via mobile > > 12.10.2016, 21:17, "Brian West" : > > > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen > =yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > > -- > wbr, > Serge > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/0ede095f/attachment-0001.html From me at nevian.org Thu Oct 13 22:31:58 2016 From: me at nevian.org (Serge S. Yuriev) Date: Thu, 13 Oct 2016 21:31:58 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> Message-ID: <274361476383518@web7o.yandex.ru> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/8d6bb414/attachment-0001.html From anthony.minessale at gmail.com Thu Oct 13 22:36:56 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 13 Oct 2016 13:36:56 -0500 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: <274361476383518@web7o.yandex.ru> References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> <274361476383518@web7o.yandex.ru> Message-ID: can you set it to true instead of proxy? Then you have to negotiate the media with the endpoint first but you can set it to use the same codecs. On Thu, Oct 13, 2016 at 1:31 PM, Serge S. Yuriev wrote: > I have already updated to latest master to try. > I suspected it. Can we overcome situation without disabling 3pcc? > > -- > Wbr, Serge via mobile > > 13.10.2016, 21:25, "Anthony Minessale" : > > You have 3pcc = proxy > > By design this is taking the sdp from the other leg 200 ok at line 262 of > your paste and using it in the 200ok it sends at line 341 > > Also, you are on a random dev version from mid July. You should update to > HEAD on 1.6 branch or use one of the releases. > > > > > On Thu, Oct 13, 2016 at 12:58 PM, Serge Yuriev wrote: > > The problem is: > Call from ext to int - FS proxies rtp > Call from int to ext - FS reveals external address to internal server in > SDP resulting in one way audio > > SDP examples in first message > > -- > Wbr, Serge via mobile > > 13.10.2016, 20:40, "Brian West" : > > There should be no special anything to configure if these two systems are > talking over the private network and its routed properly, there is no nat > settings, no ext-*-ip settings required, So what is the problem you're > having? > > On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: > > Not sure that you asking about. > This is interconnect between two large enterprises with a lot equally > numbered networks. So only few hosts are visible via VPN both servers not > aware of. Plain routing. > No NAT involved at all. > > My server on inside interface talks to my devices. On external - to the > real ip world and mentioned partner 172.17.2.3/32 > Partner server talks to theirs network and to my external ip via VPN > > > 13.10.2016, 02:12, "Brian West" : > > Are these servers talking to anything outside their perspective NATs? > What are their blocks? > > On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: > > > From perspective of server it is normal route via desired interface. > So VPN somewhere outside and server not aware of it. > > -- > Wbr, Serge via mobile > > 12.10.2016, 21:17, "Brian West" : > > > How are the two networks connected? VPN? > > On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: > > Hi, > > How I can debug this issue to move it further? > I feel much more comfortable with FS than Asterisk which works out-of-box > :) > > Proxy mode doesn't work also because of 3pcc. > -- > Wbr, Serge via mobile > > 11.10.2016, 14:25, "Serge S. Yuriev" : > > > Hi > > Is anyone have had chance to check the logs? > > I tried to include 172.17.2.3 as local-network on external while excluding > it from internal - no joy :( > > > > > > > > > > > > > > > > -- > Wbr, Serge via mobile > > 09.10.2016, 13:03, "Serge Yuriev": > > Bad one > https://pastebin.freeswitch.org/view/5a6b306c > > Good one > https://pastebin.freeswitch.org/view/5b1ca4e3 > > On 8 Oct 2016, at 04:23, Anthony Minessale > wrote: > > > Too terse. > > You probably need to produce full traces on pastebin with the full debug > to get any idea. > > > On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: > > As mentioned before I tried to play with local-network-acl but no joy. > Maybe it?s just not right? On which profile I should tune? > > > > > > > > > > On both profiles I have like this > Int > > > > > > Ext > > > > > > On 8 Oct 2016, at 00:48, Brian West wrote: > > > you have to fix your local-network-acl in each system probably to do the > right thing, do you have the ext-rtp-ip set with the automat: prefix? > > On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: > > Hello, > > Two SIP profiles: > External 83.?? > Internal 10.23.154.0/24 > > Via external we are receiving/send calls from/to 172.17.2.0/29 > For some reason if we call outside FS sends unmodified addresses in SDP. > So we have unroutable address in SDP and one-way audio. If call flows > ext to int all working correct. > Tried local-network-acl on inside (10.??) with excluded 172.??, > apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( > > "Bad one" SDP - from internal to external > send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: > ------------------------------------------------------------ > ------------ > SIP/2.0 200 OK > Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 > From: "IT, ????? ??????" > ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc- > 237816120 > To: ;tag=66NUXXHvB6HBp > Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 > CSeq: 101 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Require: timer > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Session-Expires: 1800;refresher=uac > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 180 > > v=0 > o=- 1475853382 2 IN IP4 172.17.2.3 > s=- > >> c=IN IP4 172.17.2.4 > b=AS:64 > t=0 0 > m=audio 3040 RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=ptime:20 > > > And a good one - external to internal > send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: > ------------------------------------------------------------ > ------------ > INVITE sip:12550 at 10.23.154.65 SIP/2.0 > Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB > Max-Forwards: 69 > From: "???????" > ;tag=1agg8aZ7FUUBK > To: > Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b > CSeq: 97580363 INVITE > Contact: > User-Agent: > FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > PRACK, NOTIFY > Supported: precondition, 100rel, timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Disposition: session > Content-Length: 268 > X-FS-Support: update_display,send_info > Remote-Party-ID: "???????" > ;party=calling;screen > =yes;privacy=off > > v=0 > o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 > s=FreeSWITCH > >> c=IN IP4 10.23.154.100 > t=0 0 > m=audio 28432 RTP/AVP 8 18 101 13 > a=rtpmap:8 PCMA/8000 > a=rtpmap:18 G729/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > > > -- > wbr, > Serge > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 <+883%205100%201420%209001> | *ISN:*410*543 | > *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/d6740de0/attachment-0001.html From valter at fastway.com.br Thu Oct 13 22:49:51 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 13 Oct 2016 15:49:51 -0300 Subject: [Freeswitch-users] Inbound or Outbound Socket connection? In-Reply-To: References: Message-ID: I have tested *async* and reviewed some internals on source code. *async* means that calls made back to FS will not block. But it doesn't mean that socket will execute next dialplan command without socket be closed. In my app, in fact uses outbound and inbound models, like was suggested in this thread. In outbound model, not only I use sync, I use "event-lock: true", in order to get some order in bridge, saydigits, etc. I manage hangups and other events from a "inbound" client Atenciosamente, 2016-10-13 12:59 GMT-03:00 Anis Bedhiafi : > Thank you David you made it so clear. Now I understand exactly how it > should be done. > > Thank you, you are the man !! > > Kind Regards. > > ____________________________ > > Anis Bedhiafi > Telecom Services Engineer > @ Evolutio www.e-volut.io > > Mobile: (+216) 50 44 18 33 > Email: anis.bedhiafi at e-volut.io > ____________________________ > > > On 13 October 2016 at 16:50, rsyncme rsyncme > wrote: > >> Hi Anis, All, >> >> Avmd script src/mod/applications/mod_avmd/scripts/avmd_test.pl does all >> you need. >> It will show you how you can talk to FS (which executes dialplan actions) >> and how to check results by inspection of events of interest. >> >> cheers, >> Piotr >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/ce7ec940/attachment.html From valter at fastway.com.br Thu Oct 13 22:53:29 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 13 Oct 2016 15:53:29 -0300 Subject: [Freeswitch-users] Changing sound file suffixes Message-ID: Is possible change sound file suffixes on FS? I would like to share files that I already use in Asterisk with my FS, like .alaw, instead of .PCMA. Regards, Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/c5d4be30/attachment.html From krice at freeswitch.org Thu Oct 13 23:16:39 2016 From: krice at freeswitch.org (Ken Rice) Date: Thu, 13 Oct 2016 14:16:39 -0500 Subject: [Freeswitch-users] Changing sound file suffixes In-Reply-To: References: Message-ID: <69bd01d22586$53e3f760$fbabe620$@freeswitch.org> no this is not a configurable option. Its easier to just rename the files with a simple shell script From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Valter Nogueira Sent: Thursday, October 13, 2016 1:53 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] Changing sound file suffixes Is possible change sound file suffixes on FS? I would like to share files that I already use in Asterisk with my FS, like .alaw, instead of .PCMA. Regards, Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/c1c9f5b6/attachment.html From david.villasmil.work at gmail.com Thu Oct 13 23:32:52 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 13 Oct 2016 21:32:52 +0200 Subject: [Freeswitch-users] Changing sound file suffixes In-Reply-To: <69bd01d22586$53e3f760$fbabe620$@freeswitch.org> References: <69bd01d22586$53e3f760$fbabe620$@freeswitch.org> Message-ID: Or make symlinks :) ? On Thu, Oct 13, 2016 at 9:16 PM, Ken Rice wrote: > no this is not a configurable option. Its easier to just rename the files > with a simple shell script > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Valter > Nogueira > *Sent:* Thursday, October 13, 2016 1:53 PM > *To:* FreeSWITCH Users Help > *Subject:* [Freeswitch-users] Changing sound file suffixes > > > > Is possible change sound file suffixes on FS? > > I would like to share files that I already use in Asterisk with my FS, > like .alaw, instead of .PCMA. > > > > Regards, > > Valter > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/b3261da8/attachment-0001.html From me at nevian.org Fri Oct 14 01:39:33 2016 From: me at nevian.org (Serge Yuriev) Date: Fri, 14 Oct 2016 00:39:33 +0300 Subject: [Freeswitch-users] Bridging between two rfc1918 networks In-Reply-To: References: <876dcdc3-4227-d25f-d969-baffdb73d7fb@nevian.org> <772831476185022@web1j.yandex.ru> <4011281476291666@web19j.yandex.ru> <33701476375064@web4m.yandex.ru> <274361476383518@web7o.yandex.ru> Message-ID: <9F860132-2FF6-43EC-9882-5473F01BC505@nevian.org> I tried set it to true and it?s definitely not we want. This breaks billing and make users upset with fake answer. What the reason behind not proxying in 3pcc=proxy mode? I can be wrong but doubt this worked this way about half year ago - we used FS extensively as border element. I??l try to reproduce our tests tomorrow and report On 13 Oct 2016, at 21:36, Anthony Minessale wrote: > can you set it to true instead of proxy? > > Then you have to negotiate the media with the endpoint first but you can set it to use the same codecs. > > > On Thu, Oct 13, 2016 at 1:31 PM, Serge S. Yuriev wrote: > I have already updated to latest master to try. > I suspected it. Can we overcome situation without disabling 3pcc? > > -- > Wbr, Serge via mobile > > 13.10.2016, 21:25, "Anthony Minessale" : > >> You have 3pcc = proxy >> >> By design this is taking the sdp from the other leg 200 ok at line 262 of your paste and using it in the 200ok it sends at line 341 >> >> Also, you are on a random dev version from mid July. You should update to HEAD on 1.6 branch or use one of the releases. >> >> >> >> >> On Thu, Oct 13, 2016 at 12:58 PM, Serge Yuriev wrote: >> The problem is: >> Call from ext to int - FS proxies rtp >> Call from int to ext - FS reveals external address to internal server in SDP resulting in one way audio >> >> SDP examples in first message >> >> -- >> Wbr, Serge via mobile >> >> 13.10.2016, 20:40, "Brian West" : >> >>> There should be no special anything to configure if these two systems are talking over the private network and its routed properly, there is no nat settings, no ext-*-ip settings required, So what is the problem you're having? >>> >>> On Thu, Oct 13, 2016 at 11:11 AM, Serge S. Yuriev wrote: >>> Not sure that you asking about. >>> This is interconnect between two large enterprises with a lot equally numbered networks. So only few hosts are visible via VPN both servers not aware of. Plain routing. >>> No NAT involved at all. >>> >>> My server on inside interface talks to my devices. On external - to the real ip world and mentioned partner 172.17.2.3/32 >>> Partner server talks to theirs network and to my external ip via VPN >>> >>> >>> 13.10.2016, 02:12, "Brian West" : >>>> Are these servers talking to anything outside their perspective NATs? What are their blocks? >>>> >>>> On Wed, Oct 12, 2016 at 3:51 PM, Serge Yuriev wrote: >>>> >>>> From perspective of server it is normal route via desired interface. >>>> So VPN somewhere outside and server not aware of it. >>>> >>>> -- >>>> Wbr, Serge via mobile >>>> >>>> 12.10.2016, 21:17, "Brian West" : >>>> >>>>> >>>>> How are the two networks connected? VPN? >>>>> >>>>> On Wed, Oct 12, 2016 at 12:01 PM, Serge S. Yuriev wrote: >>>>> Hi, >>>>> >>>>> How I can debug this issue to move it further? >>>>> I feel much more comfortable with FS than Asterisk which works out-of-box :) >>>>> >>>>> Proxy mode doesn't work also because of 3pcc. >>>>> -- >>>>> Wbr, Serge via mobile >>>>> >>>>> 11.10.2016, 14:25, "Serge S. Yuriev" : >>>>> >>>>>> >>>>>> Hi >>>>>> >>>>>> Is anyone have had chance to check the logs? >>>>>> >>>>>> I tried to include 172.17.2.3 as local-network on external while excluding it from internal - no joy :( >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Wbr, Serge via mobile >>>>>> >>>>>> 09.10.2016, 13:03, "Serge Yuriev": >>>>>>> >>>>>>> Bad one >>>>>>> https://pastebin.freeswitch.org/view/5a6b306c >>>>>>> >>>>>>> Good one >>>>>>> https://pastebin.freeswitch.org/view/5b1ca4e3 >>>>>>> >>>>>>> On 8 Oct 2016, at 04:23, Anthony Minessale wrote: >>>>>>> >>>>>>>> >>>>>>>> Too terse. >>>>>>>> >>>>>>>> You probably need to produce full traces on pastebin with the full debug to get any idea. >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Oct 7, 2016 at 6:13 PM, Serge Yuriev wrote: >>>>>>>> As mentioned before I tried to play with local-network-acl but no joy. Maybe it?s just not right? On which profile I should tune? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On both profiles I have like this >>>>>>>> Int >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Ext >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 8 Oct 2016, at 00:48, Brian West wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> you have to fix your local-network-acl in each system probably to do the right thing, do you have the ext-rtp-ip set with the automat: prefix? >>>>>>>>> >>>>>>>>> On Fri, Oct 7, 2016 at 1:23 PM, Serge S. Yuriev wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> Two SIP profiles: >>>>>>>>> External 83.?? >>>>>>>>> Internal 10.23.154.0/24 >>>>>>>>> >>>>>>>>> Via external we are receiving/send calls from/to 172.17.2.0/29 >>>>>>>>> For some reason if we call outside FS sends unmodified addresses in SDP. >>>>>>>>> So we have unroutable address in SDP and one-way audio. If call flows >>>>>>>>> ext to int all working correct. >>>>>>>>> Tried local-network-acl on inside (10.??) with excluded 172.??, >>>>>>>>> apply-nat-acl with included 172.xx on either int and ext. Nothing helps :( >>>>>>>>> >>>>>>>>> "Bad one" SDP - from internal to external >>>>>>>>> send 960 bytes to udp/[10.23.154.63]:6060 at 18:16:22.226984: >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>> SIP/2.0 200 OK >>>>>>>>> Via: SIP/2.0/UDP 10.23.154.63:6060;branch=z9hG4bKe433fa68b81 >>>>>>>>> From: "IT, ????? ??????" >>>>>>>>> ;tag=195594~27154efa-6325-45a2-9e47-67e5d9302ebc-237816120 >>>>>>>>> To: ;tag=66NUXXHvB6HBp >>>>>>>>> Call-ID: 86c80-7f71bc46-c44e-3f40000a at 10.23.154.63 >>>>>>>>> CSeq: 101 INVITE >>>>>>>>> Contact: >>>>>>>>> User-Agent: >>>>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>>>>>> Accept: application/sdp >>>>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>>>>>> PRACK, NOTIFY >>>>>>>>> Require: timer >>>>>>>>> Supported: precondition, 100rel, timer, path, replaces >>>>>>>>> Allow-Events: talk, hold, conference, refer >>>>>>>>> Session-Expires: 1800;refresher=uac >>>>>>>>> Content-Type: application/sdp >>>>>>>>> Content-Disposition: session >>>>>>>>> Content-Length: 180 >>>>>>>>> >>>>>>>>> v=0 >>>>>>>>> o=- 1475853382 2 IN IP4 172.17.2.3 >>>>>>>>> s=- >>>>>>>>> >> c=IN IP4 172.17.2.4 >>>>>>>>> b=AS:64 >>>>>>>>> t=0 0 >>>>>>>>> m=audio 3040 RTP/AVP 8 101 >>>>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>> a=ptime:20 >>>>>>>>> >>>>>>>>> >>>>>>>>> And a good one - external to internal >>>>>>>>> send 1162 bytes to udp/[10.23.154.65]:5060 at 12:34:15.132027: >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>> INVITE sip:12550 at 10.23.154.65 SIP/2.0 >>>>>>>>> Via: SIP/2.0/UDP 10.23.154.100:6060;rport;branch=z9hG4bKUXyFjDmg8rtmB >>>>>>>>> Max-Forwards: 69 >>>>>>>>> From: "???????" >>>>>>>>> ;tag=1agg8aZ7FUUBK >>>>>>>>> To: >>>>>>>>> Call-ID: d8367628-0fc1-4325-998f-3f32f9d3a05b >>>>>>>>> CSeq: 97580363 INVITE >>>>>>>>> Contact: >>>>>>>>> User-Agent: >>>>>>>>> FreeSWITCH-mod_sofia/1.7.0+git~20160707T165535Z~be13536ac9~64bit >>>>>>>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>>>>>>> PRACK, NOTIFY >>>>>>>>> Supported: precondition, 100rel, timer, path, replaces >>>>>>>>> Allow-Events: talk, hold, conference, refer >>>>>>>>> Content-Type: application/sdp >>>>>>>>> Content-Disposition: session >>>>>>>>> Content-Length: 268 >>>>>>>>> X-FS-Support: update_display,send_info >>>>>>>>> Remote-Party-ID: "???????" >>>>>>>>> ;party=calling;screen=yes;privacy=off >>>>>>>>> >>>>>>>>> v=0 >>>>>>>>> o=FreeSWITCH 1475804423 1475804424 IN IP4 10.23.154.100 >>>>>>>>> s=FreeSWITCH >>>>>>>>> >> c=IN IP4 10.23.154.100 >>>>>>>>> t=0 0 >>>>>>>>> m=audio 28432 RTP/AVP 8 18 101 13 >>>>>>>>> a=rtpmap:8 PCMA/8000 >>>>>>>>> a=rtpmap:18 G729/8000 >>>>>>>>> a=rtpmap:101 telephone-event/8000 >>>>>>>>> a=fmtp:101 0-16 >>>>>>>>> a=rtpmap:13 CN/8000 >>>>>>>>> a=ptime:20 >>> >>> -- >>> wbr, >>> Serge >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Brian West >>> brian at freeswitch.org >>> >>> >>> >>> Twitter: @FreeSWITCH , @briankwest >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>> >>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? >> >> ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH >> ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ >> >> ClueCon Weekly Development Call >> ? sip:888 at conference.freeswitch.org ? +19193869900 >> >> https://www.youtube.com/watch?v=9XXgW34t40s >> https://www.youtube.com/watch?v=NLaDpGQuZDA >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? http://freeswitch.org/g+ > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Serge S. Yuriev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/8afd3bd6/attachment-0001.html From shaun.stokes at itec-support.co.uk Fri Oct 14 14:36:57 2016 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Fri, 14 Oct 2016 10:36:57 +0000 Subject: [Freeswitch-users] Preferred Intel QPI Bandwidth Priority Setting for FreeSWITCH Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E860226B@mbx-01.sysconfig.co.uk> We're looking at deploying FreeSWITCH 1.6 with SIP, Conferencing, Video and WebRTC connected to PostgreSQL for 1000-2000 endpoints using dialplans (stored in memcache) of upto roughly 100 lines. The hardware we've spec'd includes 32GB RAM, 2x Intel X5650 CPUs and 6x 73GB 15.2K SAS HDs in RAID 5 volume (for increased I/O and throughput) on PERC H700 controller. My question is, what would the preferred setting be for Intel QPI Bandwidth Priority, the options are either 'Compute' (default) or 'I/O' (optimized for I/O intensive workloads)? This is what we've found on the suppliers website: The Intel QPI Bandwidth priority has two settings, compute and I/O. It is set to "compute" by default. This option determines the number and priority of requests on the QPI bus. Recall that the QPI connects the processor sockets as well as the IOH. The "compute" setting favors computational traffic while the "I/O" setting is optimized for IO intensive workloads. The last thing we want is an I/O bottlenecks but after researching this on Intel's website I believe the above 'I/O' setting is specifically aimed at prioritizing traffic between the memory controller (RAM) and CPU, while 'Compute' prioritizes computational traffic. Does anyone know what the preference should be FreeSWITCH in this scenario? Thanks, Shaun [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/d6b119ae/attachment.html From lists at kavun.ch Fri Oct 14 16:02:47 2016 From: lists at kavun.ch (Emrah) Date: Fri, 14 Oct 2016 14:02:47 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> Message-ID: <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> Hi there, Revisiting this issue. I see that I can set my Opus codec with Opus at 8000@20i, but 8khz seems to be the only alternative profile I can use. I see only 2 extreme options when the module is loaded or unloaded that it's either 48khz, mono or stereo and packet size, or 8khz, mono or stereo and packet size. Can someone clarify why there is nothing in between? And what exactly this setting does? Opus at 8000h@20i definitely doesn't sound very good. I'd rather have a compromise for tough network conditions. Since these are parameters I can dynamically set on my dialplan, the question then becomes why can't I fully manipulate my Opus stack from the dialplan? Thanks! > On Jun 2, 2015, at 6:23 AM, Emrah wrote: > > Hi there, > @Mike: yes, but in a commonsensical approach the Opus library on the client's side would resample and therefore optimize the codec and the bandwidth accordingly up to FS. > @Julien, I saw the setting for Opus globally, but it defeats the purpose. I don't want to limit the bandwidth of Opus for all instances. I'd like to optimize Opus on a per call basis. > > Thanks for the replies >> On May 31, 2015, at 2:13 PM, Michael Jerris > wrote: >> >> Side note, opening at the different rate I believe just makes the opus library do the re sampling instead of FreeSWITCH. >> >> On Sunday, May 31, 2015, Julien Chavanton > wrote: >> Hi Emrah, >> >> The settings exist but they are not available from the dialplan, right now they can only be set globally . >> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >> You can control the bandwidth using maxplaybackrate and maxplaybackrate this will control the local encoder and also adds the corresponding FMTP parameters to the SDP to be used by the remote encoder (if it does implement the following draft, the draft is evolving but I think it as not changed) >> >> https://tools .ietf.org/html/draft-ietf-payload-rtp-opus-11 >> >> Maybe something like : >> >> maxaveragebitrate 24000 >> maxplaybackrate 8000 >> >> The discussion was getting slightly more complicated when we where discussing about unnecessary resampling this was not a problem but it was just adding extra load on the server. >> >> On Sun, May 31, 2015 at 6:09 AM, Emrah > wrote: >> Hi list, >> >> I re-read FS6947 and don't understand how this problematic was addressed and the issue fixed. >> The scope is simple. There should be a setting in the dialplan that allows downsampling of Opus for applications that do not require the 48khz / 2 channels framework. I.e.: terminating to the PSTN with Opus to take advantage of low bandwidth and great PLC. >> There seems to be a lot of confusion around bandwidth in general there. It doesn't matter if the internal clock of the device is always sampling at 48khz / 2ch. There are settings that can facilitate a lower bandwidth consumption for particular use cases, and it seems the reason it is not being implemented in FS is just a matter of being confused about the intent of the 48khz 2ch base. >> Please revisit this issue. FS should allow tuning of Opus audio / network bandwidth in the dialplan. It would optimize greatly lots of use cases. >> If I'm calling the PSTN, I'd rather have my client downsample and stream at a lower bandwidth, even if my audio capture would still be at 48khz / 2ch as per the RFC, and save on bandwidth, than transcode the full 48khz spectrum into PCM on my FS and minimize processing power on the client's side. >> >> Jira here: https://freeswitch.org/jira/browse/FS-6947 >> >> Emrah >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/086e17fb/attachment.html From dragos.oancea at athonet.com Fri Oct 14 16:27:44 2016 From: dragos.oancea at athonet.com (Dragos Oancea) Date: Fri, 14 Oct 2016 14:27:44 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> Message-ID: <5800CF40.4000704@athonet.com> Hi Why would you say opus at 8000@20i does not sound very good ? What do you mean exactly ? Your call quality is bad or you mean you don't like the fact that the sampling rate is low ? You can play with the sampling rates by setting maxplaybackrate and sprop_maxcapurerate and enabling asymmetric_samplerates (which is an experimental feature so far) in your opus.conf.xml . FS does not have 12 khz or 24 khz because they are not much used for Voip. As for opus @ 16 khz perhaps it will be added. But if you use opus @ 48 khz and you just change maxaveragebitrate and maxplaybackrate accordingly you should get only WIDEBAND from the encoder anyway . The decoder should decode at any sample rate. We're working on a document (sort of manual) for the Opus module and hopefully it will be released soon. As for the issue why codec settings cannot be set from FS's dialplan , I think its a missing feature that affects other audio codecs too and I think it would be very useful. We needed opus at 8000hz for transcoding and I tried to explain some things here (see my comment at the bottom of the page ): https://freeswitch.org/confluence/display/FREESWITCH/mod_opus Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by avoiding resampling we were saving 20-30 % CPU . Regards, Dragos On 14/10/2016 14:02, Emrah wrote: > Hi there, > Revisiting this issue. I see that I can set my Opus codec with > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can > use. I see only 2 extreme options when the module is loaded or unloaded > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or > stereo and packet size. Can someone clarify why there is nothing in > between? And what exactly this setting does? Opus at 8000h@20i definitely > doesn't sound very good. I'd rather have a compromise for tough network > conditions. > Since these are parameters I can dynamically set on my dialplan, the > question then becomes why can't I fully manipulate my Opus stack from > the dialplan? > > Thanks! >> On Jun 2, 2015, at 6:23 AM, Emrah > > wrote: >> >> Hi there, >> @Mike: yes, but in a commonsensical approach the Opus library on the >> client's side would resample and therefore optimize the codec and the >> bandwidth accordingly up to FS. >> @Julien, I saw the setting for Opus globally, but it defeats the >> purpose. I don't want to limit the bandwidth of Opus for all >> instances. I'd like to optimize Opus on a per call basis. >> >> Thanks for the replies >>> On May 31, 2015, at 2:13 PM, Michael Jerris >> > wrote: >>> >>> Side note, opening at the different rate I believe just makes the >>> opus library do the re sampling instead of FreeSWITCH. >>> >>> On Sunday, May 31, 2015, Julien Chavanton >> > wrote: >>> >>> Hi Emrah, >>> >>> The settings exist but they are not available from the dialplan, >>> right now they can only be set globally . >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >>> >>> You can control the bandwidth using maxplaybackrate and >>> maxplaybackrate this will control the local encoder and also adds >>> the corresponding FMTP parameters to the SDP to be used by the >>> remote encoder (if it does implement the following draft, the >>> draft is evolving but I think it as not changed) >>> >>> https://tools >>> .ietf.org/html/draft-ietf-payload-rtp-opus-11 >>> >>> Maybe something like : >>> >>> maxaveragebitrate 24000 >>> maxplaybackrate 8000 >>> >>> The discussion was getting slightly more complicated when we >>> where discussing about unnecessary resampling this was not a >>> problem but it was just adding extra load on the server. >>> >>> On Sun, May 31, 2015 at 6:09 AM, Emrah >> > wrote: >>> >>> Hi list, >>> >>> I re-read FS6947 and don't understand how this problematic >>> was addressed and the issue fixed. >>> The scope is simple. There should be a setting in the >>> dialplan that allows downsampling of Opus for applications >>> that do not require the 48khz / 2 channels framework. I.e.: >>> terminating to the PSTN with Opus to take advantage of low >>> bandwidth and great PLC. >>> There seems to be a lot of confusion around bandwidth in >>> general there. It doesn't matter if the internal clock of the >>> device is always sampling at 48khz / 2ch. There are settings >>> that can facilitate a lower bandwidth consumption for >>> particular use cases, and it seems the reason it is not being >>> implemented in FS is just a matter of being confused about >>> the intent of the 48khz 2ch base. >>> Please revisit this issue. FS should allow tuning of Opus >>> audio / network bandwidth in the dialplan. It would optimize >>> greatly lots of use cases. >>> If I'm calling the PSTN, I'd rather have my client downsample >>> and stream at a lower bandwidth, even if my audio capture >>> would still be at 48khz / 2ch as per the RFC, and save on >>> bandwidth, than transcode the full 48khz spectrum into PCM on >>> my FS and minimize processing power on the client's side. >>> >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >>> >>> Emrah >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> >>> http://www.freeswitchsolutions.com >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > From ahmedmunir007 at gmail.com Fri Oct 14 17:03:40 2016 From: ahmedmunir007 at gmail.com (Ahmed Munir) Date: Fri, 14 Oct 2016 09:03:40 -0400 Subject: [Freeswitch-users] FreeSwitch General Info Message-ID: Thanks Mike and Anthony for you inputs. From: Anthony Minessale > To: FreeSWITCH Users Help > Cc: > Date: Thu, 13 Oct 2016 11:57:04 -0500 > Subject: Re: [Freeswitch-users] FreeSwitch General Info > > > On Thu, Oct 13, 2016 at 11:41 AM, Michael Jerris wrote: > >> >> On Oct 13, 2016, at 12:31 PM, Ahmed Munir >> wrote: >> >> Few things I forgot to ask, the scale-ability I was referring to as >> horizontal scale and thanks for your input on that. >> >> For point#2, mod_curl you mentioned for realtime, will it sustain more >> than 500-1K CPS and will it stress out the httpd/apache service? >> >> >> depends on the box. Making the requests and parsing them has overhead, >> sure. As I said, you need to test on your target hardware with your call >> flows to see for sure how it will size. 1kcps on one box is probably high >> to the point of having issues on single box. Doing so across multiple >> boxes would be advised, i don?t like to put that many calls onto a single >> point of failure. Will it stress the apache service?. that would be a >> factor of what you have to do over there, and 100% dependent on that code >> answering the request, its impossible for me to answer that question >> generically. >> > > > xml_curl is a default module implementing a gateway to retrieve config > from a black box http service. It will only perform as good as that http > service which itself could be a cluster/caching etc. > You can also create custom modules to connect any way you wish into config > and dialplan lookup etc. (I helped write Asterisk realtime, and at the > time it was a bolt on afterthought, FS is lucky that it was designed from > the beginning with the knowledge gained from Asterisk experience) > We have several other abstractions for integrating with external systems > but there are too many to discuss here. > > > > >> >> For point#3, you mean to say Freeswitch doesn't use system files for >> media like Asterisk does? >> >> >> Sure we can use system files for media. You were asking about additional >> sockets, we have media sockets, if you are opening files of course that >> would use file handles as well. >> > > > Sockets are used for RTP, HTTP/WSS, Media Files, etc. The use of many > sockets does not play a role in the performance of software assuming you > tune the kernel to match the load needed. > Most socket related instability comes from the use of the select syscall > which is limited FD numbers below 1024 > > > >> >> For point#4, multi-threading; I forgot to mentioned whether Freeswitch >> supports multi-processing? As Asterisk, it uses/runs on single process >> whereas OpenSIPs/Kamilio, we can set multiple child processes. >> >> >> We are not forking. You could manually launch multiple processes if you >> choose. >> > > > In Linux, there is no longer a difference between threads and processes, > they are identical. (See "man clone") http://man7.org/linux/man-pa > ges/man2/clone.2.html > > > >From "man fork" > > *C library/kernel differences* > Since version 2.3.3, rather than invoking the kernel's *fork*() system > call, the glibc *fork*() wrapper that is provided as part of the NPTL > threading implementation invokes clone(2) with flags that provide the > same effect as the traditional system call. (A call to *fork*() is > equivalent to a call to clone(2) specifying *flags* as just *SIGCHLD*.) > The glibc wrapper invokes any fork handlers that have been > established using *pthread_atfork*(3). > > > > > > > > >> >> >> From: Michael Jerris >>> To: FreeSWITCH Users Help >>> Cc: >>> Date: Thu, 13 Oct 2016 10:04:56 -0400 >>> Subject: Re: [Freeswitch-users] FreeSwitch General Info >>> >>> > On Oct 13, 2016, at 9:52 AM, Ahmed Munir >>> wrote: >>> > >>> > Hi, >>> > >>> > Currently I'm browsing different platforms online for open source VoIP >>> technologies as currently using Asterisk as PBX. >>> > >>> > I would like to know following things about FreeSwitch; >>> > >>> > 1- FreeSwitch whether supports realtime integration sip >>> profiles/extensions (using DB) and dialplan? (Just like in Asterisk) >>> >>> yes, most frequently using mod_xml_curl which uses http to pull xml on a >>> per dialplan/directory lookup basis >>> >>> > 2- On average, how many extensions and active calls (CPS) it can >>> sustain? >>> >>> This widely varies based on what you are doing. Calls with no media >>> passed through the switch would be measured much more in calls per second >>> than total calls, and could be in the thousands, calls with heavy video >>> transcoding would be in the double digits on a big box. What you are doing >>> could lie anywhere on that spectrum. Our recommendation is always to test >>> your scenario and figure out sizing for yourself. Typically people with >>> heavy load are very satisfied with our performance.. >>> >>> > 3- For a call channel, will it create or use system sockets >>> (openfile)? As you know that Asterisk create/open and consume the system >>> sockets for each call. >>> >>> Certainly we use sockets for media. We do not use them in the way >>> asterisk does. >>> >>> > 4- Will it supports single thread or multithreading? >>> >>> FreeSWITCH is heavily multithreaded. Each call will use at least 2 >>> threads, one for each call leg. >>> >>> >>> > 5- Is it scale-able in term of setting up as a cluster(s)? >>> >>> Sip itself allows for this. Depends on your exact scenario how to >>> architect in a way to make this scale horizontally, but it can be done in >>> most scenarios >>> >>> > >>> > I'll be glad to hear it from you. >>> > >>> > -- >>> > Regards, >>> > >>> > Ahmed Munir Chohan >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? > > ? http://freeswitch.org/ ? http://cluecon.com/ ? > http://twitter.com/FreeSWITCH > ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ > * > > ClueCon Weekly Development Call > ? sip:888 at conference.freeswitch.org ? +19193869900 > > https://www.youtube.com/watch?v=9XXgW34t40s > https://www.youtube.com/watch?v=NLaDpGQuZDA > > > -- Regards, Ahmed Munir Chohan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/56fae6b8/attachment.html From valter at fastway.com.br Fri Oct 14 19:45:12 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Fri, 14 Oct 2016 12:45:12 -0300 Subject: [Freeswitch-users] Changing sound file suffixes In-Reply-To: References: <69bd01d22586$53e3f760$fbabe620$@freeswitch.org> Message-ID: I have been trying a little bit and it seems that I can playback with full file name (including the suffix like '/var/sounds/speech.ulaw') and it plays normally. I don't know how FS discover the correct file encoding or if I am tricked for some misconfiguration I did. Regards, Valter 2016-10-13 16:32 GMT-03:00 David Villasmil : > Or make symlinks :) > ? > > On Thu, Oct 13, 2016 at 9:16 PM, Ken Rice wrote: > >> no this is not a configurable option. Its easier to just rename the files >> with a simple shell script >> >> >> >> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Valter >> Nogueira >> *Sent:* Thursday, October 13, 2016 1:53 PM >> *To:* FreeSWITCH Users Help >> *Subject:* [Freeswitch-users] Changing sound file suffixes >> >> >> >> Is possible change sound file suffixes on FS? >> >> I would like to share files that I already use in Asterisk with my FS, >> like .alaw, instead of .PCMA. >> >> >> >> Regards, >> >> Valter >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/f15b8073/attachment-0001.html From lists at kavun.ch Fri Oct 14 20:48:00 2016 From: lists at kavun.ch (Emrah) Date: Fri, 14 Oct 2016 18:48:00 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <5800CF40.4000704@athonet.com> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> Message-ID: <4C3F2891-8D81-4FAD-A933-32B46237D997@kavun.ch> Hey there, Thanks for this extensive response. I am not sure I got everything, but I'll try to answer what I can. > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? Opus at 8khz doesn't give you the same fidelity as PCM at 8khz. You definitely hear the compression. However, Opus at 48khz transcoded into PCMU / PCMA is hardly noticeable. Therefore, I wanted to find a decent compromise, one that would save bandwidth and CPU for calls that don't require a full band audio. > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . That sounds very interesting, however I do not want to impose global limitations as many of my Opus calls are full band calls. Would these settings help me work on a per call basis? > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. I guess this reconnects with my observation above. The idea would be to use something slightly higher than 8khz, yet not as intensive as 48khz, just to get a clearer call for "PSTN like" connections. > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . Not sure I got that right. Could you elaborate more? Can this work on a per call basis? > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. Yes, absolutely. This would definitely help a lot. Not only on the FS side, but also on how to involve the Opus stack on the client side. As far as an Opus manual, I also love the idea and can't wait to read it. Thanks again for this response, Emrah > On Oct 14, 2016, at 2:27 PM, Dragos Oancea wrote: > > Hi > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > The decoder should decode at any sample rate. > We're working on a document (sort of manual) for the Opus module and > hopefully it will be released soon. > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > We needed opus at 8000hz for transcoding and I tried to explain some things > here (see my comment at the bottom of the page ): > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > > Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz > you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by > avoiding resampling we were saving 20-30 % CPU . > > Regards, > Dragos > > > > On 14/10/2016 14:02, Emrah wrote: >> Hi there, >> Revisiting this issue. I see that I can set my Opus codec with >> Opus at 8000@20i, but 8khz seems to be the only alternative profile I can >> use. I see only 2 extreme options when the module is loaded or unloaded >> that it's either 48khz, mono or stereo and packet size, or 8khz, mono or >> stereo and packet size. Can someone clarify why there is nothing in >> between? And what exactly this setting does? Opus at 8000h@20i definitely >> doesn't sound very good. I'd rather have a compromise for tough network >> conditions. >> Since these are parameters I can dynamically set on my dialplan, the >> question then becomes why can't I fully manipulate my Opus stack from >> the dialplan? >> >> Thanks! >>> On Jun 2, 2015, at 6:23 AM, Emrah >> >> wrote: >>> >>> Hi there, >>> @Mike: yes, but in a commonsensical approach the Opus library on the >>> client's side would resample and therefore optimize the codec and the >>> bandwidth accordingly up to FS. >>> @Julien, I saw the setting for Opus globally, but it defeats the >>> purpose. I don't want to limit the bandwidth of Opus for all >>> instances. I'd like to optimize Opus on a per call basis. >>> >>> Thanks for the replies >>>> On May 31, 2015, at 2:13 PM, Michael Jerris >>>> >> wrote: >>>> >>>> Side note, opening at the different rate I believe just makes the >>>> opus library do the re sampling instead of FreeSWITCH. >>>> >>>> On Sunday, May 31, 2015, Julien Chavanton >>>> >> wrote: >>>> >>>> Hi Emrah, >>>> >>>> The settings exist but they are not available from the dialplan, >>>> right now they can only be set globally . >>>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >>>> >>>> You can control the bandwidth using maxplaybackrate and >>>> maxplaybackrate this will control the local encoder and also adds >>>> the corresponding FMTP parameters to the SDP to be used by the >>>> remote encoder (if it does implement the following draft, the >>>> draft is evolving but I think it as not changed) >>>> >>>> https://tools >>>> .ietf.org/html/draft-ietf-payload-rtp-opus-11 >>>> >>>> Maybe something like : >>>> >>>> maxaveragebitrate 24000 >>>> maxplaybackrate 8000 >>>> >>>> The discussion was getting slightly more complicated when we >>>> where discussing about unnecessary resampling this was not a >>>> problem but it was just adding extra load on the server. >>>> >>>> On Sun, May 31, 2015 at 6:09 AM, Emrah >>> > wrote: >>>> >>>> Hi list, >>>> >>>> I re-read FS6947 and don't understand how this problematic >>>> was addressed and the issue fixed. >>>> The scope is simple. There should be a setting in the >>>> dialplan that allows downsampling of Opus for applications >>>> that do not require the 48khz / 2 channels framework. I.e.: >>>> terminating to the PSTN with Opus to take advantage of low >>>> bandwidth and great PLC. >>>> There seems to be a lot of confusion around bandwidth in >>>> general there. It doesn't matter if the internal clock of the >>>> device is always sampling at 48khz / 2ch. There are settings >>>> that can facilitate a lower bandwidth consumption for >>>> particular use cases, and it seems the reason it is not being >>>> implemented in FS is just a matter of being confused about >>>> the intent of the 48khz 2ch base. >>>> Please revisit this issue. FS should allow tuning of Opus >>>> audio / network bandwidth in the dialplan. It would optimize >>>> greatly lots of use cases. >>>> If I'm calling the PSTN, I'd rather have my client downsample >>>> and stream at a lower bandwidth, even if my audio capture >>>> would still be at 48khz / 2ch as per the RFC, and save on >>>> bandwidth, than transcode the full 48khz spectrum into PCM on >>>> my FS and minimize processing power on the client's side. >>>> >>>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >>>> >>>> Emrah >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> ');> >>>> http://www.freeswitchsolutions.com >>>> > >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org > >>>> http://confluence.freeswitch.org >>>> > >>>> http://www.cluecon.com > >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> ');> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org > >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org > >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org >>> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/7755fb9f/attachment-0001.html From brian at freeswitch.org Fri Oct 14 20:50:19 2016 From: brian at freeswitch.org (Brian West) Date: Fri, 14 Oct 2016 11:50:19 -0500 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <5800CF40.4000704@athonet.com> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> Message-ID: We do have 12khz and 24khz I added the specifically when we added SILK, we can resample to and from both rates. :) On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea wrote: > Hi > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > The decoder should decode at any sample rate. > We're working on a document (sort of manual) for the Opus module and > hopefully it will be released soon. > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > We needed opus at 8000hz for transcoding and I tried to explain some things > here (see my comment at the bottom of the page ): > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > > Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz > you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by > avoiding resampling we were saving 20-30 % CPU . > > Regards, > Dragos > > > > On 14/10/2016 14:02, Emrah wrote: > > Hi there, > > Revisiting this issue. I see that I can set my Opus codec with > > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can > > use. I see only 2 extreme options when the module is loaded or unloaded > > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or > > stereo and packet size. Can someone clarify why there is nothing in > > between? And what exactly this setting does? Opus at 8000h@20i definitely > > doesn't sound very good. I'd rather have a compromise for tough network > > conditions. > > Since these are parameters I can dynamically set on my dialplan, the > > question then becomes why can't I fully manipulate my Opus stack from > > the dialplan? > > > > Thanks! > >> On Jun 2, 2015, at 6:23 AM, Emrah >> > wrote: > >> > >> Hi there, > >> @Mike: yes, but in a commonsensical approach the Opus library on the > >> client's side would resample and therefore optimize the codec and the > >> bandwidth accordingly up to FS. > >> @Julien, I saw the setting for Opus globally, but it defeats the > >> purpose. I don't want to limit the bandwidth of Opus for all > >> instances. I'd like to optimize Opus on a per call basis. > >> > >> Thanks for the replies > >>> On May 31, 2015, at 2:13 PM, Michael Jerris >>> > wrote: > >>> > >>> Side note, opening at the different rate I believe just makes the > >>> opus library do the re sampling instead of FreeSWITCH. > >>> > >>> On Sunday, May 31, 2015, Julien Chavanton >>> > wrote: > >>> > >>> Hi Emrah, > >>> > >>> The settings exist but they are not available from the dialplan, > >>> right now they can only be set globally . > >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > >>> > >>> You can control the bandwidth using maxplaybackrate and > >>> maxplaybackrate this will control the local encoder and also adds > >>> the corresponding FMTP parameters to the SDP to be used by the > >>> remote encoder (if it does implement the following draft, the > >>> draft is evolving but I think it as not changed) > >>> > >>> https://tools > >>> .ietf.org/html/draft-ietf-payload-rtp-opus-11 > >>> > >>> Maybe something like : > >>> > >>> maxaveragebitrate 24000 > >>> maxplaybackrate 8000 > >>> > >>> The discussion was getting slightly more complicated when we > >>> where discussing about unnecessary resampling this was not a > >>> problem but it was just adding extra load on the server. > >>> > >>> On Sun, May 31, 2015 at 6:09 AM, Emrah >>> > wrote: > >>> > >>> Hi list, > >>> > >>> I re-read FS6947 and don't understand how this problematic > >>> was addressed and the issue fixed. > >>> The scope is simple. There should be a setting in the > >>> dialplan that allows downsampling of Opus for applications > >>> that do not require the 48khz / 2 channels framework. I.e.: > >>> terminating to the PSTN with Opus to take advantage of low > >>> bandwidth and great PLC. > >>> There seems to be a lot of confusion around bandwidth in > >>> general there. It doesn't matter if the internal clock of the > >>> device is always sampling at 48khz / 2ch. There are settings > >>> that can facilitate a lower bandwidth consumption for > >>> particular use cases, and it seems the reason it is not being > >>> implemented in FS is just a matter of being confused about > >>> the intent of the 48khz 2ch base. > >>> Please revisit this issue. FS should allow tuning of Opus > >>> audio / network bandwidth in the dialplan. It would optimize > >>> greatly lots of use cases. > >>> If I'm calling the PSTN, I'd rather have my client downsample > >>> and stream at a lower bandwidth, even if my audio capture > >>> would still be at 48khz / 2ch as per the RFC, and save on > >>> bandwidth, than transcode the full 48khz spectrum into PCM on > >>> my FS and minimize processing power on the client's side. > >>> > >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 > >>> > >>> Emrah > >>> ____________________________________________________________ > _____________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at freeswitch.org > >>> > >>> http://www.freeswitchsolutions.com > >>> > >>> > >>> Official FreeSWITCH Sites > >>> http://www.freeswitch.org > >>> http://confluence.freeswitch.org > >>> > >>> http://www.cluecon.com > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> freeswitch.org');> > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >>> http://www.freeswitch.org > >>> > >>> > >>> ____________________________________________________________ > _____________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at freeswitch.org > >>> http://www.freeswitchsolutions.com > >>> > >>> Official FreeSWITCH Sites > >>> http://www.freeswitch.org > >>> http://confluence.freeswitch.org > >>> http://www.cluecon.com > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >>> http://www.freeswitch.org > >> > > > > > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/26da652a/attachment-0001.html From lists at kavun.ch Sat Oct 15 00:16:13 2016 From: lists at kavun.ch (Emrah) Date: Fri, 14 Oct 2016 22:16:13 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> Message-ID: Since when? I don't see it in FS 1.6.10. Emrah > On Oct 14, 2016, at 6:50 PM, Brian West wrote: > > We do have 12khz and 24khz I added the specifically when we added SILK, we can resample to and from both rates. :) > > On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea > wrote: > Hi > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > The decoder should decode at any sample rate. > We're working on a document (sort of manual) for the Opus module and > hopefully it will be released soon. > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > We needed opus at 8000hz for transcoding and I tried to explain some things > here (see my comment at the bottom of the page ): > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > > Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz > you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by > avoiding resampling we were saving 20-30 % CPU . > > Regards, > Dragos > > > > On 14/10/2016 14:02, Emrah wrote: > > Hi there, > > Revisiting this issue. I see that I can set my Opus codec with > > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can > > use. I see only 2 extreme options when the module is loaded or unloaded > > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or > > stereo and packet size. Can someone clarify why there is nothing in > > between? And what exactly this setting does? Opus at 8000h@20i definitely > > doesn't sound very good. I'd rather have a compromise for tough network > > conditions. > > Since these are parameters I can dynamically set on my dialplan, the > > question then becomes why can't I fully manipulate my Opus stack from > > the dialplan? > > > > Thanks! > >> On Jun 2, 2015, at 6:23 AM, Emrah > >> >> wrote: > >> > >> Hi there, > >> @Mike: yes, but in a commonsensical approach the Opus library on the > >> client's side would resample and therefore optimize the codec and the > >> bandwidth accordingly up to FS. > >> @Julien, I saw the setting for Opus globally, but it defeats the > >> purpose. I don't want to limit the bandwidth of Opus for all > >> instances. I'd like to optimize Opus on a per call basis. > >> > >> Thanks for the replies > >>> On May 31, 2015, at 2:13 PM, Michael Jerris > >>> >> wrote: > >>> > >>> Side note, opening at the different rate I believe just makes the > >>> opus library do the re sampling instead of FreeSWITCH. > >>> > >>> On Sunday, May 31, 2015, Julien Chavanton > >>> >> wrote: > >>> > >>> Hi Emrah, > >>> > >>> The settings exist but they are not available from the dialplan, > >>> right now they can only be set globally . > >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > >>> > >>> You can control the bandwidth using maxplaybackrate and > >>> maxplaybackrate this will control the local encoder and also adds > >>> the corresponding FMTP parameters to the SDP to be used by the > >>> remote encoder (if it does implement the following draft, the > >>> draft is evolving but I think it as not changed) > >>> > >>> https://tools > >>> >.ietf.org/html/draft-ietf-payload-rtp-opus-11 > >>> > >>> Maybe something like : > >>> > >>> maxaveragebitrate 24000 > >>> maxplaybackrate 8000 > >>> > >>> The discussion was getting slightly more complicated when we > >>> where discussing about unnecessary resampling this was not a > >>> problem but it was just adding extra load on the server. > >>> > >>> On Sun, May 31, 2015 at 6:09 AM, Emrah > >>> ');>> wrote: > >>> > >>> Hi list, > >>> > >>> I re-read FS6947 and don't understand how this problematic > >>> was addressed and the issue fixed. > >>> The scope is simple. There should be a setting in the > >>> dialplan that allows downsampling of Opus for applications > >>> that do not require the 48khz / 2 channels framework. I.e.: > >>> terminating to the PSTN with Opus to take advantage of low > >>> bandwidth and great PLC. > >>> There seems to be a lot of confusion around bandwidth in > >>> general there. It doesn't matter if the internal clock of the > >>> device is always sampling at 48khz / 2ch. There are settings > >>> that can facilitate a lower bandwidth consumption for > >>> particular use cases, and it seems the reason it is not being > >>> implemented in FS is just a matter of being confused about > >>> the intent of the 48khz 2ch base. > >>> Please revisit this issue. FS should allow tuning of Opus > >>> audio / network bandwidth in the dialplan. It would optimize > >>> greatly lots of use cases. > >>> If I'm calling the PSTN, I'd rather have my client downsample > >>> and stream at a lower bandwidth, even if my audio capture > >>> would still be at 48khz / 2ch as per the RFC, and save on > >>> bandwidth, than transcode the full 48khz spectrum into PCM on > >>> my FS and minimize processing power on the client's side. > >>> > >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 > >>> > >>> Emrah > >>> _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at freeswitch.org > >>> ');> > >>> http://www.freeswitchsolutions.com > >>> > > >>> > >>> Official FreeSWITCH Sites > >>> http://www.freeswitch.org > > >>> http://confluence.freeswitch.org > >>> > > >>> http://www.cluecon.com > > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> ');> > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > > >>> > >>> > >>> _________________________________________________________________________ > >>> Professional FreeSWITCH Consulting Services: > >>> consulting at freeswitch.org > > >>> http://www.freeswitchsolutions.com > >>> > >>> Official FreeSWITCH Sites > >>> http://www.freeswitch.org > >>> http://confluence.freeswitch.org > >>> http://www.cluecon.com > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users at lists.freeswitch.org > >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >>> http://www.freeswitch.org > >> > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > -- > Brian West > brian at freeswitch.org > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > Got Bugs? Report them here ! | Reddit: /r/freeswitch > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/7c8ce9ab/attachment-0001.html From lists at kavun.ch Sat Oct 15 00:18:16 2016 From: lists at kavun.ch (Emrah) Date: Fri, 14 Oct 2016 22:18:16 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> Message-ID: <7AEC1AD5-0344-4133-808B-5754FC7839F1@kavun.ch> In my FS 1.7 I still see this: 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 40ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 40ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 120ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 100ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 80ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 60ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 20ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 20ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 10ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 10ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 40ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 40ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 20ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 20ms 1ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 10ms 2ch (VBR) 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 10ms 1ch (VBR) > On Oct 14, 2016, at 10:16 PM, Emrah wrote: > > Since when? I don't see it in FS 1.6.10. > > Emrah >> On Oct 14, 2016, at 6:50 PM, Brian West > wrote: >> >> We do have 12khz and 24khz I added the specifically when we added SILK, we can resample to and from both rates. :) >> >> On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea > wrote: >> Hi >> >> Why would you say opus at 8000@20i does not sound very good ? What do you >> mean exactly ? Your call quality is bad or you mean you don't like the >> fact that the sampling rate is low ? >> >> You can play with the sampling rates by setting maxplaybackrate and >> sprop_maxcapurerate and enabling asymmetric_samplerates (which is an >> experimental feature so far) in your opus.conf.xml . >> >> FS does not have 12 khz or 24 khz because they are not much used for >> Voip. As for opus @ 16 khz perhaps it will be added. >> >> But if you use opus @ 48 khz and you just change maxaveragebitrate and >> maxplaybackrate accordingly you should get only WIDEBAND from the >> encoder anyway . >> The decoder should decode at any sample rate. >> We're working on a document (sort of manual) for the Opus module and >> hopefully it will be released soon. >> >> As for the issue why codec settings cannot be set from FS's dialplan , I >> think its a missing feature that affects other audio codecs too and I >> think it would be very useful. >> >> We needed opus at 8000hz for transcoding and I tried to explain some things >> here (see my comment at the bottom of the page ): >> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >> >> Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz >> you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by >> avoiding resampling we were saving 20-30 % CPU . >> >> Regards, >> Dragos >> >> >> >> On 14/10/2016 14:02, Emrah wrote: >> > Hi there, >> > Revisiting this issue. I see that I can set my Opus codec with >> > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can >> > use. I see only 2 extreme options when the module is loaded or unloaded >> > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or >> > stereo and packet size. Can someone clarify why there is nothing in >> > between? And what exactly this setting does? Opus at 8000h@20i definitely >> > doesn't sound very good. I'd rather have a compromise for tough network >> > conditions. >> > Since these are parameters I can dynamically set on my dialplan, the >> > question then becomes why can't I fully manipulate my Opus stack from >> > the dialplan? >> > >> > Thanks! >> >> On Jun 2, 2015, at 6:23 AM, Emrah >> >> >> wrote: >> >> >> >> Hi there, >> >> @Mike: yes, but in a commonsensical approach the Opus library on the >> >> client's side would resample and therefore optimize the codec and the >> >> bandwidth accordingly up to FS. >> >> @Julien, I saw the setting for Opus globally, but it defeats the >> >> purpose. I don't want to limit the bandwidth of Opus for all >> >> instances. I'd like to optimize Opus on a per call basis. >> >> >> >> Thanks for the replies >> >>> On May 31, 2015, at 2:13 PM, Michael Jerris >> >>> >> wrote: >> >>> >> >>> Side note, opening at the different rate I believe just makes the >> >>> opus library do the re sampling instead of FreeSWITCH. >> >>> >> >>> On Sunday, May 31, 2015, Julien Chavanton >> >>> >> wrote: >> >>> >> >>> Hi Emrah, >> >>> >> >>> The settings exist but they are not available from the dialplan, >> >>> right now they can only be set globally . >> >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >>> >> >>> You can control the bandwidth using maxplaybackrate and >> >>> maxplaybackrate this will control the local encoder and also adds >> >>> the corresponding FMTP parameters to the SDP to be used by the >> >>> remote encoder (if it does implement the following draft, the >> >>> draft is evolving but I think it as not changed) >> >>> >> >>> https://tools >> >>> >.ietf.org/html/draft-ietf-payload-rtp-opus-11 >> >>> >> >>> Maybe something like : >> >>> >> >>> maxaveragebitrate 24000 >> >>> maxplaybackrate 8000 >> >>> >> >>> The discussion was getting slightly more complicated when we >> >>> where discussing about unnecessary resampling this was not a >> >>> problem but it was just adding extra load on the server. >> >>> >> >>> On Sun, May 31, 2015 at 6:09 AM, Emrah >> >>> ');>> wrote: >> >>> >> >>> Hi list, >> >>> >> >>> I re-read FS6947 and don't understand how this problematic >> >>> was addressed and the issue fixed. >> >>> The scope is simple. There should be a setting in the >> >>> dialplan that allows downsampling of Opus for applications >> >>> that do not require the 48khz / 2 channels framework. I.e.: >> >>> terminating to the PSTN with Opus to take advantage of low >> >>> bandwidth and great PLC. >> >>> There seems to be a lot of confusion around bandwidth in >> >>> general there. It doesn't matter if the internal clock of the >> >>> device is always sampling at 48khz / 2ch. There are settings >> >>> that can facilitate a lower bandwidth consumption for >> >>> particular use cases, and it seems the reason it is not being >> >>> implemented in FS is just a matter of being confused about >> >>> the intent of the 48khz 2ch base. >> >>> Please revisit this issue. FS should allow tuning of Opus >> >>> audio / network bandwidth in the dialplan. It would optimize >> >>> greatly lots of use cases. >> >>> If I'm calling the PSTN, I'd rather have my client downsample >> >>> and stream at a lower bandwidth, even if my audio capture >> >>> would still be at 48khz / 2ch as per the RFC, and save on >> >>> bandwidth, than transcode the full 48khz spectrum into PCM on >> >>> my FS and minimize processing power on the client's side. >> >>> >> >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >> >>> >> >>> Emrah >> >>> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org >> >>> ');> >> >>> http://www.freeswitchsolutions.com >> >>> > >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org > >> >>> http://confluence.freeswitch.org >> >>> > >> >>> http://www.cluecon.com > >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> ');> >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org > >> >>> >> >>> >> >>> _________________________________________________________________________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org > >> >>> http://www.freeswitchsolutions.com >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org >> >>> http://confluence.freeswitch.org >> >>> http://www.cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> >>> http://www.freeswitch.org >> >> >> > >> > >> > >> > _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> -- >> Brian West >> brian at freeswitch.org >> >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> Got Bugs? Report them here ! | Reddit: /r/freeswitch >> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/1504c240/attachment-0001.html From manpower13.cse at gmail.com Sat Oct 15 00:27:26 2016 From: manpower13.cse at gmail.com (Murugan Pandian) Date: Sat, 15 Oct 2016 01:57:26 +0530 Subject: [Freeswitch-users] Early Media,Hangup issue in WebRTC Message-ID: Hi, I am using SIPJS for my webrtc client ,When i try to make call pstn, i cant able to hear any early media and if b leg (pstn) disconnect call ,A-leg(sipjs) did't receive bye message. if i use this same scenario in my voipfone(xlite.zoiper) works fine. Regard's Murugan Pandian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/9e138d99/attachment.html From krice at freeswitch.org Sat Oct 15 02:31:01 2016 From: krice at freeswitch.org (Ken Rice) Date: Fri, 14 Oct 2016 17:31:01 -0500 Subject: [Freeswitch-users] Weekend Maintenance For FreeSWITCH.org Message-ID: <6cfb01d2266a$a4f71210$eee53630$@freeswitch.org> Hey Guys, Major parts of the website infrastructure that makes up https://FreeSWITCH.org will be offline starting late Friday Night (Oct 14th) and will remain offline until sometime on Monday (Oct 17th) This maint window is to allow us to do some much needed software upgrades and to realign some services onto different hardware. For additional information as this maint window progresses please follow us on Twitter @FreeSWITCH We are currently looking to replace some aging infrastructure and this realignment of service will help, but it does not address the underlying issue in that we seriously need to replace several old servers as they just aren't strong enough to keep up with the ever growing loads. You can assist the FreeSWITCH Team in making the hardware upgrades possible by hitting the Donate button on FreeSWITCH.org or via paypal to paypal at freeswitch.org Tag in your donation that this is to assist in hardware upgrades. Thanks and have a good weekend. Ken Rice FreeSWITCH.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/0d00f08d/attachment.html From ehsanminachi at gmail.com Sat Oct 15 21:16:42 2016 From: ehsanminachi at gmail.com (Ehsan Minachi) Date: Sat, 15 Oct 2016 10:16:42 -0700 Subject: [Freeswitch-users] FreeSWITCH on Docker Message-ID: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Hello all, We?ve containerized our infrastructure. The only piece left is FreeSWITCH which we?re hesitant. Has anyone run FreeSWITCH under high load in a container? Would love to hear if there are any downsides to running FreeSWITCH in a container. Thank you, - Ehsan From colin.morelli at gmail.com Sat Oct 15 21:30:12 2016 From: colin.morelli at gmail.com (Colin Morelli) Date: Sat, 15 Oct 2016 17:30:12 +0000 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: Ehsan, While I haven't personally run heavy load FS instances in containers yet (only testing), I can't see a reason this would be a problem. Docker containers are just glorified Linux cgroups, and have virtually zero measurable overhead - especially so if you're not actually using CPU/memory limitations. A couple of things to consider: Given that FS is likely to use a lot of bandwidth, you're probably best off using host networking if possible (avoids significant numbers of iptables rules or userland proxies on older version of docker). This will also help avoid ugliness with getting FS to properly handle the local Docker bridge IP. Local disk I/O *will* be slower in Docker, but how much so largely depends on on which storage driver you use. That said, if you're considering putting FS in Docker I assume you're likely not doing local disk I/O in FS anyway. Hopefully that's helpful. Best, Colin On Sat, Oct 15, 2016 at 1:22 PM Ehsan Minachi wrote: > Hello all, > > We?ve containerized our infrastructure. The only piece left is FreeSWITCH > which we?re hesitant. Has anyone run FreeSWITCH under high load in a > container? Would love to hear if there are any downsides to running > FreeSWITCH in a container. > > Thank you, > > - Ehsan > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/8d8dd2d3/attachment.html From s.safarov at gmail.com Sat Oct 15 21:30:41 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Sat, 15 Oct 2016 17:30:41 +0000 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: You cannot run container in FIFO scheduler. Required bind FS to host network. Sergey ??, 15 ???. 2016 ?. ? 20:18, Ehsan Minachi : > Hello all, > > We?ve containerized our infrastructure. The only piece left is FreeSWITCH > which we?re hesitant. Has anyone run FreeSWITCH under high load in a > container? Would love to hear if there are any downsides to running > FreeSWITCH in a container. > > Thank you, > > - Ehsan > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/b1e31ab4/attachment.html From gmaruzz at gmail.com Sat Oct 15 21:31:36 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sat, 15 Oct 2016 19:31:36 +0200 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: As containers use LXC (a form of "jail" or "openvz like") to run a program on the only kernel that is running on the actual hardware ( instead of mimicking a machine and running a kernel ), FreeSWITCH will probably behave well, if it is the only program running on the actual hardware. If on the same hardware other programs (containers) are running, you will have exactly the same drawback than running FS on an hardware machine that is running other programs too: contentions of resources, IRQs, timers, kernel structures, etc (eg, a no-no, under high loads). So, containers are better than virtualization (as in KVM, VMWare, etc), but nothing will beat FS running alone in an actual hardware (containerized or not) for obvious reasons. Test test test, your use case may be particular and uniq. -giovanni On 15 October 2016 at 19:16, Ehsan Minachi wrote: > Hello all, > > We?ve containerized our infrastructure. The only piece left is FreeSWITCH > which we?re hesitant. Has anyone run FreeSWITCH under high load in a > container? Would love to hear if there are any downsides to running > FreeSWITCH in a container. > > Thank you, > > - Ehsan > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/b60a264e/attachment-0001.html From mitch.capper at gmail.com Sat Oct 15 22:55:57 2016 From: mitch.capper at gmail.com (Mitch Capper) Date: Sat, 15 Oct 2016 11:55:57 -0700 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: Running freeswitch on docker without an issue. Not high load however. ~mitch On Sat, Oct 15, 2016 at 10:31 AM, Giovanni Maruzzelli wrote: > As containers use LXC (a form of "jail" or "openvz like") to run a program > on the only kernel that is running on the actual hardware ( instead of > mimicking a machine and running a kernel ), FreeSWITCH will probably behave > well, if it is the only program running on the actual hardware. > > If on the same hardware other programs (containers) are running, you will > have exactly the same drawback than running FS on an hardware machine that > is running other programs too: contentions of resources, IRQs, timers, > kernel structures, etc (eg, a no-no, under high loads). > > So, containers are better than virtualization (as in KVM, VMWare, etc), > but nothing will beat FS running alone in an actual hardware (containerized > or not) for obvious reasons. > > Test test test, your use case may be particular and uniq. > > -giovanni > > On 15 October 2016 at 19:16, Ehsan Minachi wrote: > >> Hello all, >> >> We?ve containerized our infrastructure. The only piece left is FreeSWITCH >> which we?re hesitant. Has anyone run FreeSWITCH under high load in a >> container? Would love to hear if there are any downsides to running >> FreeSWITCH in a container. >> >> Thank you, >> >> - Ehsan >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/e150712e/attachment.html From ehsanminachi at gmail.com Sat Oct 15 22:58:51 2016 From: ehsanminachi at gmail.com (Ehsan Minachi) Date: Sat, 15 Oct 2016 11:58:51 -0700 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: Thank you all for your responses. We have a highly distributed environment. While Kubernetes manages 80+ micro services across our clusters, we are planning to have dedicated FreeSWITCH hardware. Currently on each server dedicated to FreeSWITCH we're running two instances with dedicated NIC cards. Our plan was indeed to use host only network. We also have a cluster of GlusterFS serving media files and will be attached as a volume to our FreeSWITCH containers. On Sat, Oct 15, 2016 at 10:31 AM, Giovanni Maruzzelli wrote: > As containers use LXC (a form of "jail" or "openvz like") to run a program > on the only kernel that is running on the actual hardware ( instead of > mimicking a machine and running a kernel ), FreeSWITCH will probably behave > well, if it is the only program running on the actual hardware. > > If on the same hardware other programs (containers) are running, you will > have exactly the same drawback than running FS on an hardware machine that > is running other programs too: contentions of resources, IRQs, timers, > kernel structures, etc (eg, a no-no, under high loads). > > So, containers are better than virtualization (as in KVM, VMWare, etc), > but nothing will beat FS running alone in an actual hardware (containerized > or not) for obvious reasons. > > Test test test, your use case may be particular and uniq. > > -giovanni > > On 15 October 2016 at 19:16, Ehsan Minachi wrote: > >> Hello all, >> >> We?ve containerized our infrastructure. The only piece left is FreeSWITCH >> which we?re hesitant. Has anyone run FreeSWITCH under high load in a >> container? Would love to hear if there are any downsides to running >> FreeSWITCH in a container. >> >> Thank you, >> >> - Ehsan >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/79176bd0/attachment.html From gmaruzz at gmail.com Sun Oct 16 02:15:59 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 16 Oct 2016 00:15:59 +0200 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: On 15 October 2016 at 20:58, Ehsan Minachi wrote: > Thank you all for your responses. > > We have a highly distributed environment. While Kubernetes manages 80+ > micro services across our clusters, we are planning to have dedicated > FreeSWITCH hardware. Currently on each server dedicated to FreeSWITCH we're > running two instances with dedicated NIC cards. > > Our plan was indeed to use host only network. We also have a cluster of > GlusterFS serving media files and will be attached as a volume to our > FreeSWITCH containers. > Seems good to me. Please report how it goes. Also, don't put /usr/local/freeswitch/sounds on GlusterFS, GlusterFS is not so good for realtime reading and concatenating many small files (eg: what standard FS IVRs do). GlusterFS can be good for voicemail messages (eg /usr/local/freeswitch/storage). You better keep your smallish audio files (to be concatenated) on local filesystems, keeped in sync. Maybe (not so good) on NFS. GlusterFS is not the best for that. -giovanni > > On Sat, Oct 15, 2016 at 10:31 AM, Giovanni Maruzzelli > wrote: > >> As containers use LXC (a form of "jail" or "openvz like") to run a >> program on the only kernel that is running on the actual hardware ( instead >> of mimicking a machine and running a kernel ), FreeSWITCH will probably >> behave well, if it is the only program running on the actual hardware. >> >> If on the same hardware other programs (containers) are running, you will >> have exactly the same drawback than running FS on an hardware machine that >> is running other programs too: contentions of resources, IRQs, timers, >> kernel structures, etc (eg, a no-no, under high loads). >> >> So, containers are better than virtualization (as in KVM, VMWare, etc), >> but nothing will beat FS running alone in an actual hardware (containerized >> or not) for obvious reasons. >> >> Test test test, your use case may be particular and uniq. >> >> -giovanni >> >> On 15 October 2016 at 19:16, Ehsan Minachi >> wrote: >> >>> Hello all, >>> >>> We?ve containerized our infrastructure. The only piece left is >>> FreeSWITCH which we?re hesitant. Has anyone run FreeSWITCH under high load >>> in a container? Would love to hear if there are any downsides to running >>> FreeSWITCH in a container. >>> >>> Thank you, >>> >>> - Ehsan >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161016/85bcfc3c/attachment-0001.html From gmaruzz at gmail.com Sun Oct 16 02:21:35 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Sun, 16 Oct 2016 00:21:35 +0200 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: On 16 October 2016 at 00:15, Giovanni Maruzzelli wrote: > > > On 15 October 2016 at 20:58, Ehsan Minachi wrote: > >> Thank you all for your responses. >> >> We have a highly distributed environment. While Kubernetes manages 80+ >> micro services across our clusters, we are planning to have dedicated >> FreeSWITCH hardware. Currently on each server dedicated to FreeSWITCH we're >> running two instances with dedicated NIC cards. >> >> Also, obviously, to be sure about quality, run one only instance of FS per actual hardware. And test on your expected actual load and actual call patterns/flows/concurrence/durations. Eg, first test with one instance one hardware, if it works, you can try to cramp two instances together and see how it goes. -giovanni -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161016/b5e824e4/attachment.html From ssinyagin at gmail.com Sun Oct 16 06:07:43 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 16 Oct 2016 04:07:43 +0200 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: For testing purposes, I'm running FreeSWITCH within an LXC container (or sometimes even two LXC containers per physical machine) attached directly to a dedicated NIC. I didn't do performance tests, but it works without issues. A couple of years ago when I looked at Docker, it did not allow the container process to take real-time priority, and it resulted in FreeSWITCH process to run in the same best-effort priority as all other processes. I hope it's possible to change now, but I didn't go into details. On Sat, Oct 15, 2016 at 7:16 PM, Ehsan Minachi wrote: > Hello all, > > We?ve containerized our infrastructure. The only piece left is FreeSWITCH which we?re hesitant. Has anyone run FreeSWITCH under high load in a container? Would love to hear if there are any downsides to running FreeSWITCH in a container. > > Thank you, > > - Ehsan > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From s.safarov at gmail.com Sun Oct 16 08:54:54 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Sun, 16 Oct 2016 04:54:54 +0000 Subject: [Freeswitch-users] FreeSWITCH on Docker In-Reply-To: References: <7569BC8C-2832-4EA2-85C3-2366DB86CF25@gmail.com> Message-ID: # Workaroud to fix error "ERROR: Failed to set SCHED_FIFO scheduler (Operation not permitted)" # is located at https://github.com/docker/docker/pull/23430 ??, 16 ???. 2016 ?. ? 5:08, Stanislav Sinyagin : > For testing purposes, I'm running FreeSWITCH within an LXC container > (or sometimes even two LXC containers per physical machine) attached > directly to a dedicated NIC. I didn't do performance tests, but it > works without issues. > > A couple of years ago when I looked at Docker, it did not allow the > container process to take real-time priority, and it resulted in > FreeSWITCH process to run in the same best-effort priority as all > other processes. I hope it's possible to change now, but I didn't go > into details. > > > > > On Sat, Oct 15, 2016 at 7:16 PM, Ehsan Minachi > wrote: > > Hello all, > > > > We?ve containerized our infrastructure. The only piece left is > FreeSWITCH which we?re hesitant. Has anyone run FreeSWITCH under high load > in a container? Would love to hear if there are any downsides to running > FreeSWITCH in a container. > > > > Thank you, > > > > - Ehsan > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161016/c17c0ffd/attachment.html From shaun.stokes at itec-support.co.uk Mon Oct 17 11:48:42 2016 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Mon, 17 Oct 2016 07:48:42 +0000 Subject: [Freeswitch-users] Preferred Intel QPI Bandwidth Priority Setting for FreeSWITCH In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E860226B@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A901E860226B@mbx-01.sysconfig.co.uk> Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E860317D@mbx-01.sysconfig.co.uk> Hi All, Just to clarify, the QPI connects between to the processor sockets as well as the IOH (shared I/O controller), this is used to replace the FSB (front side bus) in Xeon processors. I believe setting this to 'I/O' gives traffic with the I/O controller priority, settings this to 'Compute' gives computational (processor) traffic priority. I'm not certain where the bottleneck would be with FreeSWITCH. Considering each processor has its own memory controller and most of the configuration and data will be cached in the memory I would presume we ought to be giving bandwidth priority to computational traffic between the processors, although not sure precisely how much difference this will make in production. This is one of the few discussions I've found about QPI bandwidth priority: http://www.tomshardware.co.uk/forum/269051-28-intel-speed-relevancy If anyone has anything else they would like to add please feel free. Thanks, Shaun From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Shaun Stokes Sent: 14 October 2016 11:37 To: FreeSWITCH Users Help Subject: [Freeswitch-users] Preferred Intel QPI Bandwidth Priority Setting for FreeSWITCH We're looking at deploying FreeSWITCH 1.6 with SIP, Conferencing, Video and WebRTC connected to PostgreSQL for 1000-2000 endpoints using dialplans (stored in memcache) of upto roughly 100 lines. The hardware we've spec'd includes 32GB RAM, 2x Intel X5650 CPUs and 6x 73GB 15.2K SAS HDs in RAID 5 volume (for increased I/O and throughput) on PERC H700 controller. My question is, what would the preferred setting be for Intel QPI Bandwidth Priority, the options are either 'Compute' (default) or 'I/O' (optimized for I/O intensive workloads)? This is what we've found on the suppliers website: The Intel QPI Bandwidth priority has two settings, compute and I/O. It is set to "compute" by default. This option determines the number and priority of requests on the QPI bus. Recall that the QPI connects the processor sockets as well as the IOH. The "compute" setting favors computational traffic while the "I/O" setting is optimized for IO intensive workloads. The last thing we want is an I/O bottlenecks but after researching this on Intel's website I believe the above 'I/O' setting is specifically aimed at prioritizing traffic between the memory controller (RAM) and CPU, while 'Compute' prioritizes computational traffic. Does anyone know what the preference should be FreeSWITCH in this scenario? Thanks, Shaun [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] - T : E : W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/d508f1b1/attachment-0001.html From krice at freeswitch.org Mon Oct 17 13:00:56 2016 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Oct 2016 04:00:56 -0500 Subject: [Freeswitch-users] FreeSWITCH.org returning to normal Message-ID: <014801d22854$f95f4520$ec1dcf60$@freeswitch.org> Greetings FreeSWITCHers. Most of the upgrades to the FreeSWITCH infrastructure went off pretty good this weekend. Things like Jira, Stash and confluence are back online however may be a little slow as the remaining backups and restores to the new hardware are completed through the early part of Monday. If you notice anything broken drop me an email to krice at freeswitch.org and we'll address it. While these upgrade help relieve some of the pressure on the FreeSWITCH.org infrastructure we still need to do some network upgrades and add some more compute resources to the cluster. Please help out the FreeSWITCH team by visiting https://freeswitch.org/ and clicking that donate button on the right side of the page. We are trying to raise the funding to do a good overhaul of things. Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/80fee353/attachment.html From gmaruzz at gmail.com Mon Oct 17 13:04:10 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 17 Oct 2016 11:04:10 +0200 Subject: [Freeswitch-users] FreeSWITCH.org returning to normal In-Reply-To: <014801d22854$f95f4520$ec1dcf60$@freeswitch.org> References: <014801d22854$f95f4520$ec1dcf60$@freeswitch.org> Message-ID: Ciao Ken, seems web at files.freeswitch.org still down... -giovanni On 17 October 2016 at 11:00, Ken Rice wrote: > Greetings FreeSWITCHers. > > > > Most of the upgrades to the FreeSWITCH infrastructure went off pretty > good this weekend. > > > > Things like Jira, Stash and confluence are back online however may be a > little slow as the remaining backups and restores to the new hardware are > completed through the early part of Monday. > > > > If you notice anything broken drop me an email to krice at freeswitch.org > and we?ll address it. > > > > While these upgrade help relieve some of the pressure on the > FreeSWITCH.org infrastructure we still need to do some network upgrades and > add some more compute resources to the cluster. > > > > Please help out the FreeSWITCH team by visiting https://freeswitch.org/ > and clicking that donate button on the right side of the page. We are > trying to raise the funding to do a good overhaul of things. > > > > Ken > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/66ed091d/attachment.html From fanx07 at gmail.com Mon Oct 17 16:29:09 2016 From: fanx07 at gmail.com (Anonim Stefan) Date: Mon, 17 Oct 2016 15:29:09 +0300 Subject: [Freeswitch-users] mod_shout streaming proxy Message-ID: Hi, I am using mod_shout to stream some radio, for given links. I do not have a definite radio IP list and I want to ask if some sort of streaming proxy can be configured on Freeswitch, for mod_shout. Thus, the streaming traffic will flow: Freeswitch <-> Streaming Proxy <-> Internet Radio. Thank you, Stefan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/f4d2482b/attachment.html From shaun.stokes at itec-support.co.uk Mon Oct 17 18:00:25 2016 From: shaun.stokes at itec-support.co.uk (Shaun Stokes) Date: Mon, 17 Oct 2016 14:00:25 +0000 Subject: [Freeswitch-users] files.freeswitch.org appears to be down Message-ID: <6FD2F8B5BB72834E9939AEDF9FB802A901E86034F0@mbx-01.sysconfig.co.uk> files.freeswitch.org appears to be down, tried using different connections over different providers and symptoms are the same root at xxxx:/tmp# wget http://files.freeswitch.org/downloads/libs/json-c-0.9.tar.gz --2016-10-17 14:53:33-- http://files.freeswitch.org/downloads/libs/json-c-0.9.tar.gz Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, 2607:f348:1021::7 Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:80... failed: Connection refused. ## Installing from Debian packages # latest release branch (tried http and https): --2016-10-17 14:57:02-- https://files.freeswitch.org/repo/deb/debian/freeswitch_archive_g0.pub Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, 2607:f348:1021::7 Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:443... failed: Connection refused. Connecting to files.freeswitch.org (files.freeswitch.org)|2607:f348:1021::7|:443... failed: Network is unreachable. gpg: no valid OpenPGP data found. Ign http://ftp.uk.debian.org jessie InRelease Hit http://security.debian.org jessie/updates InRelease Hit http://ftp.uk.debian.org jessie-updates InRelease Err http://files.freeswitch.org jessie InRelease Err http://files.freeswitch.org jessie Release.gpg Cannot initiate the connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: 2607:f348:1021::7 80] Hit http://ftp.uk.debian.org jessie Release.gpg Hit http://ftp.uk.debian.org jessie Release Hit http://ftp.uk.debian.org jessie-updates/contrib Sources Get:1 http://ftp.uk.debian.org jessie-updates/main amd64 Packages/DiffIndex [5,440 B] Hit http://security.debian.org jessie/updates/non-free Sources Hit http://ftp.uk.debian.org jessie-updates/contrib amd64 Packages Get:2 http://ftp.uk.debian.org jessie-updates/non-free amd64 Packages/DiffIndex [736 B] Hit http://security.debian.org jessie/updates/non-free amd64 Packages Hit http://ftp.uk.debian.org jessie-updates/contrib Translation-en Get:3 http://ftp.uk.debian.org jessie-updates/main Translation-en/DiffIndex [2,704 B] Get:4 http://ftp.uk.debian.org jessie-updates/non-free Translation-en/DiffIndex [736 B] Hit http://ftp.uk.debian.org jessie-updates/main Sources Hit http://security.debian.org jessie/updates/non-free Translation-en Hit http://security.debian.org jessie/updates/main Sources Hit http://security.debian.org jessie/updates/contrib Sources Hit http://ftp.uk.debian.org jessie-updates/non-free Sources Hit http://security.debian.org jessie/updates/main amd64 Packages Hit http://ftp.uk.debian.org jessie/main Sources Hit http://security.debian.org jessie/updates/contrib amd64 Packages Hit http://security.debian.org jessie/updates/contrib Translation-en Hit http://ftp.uk.debian.org jessie/main amd64 Packages Hit http://ftp.uk.debian.org jessie/main Translation-en Hit http://security.debian.org jessie/updates/main Translation-en Fetched 9,616 B in 5s (1,671 B/s) Reading package lists... Done W: Failed to fetch http://files.freeswitch.org/repo/deb/freeswitch-1.6/dists/jessie/InRelease W: Failed to fetch http://files.freeswitch.org/repo/deb/freeswitch-1.6/dists/jessie/Release.gpg Cannot initiate the connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: 2607:f348:1021::7 80] W: Some index files failed to download. They have been ignored, or old ones used instead. Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package freeswitch-meta-all [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/ab80e26d/attachment-0001.html From gmaruzz at gmail.com Mon Oct 17 18:05:07 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 17 Oct 2016 16:05:07 +0200 Subject: [Freeswitch-users] files.freeswitch.org appears to be down In-Reply-To: <6FD2F8B5BB72834E9939AEDF9FB802A901E86034F0@mbx-01.sysconfig.co.uk> References: <6FD2F8B5BB72834E9939AEDF9FB802A901E86034F0@mbx-01.sysconfig.co.uk> Message-ID: Yep, I confirm, http(s) is down, ping works -giovanni On 17 October 2016 at 16:00, Shaun Stokes wrote: > files.freeswitch.org appears to be down, tried using different > connections over different providers and symptoms are the same > > > > root at xxxx:/tmp# wget http://files.freeswitch.org/ > downloads/libs/json-c-0.9.tar.gz > > --2016-10-17 14:53:33-- http://files.freeswitch.org/ > downloads/libs/json-c-0.9.tar.gz > > Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, > 2607:f348:1021::7 > > Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:80... > failed: Connection refused. > > > > > > ## Installing from Debian packages > > # latest release branch (tried http and https): > > > > --2016-10-17 14:57:02-- https://files.freeswitch.org/ > repo/deb/debian/freeswitch_archive_g0.pub > > Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, > 2607:f348:1021::7 > > Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:443... > failed: Connection refused. > > Connecting to files.freeswitch.org (files.freeswitch.org)|2607:f348:1021::7|:443... > failed: Network is unreachable. > > gpg: no valid OpenPGP data found. > > Ign http://ftp.uk.debian.org jessie InRelease > > Hit http://security.debian.org jessie/updates > InRelease > > Hit http://ftp.uk.debian.org jessie-updates InRelease > > > Err http://files.freeswitch.org jessie InRelease > > > > > Err http://files.freeswitch.org jessie Release.gpg > > > Cannot initiate the connection to files.freeswitch.org:80 > (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: > 2607:f348:1021::7 80] > > Hit http://ftp.uk.debian.org jessie Release.gpg > > Hit http://ftp.uk.debian.org jessie Release > > Hit http://ftp.uk.debian.org jessie-updates/contrib Sources > > Get:1 http://ftp.uk.debian.org jessie-updates/main amd64 > Packages/DiffIndex [5,440 B] > > Hit http://security.debian.org jessie/updates/non-free Sources > > Hit http://ftp.uk.debian.org jessie-updates/contrib amd64 Packages > > Get:2 http://ftp.uk.debian.org jessie-updates/non-free amd64 > Packages/DiffIndex [736 B] > > Hit http://security.debian.org jessie/updates/non-free amd64 Packages > > Hit http://ftp.uk.debian.org jessie-updates/contrib Translation-en > > Get:3 http://ftp.uk.debian.org jessie-updates/main > Translation-en/DiffIndex [2,704 B] > > Get:4 http://ftp.uk.debian.org jessie-updates/non-free > Translation-en/DiffIndex [736 B] > > Hit http://ftp.uk.debian.org jessie-updates/main Sources > > Hit http://security.debian.org jessie/updates/non-free Translation-en > > Hit http://security.debian.org jessie/updates/main Sources > > Hit http://security.debian.org jessie/updates/contrib Sources > > Hit http://ftp.uk.debian.org jessie-updates/non-free Sources > > Hit http://security.debian.org jessie/updates/main amd64 Packages > > Hit http://ftp.uk.debian.org jessie/main Sources > > Hit http://security.debian.org jessie/updates/contrib amd64 Packages > > Hit http://security.debian.org jessie/updates/contrib Translation-en > > Hit http://ftp.uk.debian.org jessie/main amd64 Packages > > Hit http://ftp.uk.debian.org jessie/main Translation-en > > Hit http://security.debian.org jessie/updates/main Translation-en > > Fetched 9,616 B in 5s (1,671 B/s) > > Reading package lists... Done > > W: Failed to fetch http://files.freeswitch.org/ > repo/deb/freeswitch-1.6/dists/jessie/InRelease > > > > W: Failed to fetch http://files.freeswitch.org/ > repo/deb/freeswitch-1.6/dists/jessie/Release.gpg Cannot initiate the > connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect > (101: Network is unreachable) [IP: 2607:f348:1021::7 80] > > > > W: Some index files failed to download. They have been ignored, or old > ones used instead. > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > E: Unable to locate package freeswitch-meta-all > Shaun Stokes - Infrastructure Analyst > T : 01453 700713 > E : shaun.stokes at itec-support.co.uk > W : www.itec-support.co.uk > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the > person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC Support > has taken every reasonable precaution to minimise this risk, we cannot > accept liability for any damage which you sustain as a result of software > viruses. You should carry out your own virus checking procedure before > opening any attachment. > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/d6bee62c/attachment.html From cody.rosenbloom at gmail.com Mon Oct 17 18:06:54 2016 From: cody.rosenbloom at gmail.com (Cody Rosenbloom) Date: Mon, 17 Oct 2016 10:06:54 -0400 Subject: [Freeswitch-users] Conference Use-Case Question Message-ID: Hi, I'm quite new to mod_conference and I've had good success implementing Stanislav Sinyagin's conferencing solution on his blog for our freeswitch setup. This is fantastic for planned conference calls where everyone can dial into the conference line. I'm now looking to address the use case where 1 person is talking to another and suddenly needs to pull in one or two more people into the call to discuss (sort of a dynamic conferencing solution). Is this possible and what's the best way to go about achieving it? Appreciate any advice you can give me. Thanks Cody -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/8439067e/attachment.html From krice at freeswitch.org Mon Oct 17 18:52:35 2016 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Oct 2016 09:52:35 -0500 Subject: [Freeswitch-users] files.freeswitch.org appears to be down In-Reply-To: References: <6FD2F8B5BB72834E9939AEDF9FB802A901E86034F0@mbx-01.sysconfig.co.uk> Message-ID: <01f401d22886$1c8bfa30$55a3ee90$@freeswitch.org> It was one of the thigns being slow in processing... its back online now? From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Giovanni Maruzzelli Sent: Monday, October 17, 2016 9:05 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] files.freeswitch.org appears to be down Yep, I confirm, http(s) is down, ping works -giovanni On 17 October 2016 at 16:00, Shaun Stokes > wrote: files.freeswitch.org appears to be down, tried using different connections over different providers and symptoms are the same root at xxxx:/tmp# wget http://files.freeswitch.org/downloads/libs/json-c-0.9.tar.gz --2016-10-17 14:53:33-- http://files.freeswitch.org/downloads/libs/json-c-0.9.tar.gz Resolving files.freeswitch.org (files.freeswitch.org )... 209.105.235.7, 2607:f348:1021::7 Connecting to files.freeswitch.org (files.freeswitch.org )|209.105.235.7|:80... failed: Connection refused. ## Installing from Debian packages # latest release branch (tried http and https): --2016-10-17 14:57:02-- https://files.freeswitch.org/repo/deb/debian/freeswitch_archive_g0.pub Resolving files.freeswitch.org (files.freeswitch.org )... 209.105.235.7, 2607:f348:1021::7 Connecting to files.freeswitch.org (files.freeswitch.org )|209.105.235.7|:443... failed: Connection refused. Connecting to files.freeswitch.org (files.freeswitch.org )|2607:f348:1021::7|:443... failed: Network is unreachable. gpg: no valid OpenPGP data found. Ign http://ftp.uk.debian.org jessie InRelease Hit http://security.debian.org jessie/updates InRelease Hit http://ftp.uk.debian.org jessie-updates InRelease Err http://files.freeswitch.org jessie InRelease Err http://files.freeswitch.org jessie Release.gpg Cannot initiate the connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: 2607:f348:1021::7 80] Hit http://ftp.uk.debian.org jessie Release.gpg Hit http://ftp.uk.debian.org jessie Release Hit http://ftp.uk.debian.org jessie-updates/contrib Sources Get:1 http://ftp.uk.debian.org jessie-updates/main amd64 Packages/DiffIndex [5,440 B] Hit http://security.debian.org jessie/updates/non-free Sources Hit http://ftp.uk.debian.org jessie-updates/contrib amd64 Packages Get:2 http://ftp.uk.debian.org jessie-updates/non-free amd64 Packages/DiffIndex [736 B] Hit http://security.debian.org jessie/updates/non-free amd64 Packages Hit http://ftp.uk.debian.org jessie-updates/contrib Translation-en Get:3 http://ftp.uk.debian.org jessie-updates/main Translation-en/DiffIndex [2,704 B] Get:4 http://ftp.uk.debian.org jessie-updates/non-free Translation-en/DiffIndex [736 B] Hit http://ftp.uk.debian.org jessie-updates/main Sources Hit http://security.debian.org jessie/updates/non-free Translation-en Hit http://security.debian.org jessie/updates/main Sources Hit http://security.debian.org jessie/updates/contrib Sources Hit http://ftp.uk.debian.org jessie-updates/non-free Sources Hit http://security.debian.org jessie/updates/main amd64 Packages Hit http://ftp.uk.debian.org jessie/main Sources Hit http://security.debian.org jessie/updates/contrib amd64 Packages Hit http://security.debian.org jessie/updates/contrib Translation-en Hit http://ftp.uk.debian.org jessie/main amd64 Packages Hit http://ftp.uk.debian.org jessie/main Translation-en Hit http://security.debian.org jessie/updates/main Translation-en Fetched 9,616 B in 5s (1,671 B/s) Reading package lists... Done W: Failed to fetch http://files.freeswitch.org/repo/deb/freeswitch-1.6/dists/jessie/InRelease W: Failed to fetch http://files.freeswitch.org/repo/deb/freeswitch-1.6/dists/jessie/Release.gpg Cannot initiate the connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: 2607:f348:1021::7 80] W: Some index files failed to download. They have been ignored, or old ones used instead. Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package freeswitch-meta-all Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes at itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/4cedaa5b/attachment-0001.html From gmaruzz at gmail.com Mon Oct 17 18:58:39 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 17 Oct 2016 16:58:39 +0200 Subject: [Freeswitch-users] files.freeswitch.org appears to be down In-Reply-To: <01f401d22886$1c8bfa30$55a3ee90$@freeswitch.org> References: <6FD2F8B5BB72834E9939AEDF9FB802A901E86034F0@mbx-01.sysconfig.co.uk> <01f401d22886$1c8bfa30$55a3ee90$@freeswitch.org> Message-ID: Yay! On 17 October 2016 at 16:52, Ken Rice wrote: > It was one of the thigns being slow in processing... its back online now? > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Giovanni > Maruzzelli > *Sent:* Monday, October 17, 2016 9:05 AM > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] files.freeswitch.org appears to be down > > > > Yep, I confirm, http(s) is down, ping works > > -giovanni > > > > On 17 October 2016 at 16:00, Shaun Stokes > wrote: > > files.freeswitch.org appears to be down, tried using different > connections over different providers and symptoms are the same > > > > root at xxxx:/tmp# wget http://files.freeswitch.org/ > downloads/libs/json-c-0.9.tar.gz > > --2016-10-17 14:53:33-- http://files.freeswitch.org/ > downloads/libs/json-c-0.9.tar.gz > > Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, > 2607:f348:1021::7 > > Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:80... > failed: Connection refused. > > > > > > ## Installing from Debian packages > > # latest release branch (tried http and https): > > > > --2016-10-17 14:57:02-- https://files.freeswitch.org/ > repo/deb/debian/freeswitch_archive_g0.pub > > Resolving files.freeswitch.org (files.freeswitch.org)... 209.105.235.7, > 2607:f348:1021::7 > > Connecting to files.freeswitch.org (files.freeswitch.org)|209.105.235.7|:443... > failed: Connection refused. > > Connecting to files.freeswitch.org (files.freeswitch.org)|2607:f348:1021::7|:443... > failed: Network is unreachable. > > gpg: no valid OpenPGP data found. > > Ign http://ftp.uk.debian.org jessie InRelease > > Hit http://security.debian.org jessie/updates > InRelease > > Hit http://ftp.uk.debian.org jessie-updates InRelease > > > Err http://files.freeswitch.org jessie InRelease > > > > > Err http://files.freeswitch.org jessie Release.gpg > > > Cannot initiate the connection to files.freeswitch.org:80 > (2607:f348:1021::7). - connect (101: Network is unreachable) [IP: > 2607:f348:1021::7 80] > > Hit http://ftp.uk.debian.org jessie Release.gpg > > Hit http://ftp.uk.debian.org jessie Release > > Hit http://ftp.uk.debian.org jessie-updates/contrib Sources > > Get:1 http://ftp.uk.debian.org jessie-updates/main amd64 > Packages/DiffIndex [5,440 B] > > Hit http://security.debian.org jessie/updates/non-free Sources > > Hit http://ftp.uk.debian.org jessie-updates/contrib amd64 Packages > > Get:2 http://ftp.uk.debian.org jessie-updates/non-free amd64 > Packages/DiffIndex [736 B] > > Hit http://security.debian.org jessie/updates/non-free amd64 Packages > > Hit http://ftp.uk.debian.org jessie-updates/contrib Translation-en > > Get:3 http://ftp.uk.debian.org jessie-updates/main > Translation-en/DiffIndex [2,704 B] > > Get:4 http://ftp.uk.debian.org jessie-updates/non-free > Translation-en/DiffIndex [736 B] > > Hit http://ftp.uk.debian.org jessie-updates/main Sources > > Hit http://security.debian.org jessie/updates/non-free Translation-en > > Hit http://security.debian.org jessie/updates/main Sources > > Hit http://security.debian.org jessie/updates/contrib Sources > > Hit http://ftp.uk.debian.org jessie-updates/non-free Sources > > Hit http://security.debian.org jessie/updates/main amd64 Packages > > Hit http://ftp.uk.debian.org jessie/main Sources > > Hit http://security.debian.org jessie/updates/contrib amd64 Packages > > Hit http://security.debian.org jessie/updates/contrib Translation-en > > Hit http://ftp.uk.debian.org jessie/main amd64 Packages > > Hit http://ftp.uk.debian.org jessie/main Translation-en > > Hit http://security.debian.org jessie/updates/main Translation-en > > Fetched 9,616 B in 5s (1,671 B/s) > > Reading package lists... Done > > W: Failed to fetch http://files.freeswitch.org/ > repo/deb/freeswitch-1.6/dists/jessie/InRelease > > > > W: Failed to fetch http://files.freeswitch.org/ > repo/deb/freeswitch-1.6/dists/jessie/Release.gpg Cannot initiate the > connection to files.freeswitch.org:80 (2607:f348:1021::7). - connect > (101: Network is unreachable) [IP: 2607:f348:1021::7 80] > > > > W: Some index files failed to download. They have been ignored, or old > ones used instead. > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > E: Unable to locate package freeswitch-meta-all > > Shaun Stokes - Infrastructure Analyst > > T : > > 01453 700713 > > E : > > shaun.stokes at itec-support.co.uk > > W : > > www.itec-support.co.uk > > Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, > Stroud, Gloucestershire GL5 3QF > Company No. 06908001 > > > CONFIDENTIALITY NOTICE > This communication and the information it contains are intended for the > person or organisation to which it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While ITEC Support > has taken every reasonable precaution to minimise this risk, we cannot > accept liability for any damage which you sustain as a result of software > viruses. You should carry out your own virus checking procedure before > opening any attachment. > > > ______________________________________________________________________ > This message has been checked for all known viruses by MessageLabs Virus > Scanning Service. > ______________________________________________________________________ > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/44b5dbbe/attachment-0001.html From renjuraj.t at live.com Sat Oct 15 18:06:03 2016 From: renjuraj.t at live.com (Renju raj) Date: Sat, 15 Oct 2016 19:36:03 +0530 Subject: [Freeswitch-users] Web Live Chat with Freeswitch Message-ID: I am new to freeswitch world.I have use case where Customer wants a web chat(Live Chat Support) in their web site.The recipients of the chat will be the Callcenter agents, they will be connected to Freeswitch and also supporting PSTN calls also.When user start the conversation, it should be connected to available agents. And they should have the provision to transfer the conversation to another Agent also.How do i achieve this in Freeswitch ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161015/245a863f/attachment.html From gmaruzz at gmail.com Mon Oct 17 20:31:37 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 17 Oct 2016 18:31:37 +0200 Subject: [Freeswitch-users] Web Live Chat with Freeswitch In-Reply-To: References: Message-ID: In FS you can use mod_callcenter, mod_verto, mod_fifo, mod_sofia, and sangoma cards (if you cannot use SIP for pstn). Google around for it, go to https://freeswitch.org/confluence or read the books about FS. sent from mobile cell: +39 347 266 56 18 Giovanni Maruzzelli OpenTelecom.IT On Oct 17, 2016 5:55 PM, "Renju raj" wrote: > I am new to freeswitch world. > I have use case where Customer wants a web chat(Live Chat Support) in > their web site. > The recipients of the chat will be the Callcenter agents, they will be > connected to Freeswitch and also supporting PSTN calls also. > When user start the conversation, it should be connected to available > agents. And they should have the provision to transfer the conversation to > another Agent also. > How do i achieve this in Freeswitch ? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/88b9a496/attachment.html From mike at jerris.com Mon Oct 17 20:35:45 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Oct 2016 12:35:45 -0400 Subject: [Freeswitch-users] FreeSWITCH.org returning to normal In-Reply-To: References: <014801d22854$f95f4520$ec1dcf60$@freeswitch.org> Message-ID: <56D7C76C-2B53-4A5A-BF62-B57D457AADDA@jerris.com> Should be up now. Thanks > On Oct 17, 2016, at 5:04 AM, Giovanni Maruzzelli wrote: > > Ciao Ken, > > seems web at files.freeswitch.org still down... > > -giovanni > > On 17 October 2016 at 11:00, Ken Rice > wrote: > Greetings FreeSWITCHers. > > > > Most of the upgrades to the FreeSWITCH infrastructure went off pretty good this weekend. > > > > Things like Jira, Stash and confluence are back online however may be a little slow as the remaining backups and restores to the new hardware are completed through the early part of Monday. > > > > If you notice anything broken drop me an email to krice at freeswitch.org and we?ll address it. > > > > While these upgrade help relieve some of the pressure on the FreeSWITCH.org infrastructure we still need to do some network upgrades and add some more compute resources to the cluster. > > > > Please help out the FreeSWITCH team by visiting https://freeswitch.org/ and clicking that donate button on the right side of the page. We are trying to raise the funding to do a good overhaul of things. > > > > Ken > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/939981e3/attachment.html From mike at jerris.com Mon Oct 17 20:37:21 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 17 Oct 2016 12:37:21 -0400 Subject: [Freeswitch-users] Conference Use-Case Question In-Reply-To: References: Message-ID: <998998BC-0FA1-4163-93A9-3CABA7422A5E@jerris.com> Conferences in freeswitch are totally dynamic. It just depends how you configure your dial plan. You can transfer calls into a ad-hoc conference on the fly. > On Oct 17, 2016, at 10:06 AM, Cody Rosenbloom wrote: > > Hi, > > I'm quite new to mod_conference and I've had good success implementing Stanislav Sinyagin's conferencing solution on his blog for our freeswitch setup. This is fantastic for planned conference calls where everyone can dial into the conference line. I'm now looking to address the use case where 1 person is talking to another and suddenly needs to pull in one or two more people into the call to discuss (sort of a dynamic conferencing solution). Is this possible and what's the best way to go about achieving it? Appreciate any advice you can give me. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/83417fa0/attachment.html From s.safarov at gmail.com Mon Oct 17 21:08:56 2016 From: s.safarov at gmail.com (Sergey Safarov) Date: Mon, 17 Oct 2016 17:08:56 +0000 Subject: [Freeswitch-users] Conference Use-Case Question In-Reply-To: <998998BC-0FA1-4163-93A9-3CABA7422A5E@jerris.com> References: <998998BC-0FA1-4163-93A9-3CABA7422A5E@jerris.com> Message-ID: Think you want create conference as it described in section 5.4 of RFC4579 . If it is true then look at https://freeswitch.org/jira/browse/FS-7259 Sergey ??, 17 ???. 2016 ?. ? 19:38, Michael Jerris : > Conferences in freeswitch are totally dynamic. It just depends how you > configure your dial plan. You can transfer calls into a ad-hoc conference > on the fly. > > On Oct 17, 2016, at 10:06 AM, Cody Rosenbloom > wrote: > > Hi, > > I'm quite new to mod_conference and I've had good success implementing > Stanislav Sinyagin's conferencing solution > > on his blog for our freeswitch setup. This is fantastic for planned > conference calls where everyone can dial into the conference line. I'm now > looking to address the use case where 1 person is talking to another and > suddenly needs to pull in one or two more people into the call to discuss > (sort of a dynamic conferencing solution). Is this possible and what's the > best way to go about achieving it? Appreciate any advice you can give me. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/b1b6c844/attachment-0001.html From ssinyagin at gmail.com Tue Oct 18 00:03:29 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Mon, 17 Oct 2016 22:03:29 +0200 Subject: [Freeswitch-users] Conference Use-Case Question In-Reply-To: References: Message-ID: with some programming effort, you could create a Web service where the users would manage their conferences, and also dial-out to invite new parties in. It's quite straightforward to do via ESL, it only needs a good developer and a good plan for long-term support. I would love to contribute to such a project if it's an open-source effort with solid sponsorship. In a minimalist approach, you can issue an originate command from fs_cli, and it can also be easily wrapped into a simple PHP script. It would be ugly, but will do its job :-) Alternatively, you can build a simple IVR, so that the one who invites a new person, dials into the IVR, gives the destination number, then talks to the invitee, and after hangup the call is automatically bridged into the conference. So, there are tons of different scenarios :) On Mon, Oct 17, 2016 at 4:06 PM, Cody Rosenbloom wrote: > Hi, > > I'm quite new to mod_conference and I've had good success implementing > Stanislav Sinyagin's conferencing solution on his blog for our freeswitch > setup. This is fantastic for planned conference calls where everyone can > dial into the conference line. I'm now looking to address the use case where > 1 person is talking to another and suddenly needs to pull in one or two more > people into the call to discuss (sort of a dynamic conferencing solution). > Is this possible and what's the best way to go about achieving it? > Appreciate any advice you can give me. > > Thanks > Cody > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From william at williamcollsassoc.ca Tue Oct 18 00:21:23 2016 From: william at williamcollsassoc.ca (William Colls) Date: Mon, 17 Oct 2016 16:21:23 -0400 Subject: [Freeswitch-users] Call to Group goes Unanswered Message-ID: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> I have a small group defined in my set up. and normally it works as expected (all phones ring at the same time). The other day we had a case where an incoming call was not answered. The caller was prompted to enter an "external access code", which of course she didn't have. What should have happened? Is there a way that the group could be defined so that, if the call goes unanswered, the call will be directed to voicemail? Thanks for your time. William. From thesipguy at gmail.com Tue Oct 18 00:27:21 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Mon, 17 Oct 2016 23:27:21 +0300 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> Message-ID: Is it possible one of the phones had call forwarding enabled? On Oct 17, 2016 23:22, "William Colls" wrote: > > I have a small group defined in my set up. and normally it works as > expected (all phones ring at the same time). > > The other day we had a case where an incoming call was not answered. The > caller was prompted to enter an "external access code", which of course > she didn't have. > > What should have happened? > > Is there a way that the group could be defined so that, if the call goes > unanswered, the call will be directed to voicemail? > > Thanks for your time. > > William. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/d705114f/attachment.html From william at williamcollsassoc.ca Tue Oct 18 00:34:14 2016 From: william at williamcollsassoc.ca (William Colls) Date: Mon, 17 Oct 2016 16:34:14 -0400 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> Message-ID: No call forwarding in this case. On 2016-10-17 04:27 PM, Schneur Rosenberg wrote: > > Is it possible one of the phones had call forwarding enabled? > > > On Oct 17, 2016 23:22, "William Colls" > wrote: > > > I have a small group defined in my set up. and normally it works as > expected (all phones ring at the same time). > > The other day we had a case where an incoming call was not > answered. The > caller was prompted to enter an "external access code", which of > course > she didn't have. > > What should have happened? > > Is there a way that the group could be defined so that, if the > call goes > unanswered, the call will be directed to voicemail? > > Thanks for your time. > > William. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/81737ca7/attachment.html From luca.pradovera at gmail.com Tue Oct 18 00:35:03 2016 From: luca.pradovera at gmail.com (Luca Pradovera) Date: Mon, 17 Oct 2016 22:35:03 +0200 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: Hello, sorry, somehow my mail client had hidden this conversation. IBM Watson (my current use case for this) supports a Session type of recognition, similar to HTTP Chunked upload, where the difference is that each chunk is sent as its own POST. I understand that the goal here could/would be to get this working with FS alone, but even having the ability to get raw frames on disk would be enough for now. Do you think that would be feasible? Best regards, Luca On Tue, Oct 11, 2016 at 1:26 AM, Brian West wrote: > ASR is implemented like a media bug. > > On Mon, Oct 10, 2016 at 3:34 PM, Stanislav Sinyagin > wrote: > >> Brian, Mike, as far as I understand, they talk about speech to text, not >> the other way round. TTS is something completely different ) >> >> >> On 10 Oct 2016 18:37, "Brian West" wrote: >> >>> It can return as many as it wants, as it gets them from the speech >>> server, there really is no limit in the ASR/TTS interface, We reuse handles >>> in the MRCP interface module. >>> >>> /b >>> >>> >>> On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton >>> wrote: >>> >>>> Just an FYI on a couple of points: >>>> >>>> 1) I?ve tried to implment support for Nuance NCS API as an asr_tts >>>> module. tts works fine, but asr / transcription does not seem possible >>>> because the NCS API is not really suited for a streaming application. >>>> Based on my experience (and I opened tickets with them to try to resolve, >>>> to no avail), their server does not handle streaming because when I start >>>> sending small-ish chunks of audio using chunked-encoding, they immediately >>>> return me a ?no speech? result. They seem to expect that you have a >>>> recorded file on disk that you can ship over in much larger chunks. >>>> >>>> 2) I?m not completely sure I agree that transcription fits into the asr >>>> part of the asr_tts modules. Some of these cloud-based services support >>>> providing a stream of interim results while the speaker is talking, and >>>> this would be very useful to propogate up to the freeswitch application (or >>>> esl) but the asr_tts pattern seems to be to return a single speech result >>>> at the end of a segment of speech. >>>> >>>> Dave >>>> >>>> >>>> On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: >>>> >>>> This should be implemented the way we implement other speech interfaces. >>>> >>>> >>>> > On Oct 8, 2016, at 4:53 PM, Luca Pradovera >>>> wrote: >>>> > >>>> > Hello, >>>> > following a discussion on IRC, I thought I would move this here so it >>>> is more async. >>>> > >>>> > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in >>>> streaming mode for real-time transcription (essentially, captioning a video >>>> conference and getting a transcript of the proceedings). >>>> > >>>> > My first idea was to simply get the frames from a recording as it is >>>> being written, though there might be some obstacles there. >>>> > >>>> > It was suggested the media bugs infrastructure would work, at the C >>>> level, though I need to check which formats it supports. >>>> > >>>> > Do you have any other suggestions? >>>> > >>>> > Thank you! >>>> > >>>> > Luca >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/28e536a3/attachment-0001.html From thesipguy at gmail.com Tue Oct 18 00:39:36 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Mon, 17 Oct 2016 23:39:36 +0300 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> Message-ID: You can set call_timeout=seconds to ring, before the bridge and set voicemail after the bridge On Oct 17, 2016 23:22, "William Colls" wrote: > > I have a small group defined in my set up. and normally it works as > expected (all phones ring at the same time). > > The other day we had a case where an incoming call was not answered. The > caller was prompted to enter an "external access code", which of course > she didn't have. > > What should have happened? > > Is there a way that the group could be defined so that, if the call goes > unanswered, the call will be directed to voicemail? > > Thanks for your time. > > William. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/1c62eb40/attachment.html From pablocompagni at gmail.com Tue Oct 18 00:18:21 2016 From: pablocompagni at gmail.com (Pablo Compagni) Date: Mon, 17 Oct 2016 17:18:21 -0300 Subject: [Freeswitch-users] Unable to play RTMP stream in a conference Message-ID: Hi. I'm trying to play an RTMP stream in a video conference, and it just drops after a second or two. Every once in a while it would actually work and play normally, without any indication on why this time around it worked, while it failed before. FS version is 1.6.12. Running on Debian Jessie. This is how I'm playing the streams within a conference: `/webapi/conference?~video~conf_2055962_main play {full-screen=true}av://rtmp://192.168.200.20/dev_live_test/lv_2055962` Stream is coming from an nginx-rtmp server, in case that helps. Video is h264 baseline 3.1, although we can re encode if necessary. Consuming the stream with either ffplay or vlc always works. Logs are at debug level, only difference between a working and a non working play is that, this line shows up when it doesn't work: `Invoking deleteStream` With no indication on why it got dropped. When it works it logs a few other lines instead: 2016-10-17 19:00:59.327537 [INFO] avformat.c:2283 start: 0 ticks: 2 ticks_per_frame: 2 st num:1 st den:1000 codec num:1 codec den:40 start: 31500, duration:-9223372036854775808 nb_frames:0 q2d:0.001000 2016-10-17 19:00:59.327537 [DEBUG] avformat.c:2307 set start time: 1476730827832278 now: 1476730859332278 pts: 31500000 2016-10-17 19:00:59.397676 [DEBUG] conference_video.c:1111 Canvas position 1 applied layout 2x1 Any ideas of what could be the issue? Is there anything I could check that'd tell me why the stream is getting dropped? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/47300781/attachment.html From daveh at beachdognet.com Tue Oct 18 01:24:23 2016 From: daveh at beachdognet.com (Dave Horton) Date: Mon, 17 Oct 2016 22:24:23 +0100 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: Wouldn?t it be better to use their websockets interface? http://www.ibm.com/watson/developercloud/speech-to-text/api/v1/?curl#websockets Dave On Oct 17, 2016, at 9:35 PM, Luca Pradovera wrote: Hello, sorry, somehow my mail client had hidden this conversation. IBM Watson (my current use case for this) supports a Session type of recognition, similar to HTTP Chunked upload, where the difference is that each chunk is sent as its own POST. I understand that the goal here could/would be to get this working with FS alone, but even having the ability to get raw frames on disk would be enough for now. Do you think that would be feasible? Best regards, Luca On Tue, Oct 11, 2016 at 1:26 AM, Brian West > wrote: ASR is implemented like a media bug. On Mon, Oct 10, 2016 at 3:34 PM, Stanislav Sinyagin > wrote: Brian, Mike, as far as I understand, they talk about speech to text, not the other way round. TTS is something completely different ) On 10 Oct 2016 18:37, "Brian West" > wrote: It can return as many as it wants, as it gets them from the speech server, there really is no limit in the ASR/TTS interface, We reuse handles in the MRCP interface module. /b On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton > wrote: Just an FYI on a couple of points: 1) I?ve tried to implment support for Nuance NCS API as an asr_tts module. tts works fine, but asr / transcription does not seem possible because the NCS API is not really suited for a streaming application. Based on my experience (and I opened tickets with them to try to resolve, to no avail), their server does not handle streaming because when I start sending small-ish chunks of audio using chunked-encoding, they immediately return me a ?no speech? result. They seem to expect that you have a recorded file on disk that you can ship over in much larger chunks. 2) I?m not completely sure I agree that transcription fits into the asr part of the asr_tts modules. Some of these cloud-based services support providing a stream of interim results while the speaker is talking, and this would be very useful to propogate up to the freeswitch application (or esl) but the asr_tts pattern seems to be to return a single speech result at the end of a segment of speech. Dave On Oct 10, 2016, at 11:54 AM, Michael Jerris > wrote: This should be implemented the way we implement other speech interfaces. > On Oct 8, 2016, at 4:53 PM, Luca Pradovera > wrote: > > Hello, > following a discussion on IRC, I thought I would move this here so it is more async. > > The need is to be able to use Nuance/IBM Watson/Google Speech APIs in streaming mode for real-time transcription (essentially, captioning a video conference and getting a transcript of the proceedings). > > My first idea was to simply get the frames from a recording as it is being written, though there might be some obstacles there. > > It was suggested the media bugs infrastructure would work, at the C level, though I need to check which formats it supports. > > Do you have any other suggestions? > > Thank you! > > Luca _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/20bfb13c/attachment-0001.html From krice at freeswitch.org Tue Oct 18 04:44:11 2016 From: krice at freeswitch.org (Ken Rice) Date: Mon, 17 Oct 2016 19:44:11 -0500 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> Message-ID: <777FE845-4F07-426B-A8BB-A741B48EE918@freeswitch.org> You sure that prompt came from your systeM? Sent from my iPhone > On Oct 17, 2016, at 3:21 PM, William Colls wrote: > > > I have a small group defined in my set up. and normally it works as > expected (all phones ring at the same time). > > The other day we had a case where an incoming call was not answered. The > caller was prompted to enter an "external access code", which of course > she didn't have. > > What should have happened? > > Is there a way that the group could be defined so that, if the call goes > unanswered, the call will be directed to voicemail? > > Thanks for your time. > > William. > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From kevin.long at haloprivacy.com Tue Oct 18 06:00:16 2016 From: kevin.long at haloprivacy.com (Kevin Long) Date: Mon, 17 Oct 2016 19:00:16 -0700 Subject: [Freeswitch-users] LDAP authentication? Message-ID: <2AEC074C-A327-4F77-A10D-DEAAF5533839@haloprivacy.com> Is it possible to authenticate endpoints to freeswitch , and if so, does the LDAP module support doing so securely (with TLS connection between freeswitch and the LDAP server) I was checking this issue but whether STARTLES or LDAPS was ever implemented is unclear to me: https://freeswitch.org/jira/browse/FS-4870 Thanks, Kevin Long -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/a0d7e5dd/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2419 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/a0d7e5dd/attachment.bin From blackc2004 at gmail.com Tue Oct 18 06:08:13 2016 From: blackc2004 at gmail.com (Cj B) Date: Mon, 17 Oct 2016 19:08:13 -0700 Subject: [Freeswitch-users] FlyingVoice IP Phone's not sending register request properly Message-ID: <5678CE27-45FD-422A-AE18-180CD23B8D51@gmail.com> Hi All, I have a customer who?s switching and they have a ton of Flying Voice IP542N?s. However the phone is not sending the register correctly: It?s sending: From: "225"; instead of From: ; U 70.24.19.57:1025 -> 111.222.333.44:5060 REGISTER sip:mydomain.com:5060 SIP/2.0..From: "225";tag=112f2a2e..To: ..Call-ID: 225ba8c0-13c4- 5805830e-2254-5bb7 at 192.168.1.830..CSeq: 1 REGISTER..Via: SIP/2.0/UDP 192.168.2.10:1025;branch=z9hG4bK5805830e225e7dada50c;rport..Max-Forwards: 70..Supported: replaces..User-Agent: FLYINGVOICE IP542N SV3. 10 201411190025..Contact: ..Expires: 120..Allow: ACK,BYE,CANCEL,OPTIONS,INVITE,MESSAGE,NOTIFY,SUBSCRIBE,REFER,INFO,UPDATE..Content-Length: 0.... # U 111.222.333.44:5060 -> 70.24.19.57:1025 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.2.10:1025;branch=z9hG4bK5805830e225e7dada50c;rport=1025;received=70.24.19.57..From: "225" ;tag=112f2a2e..To: ;tag=2QNU0767ct9Sr..Call-ID: 225ba8c0-13c4-5805830e-2254-5bb7 at 192.168.1.830..CSeq: 1 REGISTER..User-Agent: FreeSWITCH..Allow: INVITE, ACK, BYE, CANCEL, OPTION S, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE..Supported: timer, path, replaces..WWW-Authenticate: Digest realm="mydomain.com", nonce="7976b329-0037-4b7e-abf7- 8c35278d58be", algorithm=MD5, qop="auth"..Content-Length: 0.... # U 70.24.19.57:1025 -> 111.222.333.44:5060 REGISTER sip:mydomain.com:5060 SIP/2.0..From: "225";tag=112f2a2e..To: ..Call-ID: 225ba8c0-13c4- 5805830e-2254-5bb7 at 192.168.1.830..CSeq: 2 REGISTER..Via: SIP/2.0/UDP 192.168.2.10:1025;branch=z9hG4bK5805830e22a15ef6006a;rport..Max-Forwards: 70..Supported: replaces..User-Agent: FLYINGVOICE IP542N SV3. 10 201411190025..Contact: ..Expires: 120..Authorization: Digest username="225", realm="mydomain.com", nonce="7976b329-0037-4b7e-abf7-8c35278d58be", uri="sip :mydomain.com:5060", response="0df59a3a89b327a29648625daffd3d23", algorithm=MD5..Allow: ACK,BYE,CANCEL,OPTIONS,INVITE,MESSAGE,NOTIFY,SUBSCRIBE,REFER,INFO,UPDATE..Content-Length: 0.... # U 111.222.333.44:5060 -> 70.24.19.57:1025 SIP/2.0 403 Forbidden..Via: SIP/2.0/UDP 192.168.2.10:1025;branch=z9hG4bK5805830e22a15ef6006a;rport=1025;received=70.24.19.57..From: "225" ;tag=112f2a2e..To: ;tag=30em22QBa3Zcm..Call-ID: 225ba8c0-13c4-5805830e-2254-5bb7 at 192.168.1.830..CSeq: 2 REGISTER..User-Agent: FreeSWITCH..Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE..Supported: timer, path, replaces..Content-Length: 0.... # Anyone know how to configure these to send the register request correctly? Or is there a way to get freeswitch to handle this sort of register request properly? Thanks. Cj B -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161017/db73e8a9/attachment.html From william at williamcollsassoc.ca Tue Oct 18 06:46:21 2016 From: william at williamcollsassoc.ca (William Colls) Date: Mon, 17 Oct 2016 22:46:21 -0400 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: <777FE845-4F07-426B-A8BB-A741B48EE918@freeswitch.org> References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> <777FE845-4F07-426B-A8BB-A741B48EE918@freeswitch.org> Message-ID: <1c8df044-fcd7-efb0-3621-3fd43234f267@williamcollsassoc.ca> No, but where else could it have come from? After we learned of the incident, I called in to our system from my cell phone, and got the same response. The prompt was a male voice, not the usual female voice that most of the system messages are recorded in. If it is useful, I can recreate the original configuration, see if anything useful shows up on the console or in the logs. On 2016-10-17 08:44 PM, Ken Rice wrote: > You sure that prompt came from your systeM? > > Sent from my iPhone > >> On Oct 17, 2016, at 3:21 PM, William Colls wrote: >> >> >> I have a small group defined in my set up. and normally it works as >> expected (all phones ring at the same time). >> >> The other day we had a case where an incoming call was not answered. The >> caller was prompted to enter an "external access code", which of course >> she didn't have. >> >> What should have happened? >> >> Is there a way that the group could be defined so that, if the call goes >> unanswered, the call will be directed to voicemail? >> >> Thanks for your time. >> >> William. >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From thesipguy at gmail.com Tue Oct 18 06:50:51 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Tue, 18 Oct 2016 05:50:51 +0300 Subject: [Freeswitch-users] Call to Group goes Unanswered In-Reply-To: <1c8df044-fcd7-efb0-3621-3fd43234f267@williamcollsassoc.ca> References: <71627879-1469-4e91-1d80-4a65b576a5a2@williamcollsassoc.ca> <777FE845-4F07-426B-A8BB-A741B48EE918@freeswitch.org> <1c8df044-fcd7-efb0-3621-3fd43234f267@williamcollsassoc.ca> Message-ID: The prompt probably comes from your did provider On Oct 18, 2016 05:47, "William Colls" wrote: > No, but where else could it have come from? > > After we learned of the incident, I called in to our system from my cell > phone, and got the same response. The prompt was a male voice, not the > usual female voice that most of the system messages are recorded in. If > it is useful, I can recreate the original configuration, see if anything > useful shows up on the console or in the logs. > > On 2016-10-17 08:44 PM, Ken Rice wrote: > > You sure that prompt came from your systeM? > > > > Sent from my iPhone > > > >> On Oct 17, 2016, at 3:21 PM, William Colls < > william at williamcollsassoc.ca> wrote: > >> > >> > >> I have a small group defined in my set up. and normally it works as > >> expected (all phones ring at the same time). > >> > >> The other day we had a case where an incoming call was not answered. The > >> caller was prompted to enter an "external access code", which of course > >> she didn't have. > >> > >> What should have happened? > >> > >> Is there a way that the group could be defined so that, if the call goes > >> unanswered, the call will be directed to voicemail? > >> > >> Thanks for your time. > >> > >> William. > >> > >> > >> ____________________________________________________________ > _____________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >> http://www.freeswitch.org > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/d8bc707c/attachment-0001.html From renjuraj.t at live.com Tue Oct 18 07:38:17 2016 From: renjuraj.t at live.com (renjuraj.t at live.com) Date: Tue, 18 Oct 2016 03:38:17 +0000 Subject: [Freeswitch-users] Web Live Chat with Freeswitch In-Reply-To: References: Message-ID: Thanks Giovanni. I checked Verto, but it looks like a Web RTC implementation. I am looking for simple text chat system that will work in all the browser. If I use any other opensource chat system, can I integrate that with free switch and make use of all the callcenter feature ? Thanks Renju Get Outlook for Android From: Giovanni Maruzzelli Sent: Monday, 17 October, 22:03 Subject: Re: [Freeswitch-users] Web Live Chat with Freeswitch To: FreeSWITCH Users Help In FS you can use mod_callcenter, mod_verto, mod_fifo, mod_sofia, and sangoma cards (if you cannot use SIP for pstn). Google around for it, go to https://freeswitch.org/confluence or read the books about FS. sent from mobile cell: +39 347 266 56 18 Giovanni Maruzzelli OpenTelecom.IT On Oct 17, 2016 5:55 PM, "Renju raj" wrote: I am new to freeswitch world. I have use case where Customer wants a web chat(Live Chat Support) in their web site. The recipients of the chat will be the Callcenter agents, they will be connected to Freeswitch and also supporting PSTN calls also. When user start the conversation, it should be connected to available agents. And they should have the provision to transfer the conversation to another Agent also. How do i achieve this in Freeswitch ? _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/6576fe88/attachment.html -------------- next part -------------- _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org From valter at fastway.com.br Tue Oct 18 21:24:32 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Tue, 18 Oct 2016 15:24:32 -0200 Subject: [Freeswitch-users] fusionpbx Message-ID: Sorry if it is OT. I am trying to figure out how fusionpbx stores freeswitch configuration. freeswitch global_getvar conf_dir shows /etc/freeswitch But when I look at /etc/freeswitch/sip_profiles/external, I don't see any gateway declared, altough when I do: sofia status I get: Name Type Data State ================================================================================================= external-ipv6 profile sip:mod_sofia@[::1]:5080 RUNNING (0) external profile sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) external::d7369e36-c636-483c-b50b-177cef15caf9 gateway sip:50000 at 192.168.2.108 REGED internal-ipv6 profile sip:mod_sofia@[::1]:5060 RUNNING (0) internal profile sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) ================================================================================================= So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway declared? I thought it could be via mod_xml_curl, but there is no config for it in autoload_configs. Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/18874ed4/attachment.html From tanner at itel.com Tue Oct 18 21:38:57 2016 From: tanner at itel.com (Tanner Kerr) Date: Tue, 18 Oct 2016 10:38:57 -0700 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: Fusionpbx sets most xml configs to noload. I believe it stores all freeswitch configuration data in sqlite by default, that data is then loaded into a master xml file and that's what freeswitch uses. On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira wrote: > Sorry if it is OT. > > I am trying to figure out how fusionpbx stores freeswitch configuration. > > freeswitch global_getvar conf_dir shows /etc/freeswitch > > But when I look at /etc/freeswitch/sip_profiles/external, I don't see any > gateway declared, altough when I do: > > sofia status > > I get: > > Name Type > Data State > ============================================================ > ===================================== > external-ipv6 profile sip:mod_sofia@[::1]:5080 > RUNNING (0) > external profile > sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) > external::d7369e36-c636-483c-b50b-177cef15caf9 gateway > sip:50000 at 192.168.2.108 REGED > internal-ipv6 profile sip:mod_sofia@[::1]:5060 > RUNNING (0) > internal profile > sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) > ============================================================ > ===================================== > > So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway > declared? > > I thought it could be via mod_xml_curl, but there is no config for it in > autoload_configs. > > > Regards, > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Tanner Kerr* | Developer | *iTel.com * *1.888.899.4835 <1.888.899.4835> *(ext:1027) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/e80e497f/attachment-0001.html From gmaruzz at gmail.com Tue Oct 18 22:44:49 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 18 Oct 2016 20:44:49 +0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: FusionPBX is a web gui for managing a FreeSWITCH based PBX. FusionPBX gets its settings dynamically from database (postgresql by default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl docs). You can get more details from the website www.fusionpbx.com and you can ask question in the IRC channel #fusionpbx I would suggest you read the docs from website, then install, test, then ask questions in IRC channel. This mailing list is about FreeSWITCH (the underlying server) not about FusionPBX. sent from mobile cell: +39 347 266 56 18 Giovanni Maruzzelli OpenTelecom.IT On Oct 18, 2016 7:39 PM, "Tanner Kerr" wrote: > Fusionpbx sets most xml configs to noload. I believe it stores all > freeswitch configuration data in sqlite by default, that data is then > loaded into a master xml file and that's what freeswitch uses. > > On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira > wrote: > >> Sorry if it is OT. >> >> I am trying to figure out how fusionpbx stores freeswitch configuration. >> >> freeswitch global_getvar conf_dir shows /etc/freeswitch >> >> But when I look at /etc/freeswitch/sip_profiles/external, I don't see >> any gateway declared, altough when I do: >> >> sofia status >> >> I get: >> >> Name Type >> Data State >> ============================================================ >> ===================================== >> external-ipv6 profile sip:mod_sofia@[::1]:5080 >> RUNNING (0) >> external profile >> sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) >> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >> sip:50000 at 192.168.2.108 REGED >> internal-ipv6 profile sip:mod_sofia@[::1]:5060 >> RUNNING (0) >> internal profile >> sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) >> ============================================================ >> ===================================== >> >> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >> declared? >> >> I thought it could be via mod_xml_curl, but there is no config for it in >> autoload_configs. >> >> >> Regards, >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Tanner Kerr* | Developer | *iTel.com * > *1.888.899.4835 <1.888.899.4835> *(ext:1027) > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/9eff99b9/attachment.html From valter at fastway.com.br Tue Oct 18 23:16:39 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Tue, 18 Oct 2016 17:16:39 -0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: Thank you. My goal is learn how FS works and how can I check its configuration using fs_cli and config_dir. I will check mod_lua docs and I will get in touch with fusionpbx people. Atenciosamente, 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli : > FusionPBX is a web gui for managing a FreeSWITCH based PBX. > > FusionPBX gets its settings dynamically from database (postgresql by > default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl > docs). > > You can get more details from the website www.fusionpbx.com and you can > ask question in the IRC channel #fusionpbx > > I would suggest you read the docs from website, then install, test, then > ask questions in IRC channel. > > This mailing list is about FreeSWITCH (the underlying server) not about > FusionPBX. > > sent from mobile > cell: +39 347 266 56 18 > Giovanni Maruzzelli > OpenTelecom.IT > > On Oct 18, 2016 7:39 PM, "Tanner Kerr" wrote: > >> Fusionpbx sets most xml configs to noload. I believe it stores all >> freeswitch configuration data in sqlite by default, that data is then >> loaded into a master xml file and that's what freeswitch uses. >> >> On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira >> wrote: >> >>> Sorry if it is OT. >>> >>> I am trying to figure out how fusionpbx stores freeswitch configuration. >>> >>> freeswitch global_getvar conf_dir shows /etc/freeswitch >>> >>> But when I look at /etc/freeswitch/sip_profiles/external, I don't see >>> any gateway declared, altough when I do: >>> >>> sofia status >>> >>> I get: >>> >>> Name Type >>> Data State >>> ============================================================ >>> ===================================== >>> external-ipv6 profile sip:mod_sofia@[::1]:5080 >>> RUNNING (0) >>> external profile >>> sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) >>> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>> sip:50000 at 192.168.2.108 REGED >>> internal-ipv6 profile sip:mod_sofia@[::1]:5060 >>> RUNNING (0) >>> internal profile >>> sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) >>> ============================================================ >>> ===================================== >>> >>> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>> declared? >>> >>> I thought it could be via mod_xml_curl, but there is no config for it in >>> autoload_configs. >>> >>> >>> Regards, >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> *Tanner Kerr* | Developer | *iTel.com * >> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/7f9045aa/attachment-0001.html From gmaruzz at gmail.com Wed Oct 19 00:04:34 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 18 Oct 2016 22:04:34 +0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: On 18 October 2016 at 21:16, Valter Nogueira wrote: > Thank you. > > My goal is learn how FS works and how can I check its configuration using > fs_cli and config_dir. > > Hello Valter, if you want to learn how FS works and how you can check its configuration using fs_cli and config_dir then you need to use FS directly, without gui. Go to http://freeswitch.org/confluence and start from there, you will find full docs about it all (install and usage), then if you want you can read the books from packtpub, ask here in mailing list, or in IRC channel #freeswitch -giovanni > I will check mod_lua docs and I will get in touch with fusionpbx people. > > > > Atenciosamente, > > > > 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli : > >> FusionPBX is a web gui for managing a FreeSWITCH based PBX. >> >> FusionPBX gets its settings dynamically from database (postgresql by >> default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl >> docs). >> >> You can get more details from the website www.fusionpbx.com and you can >> ask question in the IRC channel #fusionpbx >> >> I would suggest you read the docs from website, then install, test, then >> ask questions in IRC channel. >> >> This mailing list is about FreeSWITCH (the underlying server) not about >> FusionPBX. >> >> sent from mobile >> cell: +39 347 266 56 18 >> Giovanni Maruzzelli >> OpenTelecom.IT >> >> On Oct 18, 2016 7:39 PM, "Tanner Kerr" wrote: >> >>> Fusionpbx sets most xml configs to noload. I believe it stores all >>> freeswitch configuration data in sqlite by default, that data is then >>> loaded into a master xml file and that's what freeswitch uses. >>> >>> On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira >> > wrote: >>> >>>> Sorry if it is OT. >>>> >>>> I am trying to figure out how fusionpbx stores freeswitch configuration. >>>> >>>> freeswitch global_getvar conf_dir shows /etc/freeswitch >>>> >>>> But when I look at /etc/freeswitch/sip_profiles/external, I don't see >>>> any gateway declared, altough when I do: >>>> >>>> sofia status >>>> >>>> I get: >>>> >>>> Name Type >>>> Data State >>>> ============================================================ >>>> ===================================== >>>> external-ipv6 profile sip:mod_sofia@[::1]:5080 >>>> RUNNING (0) >>>> external profile >>>> sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) >>>> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>>> sip:50000 at 192.168.2.108 REGED >>>> internal-ipv6 profile sip:mod_sofia@[::1]:5060 >>>> RUNNING (0) >>>> internal profile >>>> sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) >>>> ============================================================ >>>> ===================================== >>>> >>>> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>>> declared? >>>> >>>> I thought it could be via mod_xml_curl, but there is no config for it >>>> in autoload_configs. >>>> >>>> >>>> Regards, >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> *Tanner Kerr* | Developer | *iTel.com * >>> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/97a9a7dc/attachment.html From tanner at itel.com Wed Oct 19 00:16:48 2016 From: tanner at itel.com (Tanner Kerr) Date: Tue, 18 Oct 2016 13:16:48 -0700 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: fs_cli should work with the fusionpbx install, also config_dir will most likely only contain config.lua and config.php which you don't need to worry about too much. when you do a global_getvar it will read from /usr/local/freeswitch/conf/vars.xml which I believe is populated by the database. I would recommend changing the configuration info in the gui because otherwise it's a little hard to keep track of the data flow in the backend of a fusionpbx/freeswitch instance. I'm with Giovanni on that, if your goal is to solely learn freeswitch, I would recommend setting up a vanilla freeswitch server. On Tue, Oct 18, 2016 at 1:04 PM, Giovanni Maruzzelli wrote: > > > On 18 October 2016 at 21:16, Valter Nogueira > wrote: > >> Thank you. >> >> My goal is learn how FS works and how can I check its configuration using >> fs_cli and config_dir. >> >> > Hello Valter, > > if you want to learn how FS works and how you can check its configuration > using fs_cli and config_dir then you need to use FS directly, without gui. > > Go to http://freeswitch.org/confluence and start from there, you will > find full docs about it all (install and usage), then if you want you can > read the books from packtpub, ask here in mailing list, or in IRC channel > #freeswitch > > -giovanni > > >> I will check mod_lua docs and I will get in touch with fusionpbx people. >> >> >> >> Atenciosamente, >> >> >> >> 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli : >> >>> FusionPBX is a web gui for managing a FreeSWITCH based PBX. >>> >>> FusionPBX gets its settings dynamically from database (postgresql by >>> default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl >>> docs). >>> >>> You can get more details from the website www.fusionpbx.com and you can >>> ask question in the IRC channel #fusionpbx >>> >>> I would suggest you read the docs from website, then install, test, then >>> ask questions in IRC channel. >>> >>> This mailing list is about FreeSWITCH (the underlying server) not about >>> FusionPBX. >>> >>> sent from mobile >>> cell: +39 347 266 56 18 >>> Giovanni Maruzzelli >>> OpenTelecom.IT >>> >>> On Oct 18, 2016 7:39 PM, "Tanner Kerr" wrote: >>> >>>> Fusionpbx sets most xml configs to noload. I believe it stores all >>>> freeswitch configuration data in sqlite by default, that data is then >>>> loaded into a master xml file and that's what freeswitch uses. >>>> >>>> On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira < >>>> valter at fastway.com.br> wrote: >>>> >>>>> Sorry if it is OT. >>>>> >>>>> I am trying to figure out how fusionpbx stores freeswitch >>>>> configuration. >>>>> >>>>> freeswitch global_getvar conf_dir shows /etc/freeswitch >>>>> >>>>> But when I look at /etc/freeswitch/sip_profiles/external, I don't see >>>>> any gateway declared, altough when I do: >>>>> >>>>> sofia status >>>>> >>>>> I get: >>>>> >>>>> Name Type >>>>> Data State >>>>> ============================================================ >>>>> ===================================== >>>>> external-ipv6 profile >>>>> sip:mod_sofia@[::1]:5080 RUNNING (0) >>>>> external profile >>>>> sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) >>>>> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>>>> sip:50000 at 192.168.2.108 REGED >>>>> internal-ipv6 profile >>>>> sip:mod_sofia@[::1]:5060 RUNNING (0) >>>>> internal profile >>>>> sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) >>>>> ============================================================ >>>>> ===================================== >>>>> >>>>> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 >>>>> gateway declared? >>>>> >>>>> I thought it could be via mod_xml_curl, but there is no config for it >>>>> in autoload_configs. >>>>> >>>>> >>>>> Regards, >>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> *Tanner Kerr* | Developer | *iTel.com * >>>> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Tanner Kerr* | Developer | *iTel.com * *1.888.899.4835 <1.888.899.4835> *(ext:1027) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161018/e85964f4/attachment-0001.html From luca.pradovera at gmail.com Wed Oct 19 10:58:02 2016 From: luca.pradovera at gmail.com (Luca Pradovera) Date: Wed, 19 Oct 2016 08:58:02 +0200 Subject: [Freeswitch-users] Achieving streaming ASR In-Reply-To: References: <4E948656-821F-4847-972C-BA19510804E3@jerris.com> <94CFA0C2-1D21-48D0-83D3-921B409F809C@beachdognet.com> Message-ID: Hello, that would work too, but isn't the problem still the same? I am trying to find an angle to attack the problem. Where could I start? Luca On Mon, Oct 17, 2016 at 11:24 PM, Dave Horton wrote: > Wouldn?t it be better to use their websockets interface? > > http://www.ibm.com/watson/developercloud/speech-to-text/ > api/v1/?curl#websockets > > Dave > > On Oct 17, 2016, at 9:35 PM, Luca Pradovera > wrote: > > Hello, > sorry, somehow my mail client had hidden this conversation. > > IBM Watson (my current use case for this) supports a Session type of > recognition, similar to HTTP Chunked upload, where the difference is that > each chunk is sent as its own POST. > > I understand that the goal here could/would be to get this working with FS > alone, but even having the ability to get raw frames on disk would be > enough for now. > > Do you think that would be feasible? > > Best regards, > > Luca > > On Tue, Oct 11, 2016 at 1:26 AM, Brian West wrote: > >> ASR is implemented like a media bug. >> >> On Mon, Oct 10, 2016 at 3:34 PM, Stanislav Sinyagin >> wrote: >> >>> Brian, Mike, as far as I understand, they talk about speech to text, not >>> the other way round. TTS is something completely different ) >>> >>> >>> On 10 Oct 2016 18:37, "Brian West" wrote: >>> >>>> It can return as many as it wants, as it gets them from the speech >>>> server, there really is no limit in the ASR/TTS interface, We reuse handles >>>> in the MRCP interface module. >>>> >>>> /b >>>> >>>> >>>> On Mon, Oct 10, 2016 at 11:29 AM, Dave Horton >>>> wrote: >>>> >>>>> Just an FYI on a couple of points: >>>>> >>>>> 1) I?ve tried to implment support for Nuance NCS API as an asr_tts >>>>> module. tts works fine, but asr / transcription does not seem possible >>>>> because the NCS API is not really suited for a streaming application. >>>>> Based on my experience (and I opened tickets with them to try to resolve, >>>>> to no avail), their server does not handle streaming because when I start >>>>> sending small-ish chunks of audio using chunked-encoding, they immediately >>>>> return me a ?no speech? result. They seem to expect that you have a >>>>> recorded file on disk that you can ship over in much larger chunks. >>>>> >>>>> 2) I?m not completely sure I agree that transcription fits into the >>>>> asr part of the asr_tts modules. Some of these cloud-based services >>>>> support providing a stream of interim results while the speaker is talking, >>>>> and this would be very useful to propogate up to the freeswitch application >>>>> (or esl) but the asr_tts pattern seems to be to return a single speech >>>>> result at the end of a segment of speech. >>>>> >>>>> Dave >>>>> >>>>> >>>>> On Oct 10, 2016, at 11:54 AM, Michael Jerris wrote: >>>>> >>>>> This should be implemented the way we implement other speech >>>>> interfaces. >>>>> >>>>> >>>>> > On Oct 8, 2016, at 4:53 PM, Luca Pradovera >>>>> wrote: >>>>> > >>>>> > Hello, >>>>> > following a discussion on IRC, I thought I would move this here so >>>>> it is more async. >>>>> > >>>>> > The need is to be able to use Nuance/IBM Watson/Google Speech APIs >>>>> in streaming mode for real-time transcription (essentially, captioning a >>>>> video conference and getting a transcript of the proceedings). >>>>> > >>>>> > My first idea was to simply get the frames from a recording as it is >>>>> being written, though there might be some obstacles there. >>>>> > >>>>> > It was suggested the media bugs infrastructure would work, at the C >>>>> level, though I need to check which formats it supports. >>>>> > >>>>> > Do you have any other suggestions? >>>>> > >>>>> > Thank you! >>>>> > >>>>> > Luca >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161019/06c2a363/attachment-0001.html From telishisheer at gmail.com Wed Oct 19 11:16:48 2016 From: telishisheer at gmail.com (Shisheer Teli) Date: Wed, 19 Oct 2016 12:46:48 +0530 Subject: [Freeswitch-users] LDAP authentication? In-Reply-To: <2AEC074C-A327-4F77-A10D-DEAAF5533839@haloprivacy.com> References: <2AEC074C-A327-4F77-A10D-DEAAF5533839@haloprivacy.com> Message-ID: I am facing same problem with openldap. Ldap without TLS working well with freeswitch. On 18 Oct 2016 7:33 a.m., "Kevin Long" wrote: > > > Is it possible to authenticate endpoints to freeswitch , and if so, does > the LDAP module support doing so securely (with TLS connection between > freeswitch and the LDAP server) > > I was checking this issue but whether STARTLES or LDAPS was ever > implemented is unclear to me: https://freeswitch.org/jira/browse/FS-4870 > > Thanks, > > Kevin Long > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161019/dea4965c/attachment.html From phenix at vfemail.net Wed Oct 19 23:14:23 2016 From: phenix at vfemail.net (Tanguy) Date: Wed, 19 Oct 2016 21:14:23 +0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: Message-ID: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Hello I personalty enjoy fusionpbx, but i don't feel confortable with xml_handler because xml configurations files are easier to understand. I think you may disable xml_handler and try to understand auto generated xml config files First go to FREESWITCH_CONDIR/autoload_configs/lua.conf.xml remove some bindings, freeswitch will try to read xml files, not the database. In my case, i only want xml_handler for my directory Then, tel to fusionpbx to write xml files Using web gui, do to Advanced > Default seetings Move to "switch" and enable some subcategories like dialplan, sip_profiles ... if a subcategory is disabled, fusionpbx will not write xml files. On 18/10/2016 22:16, Tanner Kerr wrote: > fs_cli should work with the fusionpbx install, also config_dir will > most likely only contain config.lua and config.php which you don't > need to worry about too much. > when you do a global_getvar it will read from > /usr/local/freeswitch/conf/vars.xml which I believe is populated by > the database. I would recommend changing the configuration info in the > gui because otherwise it's a little hard to keep track of the data > flow in the backend of a fusionpbx/freeswitch instance. > > I'm with Giovanni on that, if your goal is to solely learn freeswitch, > I would recommend setting up a vanilla freeswitch server. > > On Tue, Oct 18, 2016 at 1:04 PM, Giovanni Maruzzelli > > wrote: > > > > On 18 October 2016 at 21:16, Valter Nogueira > > wrote: > > Thank you. > > My goal is learn how FS works and how can I check its > configuration using fs_cli and config_dir. > > > Hello Valter, > > if you want to learn how FS works and how you can check its > configuration using fs_cli and config_dir then you need to use FS > directly, without gui. > > Go to http://freeswitch.org/confluence > and start from there, you will > find full docs about it all (install and usage), then if you want > you can read the books from packtpub, ask here in mailing list, or > in IRC channel #freeswitch > > -giovanni > > I will check mod_lua docs and I will get in touch with > fusionpbx people. > > > > Atenciosamente, > > > > 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli > >: > > FusionPBX is a web gui for managing a FreeSWITCH based PBX. > > FusionPBX gets its settings dynamically from database > (postgresql by default) via a lua xml handler (eg, check > mod_lua docs, and mod_xml_curl docs). > > You can get more details from the website > www.fusionpbx.com and you can > ask question in the IRC channel #fusionpbx > > I would suggest you read the docs from website, then > install, test, then ask questions in IRC channel. > > This mailing list is about FreeSWITCH (the underlying > server) not about FusionPBX. > > sent from mobile > cell: +39 347 266 56 18 > Giovanni Maruzzelli > OpenTelecom.IT > > > On Oct 18, 2016 7:39 PM, "Tanner Kerr" > wrote: > > Fusionpbx sets most xml configs to noload. I believe > it stores all freeswitch configuration data in sqlite > by default, that data is then loaded into a master xml > file and that's what freeswitch uses. > > On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira > > > wrote: > > Sorry if it is OT. > > I am trying to figure out how fusionpbx stores > freeswitch configuration. > > freeswitch global_getvar conf_dir shows > /etc/freeswitch > > But when I look at > /etc/freeswitch/sip_profiles/external, I don't see > any gateway declared, altough when I do: > > sofia status > > I get: > > Name Type Data State > ================================================================================================= > external-ipv6 profile sip:mod_sofia@[::1]:5080 > RUNNING (0) > external profile > sip:mod_sofia at 192.168.2.13:5080 > RUNNING (0) > external::d7369e36-c636-483c-b50b-177cef15caf9 > gateway sip:50000 at 192.168.2.108 > REGED > internal-ipv6 profile sip:mod_sofia@[::1]:5060 > RUNNING (0) > internal profile > sip:mod_sofia at 192.168.2.13:5060 > RUNNING (0) > ================================================================================================= > > So, where is > external::d7369e36-c636-483c-b50b-177cef15caf9 > gateway declared? > > I thought it could be via mod_xml_curl, but there > is no config for it in autoload_configs. > > > Regards, > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > *Tanner Kerr*|Developer | *iTel.com > * > *1.888.899.4835 *(ext:1027) > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > *Tanner Kerr*|Developer | *iTel.com * > *1.888.899.4835 *(ext:1027) > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161019/6b0ffc0a/attachment-0001.html From valter at fastway.com.br Thu Oct 20 16:17:22 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 20 Oct 2016 10:17:22 -0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: I will try that. Thank you, Valter 2016-10-19 17:14 GMT-02:00 Tanguy : > Hello > I personalty enjoy fusionpbx, but i don't feel confortable with > xml_handler because xml configurations files are easier to understand. I > think you may disable xml_handler and try to understand auto generated xml > config files > > First go to FREESWITCH_CONDIR/autoload_configs/lua.conf.xml > > > > > remove some bindings, freeswitch will try to read xml files, not the database. In my case, i only want xml_handler for my directory > > Then, tel to fusionpbx to write xml files > Using web gui, do to Advanced > Default seetings > > Move to "switch" and enable some subcategories like dialplan, sip_profiles > ... > if a subcategory is disabled, fusionpbx will not write xml files. > > On 18/10/2016 22:16, Tanner Kerr wrote: > > fs_cli should work with the fusionpbx install, also config_dir will most > likely only contain config.lua and config.php which you don't need to worry > about too much. > when you do a global_getvar it will read from /usr/local/freeswitch/conf/vars.xml > which I believe is populated by the database. I would recommend changing > the configuration info in the gui because otherwise it's a little hard to > keep track of the data flow in the backend of a fusionpbx/freeswitch > instance. > > I'm with Giovanni on that, if your goal is to solely learn freeswitch, I > would recommend setting up a vanilla freeswitch server. > > On Tue, Oct 18, 2016 at 1:04 PM, Giovanni Maruzzelli < > gmaruzz at gmail.com> wrote: > >> >> >> On 18 October 2016 at 21:16, Valter Nogueira < >> valter at fastway.com.br> wrote: >> >>> Thank you. >>> >>> My goal is learn how FS works and how can I check its configuration >>> using fs_cli and config_dir. >>> >>> >> Hello Valter, >> >> if you want to learn how FS works and how you can check its configuration >> using fs_cli and config_dir then you need to use FS directly, without gui. >> >> Go to http://freeswitch.org/confluence and start from there, you will >> find full docs about it all (install and usage), then if you want you can >> read the books from packtpub, ask here in mailing list, or in IRC channel >> #freeswitch >> >> -giovanni >> >> >>> I will check mod_lua docs and I will get in touch with fusionpbx people. >>> >>> >>> >>> Atenciosamente, >>> >>> >>> >>> 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli < >>> gmaruzz at gmail.com>: >>> >>>> FusionPBX is a web gui for managing a FreeSWITCH based PBX. >>>> >>>> FusionPBX gets its settings dynamically from database (postgresql by >>>> default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl >>>> docs). >>>> >>>> You can get more details from the website >>>> www.fusionpbx.com and you can ask question in the IRC channel >>>> #fusionpbx >>>> >>>> I would suggest you read the docs from website, then install, test, >>>> then ask questions in IRC channel. >>>> >>>> This mailing list is about FreeSWITCH (the underlying server) not about >>>> FusionPBX. >>>> >>>> sent from mobile >>>> cell: +39 347 266 56 18 >>>> Giovanni Maruzzelli >>>> OpenTelecom.IT >>>> >>>> On Oct 18, 2016 7:39 PM, "Tanner Kerr" < >>>> tanner at itel.com> wrote: >>>> >>>>> Fusionpbx sets most xml configs to noload. I believe it stores all >>>>> freeswitch configuration data in sqlite by default, that data is then >>>>> loaded into a master xml file and that's what freeswitch uses. >>>>> >>>>> On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira < >>>>> valter at fastway.com.br> wrote: >>>>> >>>>>> Sorry if it is OT. >>>>>> >>>>>> I am trying to figure out how fusionpbx stores freeswitch >>>>>> configuration. >>>>>> >>>>>> freeswitch global_getvar conf_dir shows /etc/freeswitch >>>>>> >>>>>> But when I look at /etc/freeswitch/sip_profiles/external, I don't >>>>>> see any gateway declared, altough when I do: >>>>>> >>>>>> sofia status >>>>>> >>>>>> I get: >>>>>> >>>>>> Name Type >>>>>> Data State >>>>>> ============================================================ >>>>>> ===================================== >>>>>> external-ipv6 profile >>>>>> sip:mod_sofia@[::1]:5080 RUNNING (0) >>>>>> external profile >>>>>> >>>>>> sip:mod_sofia at 192.168.2.13:5080 RUNNING (0) >>>>>> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >>>>>> sip:50000 at 192.168.2.108 >>>>>> REGED >>>>>> internal-ipv6 profile >>>>>> sip:mod_sofia@[::1]:5060 RUNNING (0) >>>>>> internal profile >>>>>> >>>>>> sip:mod_sofia at 192.168.2.13:5060 RUNNING (0) >>>>>> ============================================================ >>>>>> ===================================== >>>>>> >>>>>> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 >>>>>> gateway declared? >>>>>> >>>>>> I thought it could be via mod_xml_curl, but there is no config for it >>>>>> in autoload_configs. >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: >>>>>> >>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> *Tanner Kerr* | Developer | *iTel.com * >>>>> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: >>>>> >>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Tanner Kerr* | Developer | *iTel.com * > *1.888.899.4835 <1.888.899.4835> *(ext:1027) > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/ac55e951/attachment-0001.html From mbodbg at gmx.net Thu Oct 20 17:12:06 2016 From: mbodbg at gmx.net (=?utf-8?Q?Markus_B=C3=B6nke?=) Date: Thu, 20 Oct 2016 15:12:06 +0200 Subject: [Freeswitch-users] CDR for non authenticated call Message-ID: Hello, I have a question if it is correct that freeswitch opens a channel and generates a CDR for the following call scenario. The call is initiated from registered SIP client: INVITE 100 Trying BYE 407 Proxy Authentication Required 200 OK The generated CDR has only the uuid and hangup_cause set, all other fields like destination_number, callerid, etc are null. Is this behavior as expected? Thanks and regards Markus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/16ab4c25/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Bildschirmfoto 2016-10-20 um 14.48.03.png Type: image/png Size: 116948 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/16ab4c25/attachment-0001.png From david.villasmil.work at gmail.com Thu Oct 20 17:16:25 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 20 Oct 2016 13:16:25 +0000 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: Latests versions afaik use memcache to store config. In my experience, fusionpbx fails a lot in terms of refreshing the config when you're making several changes. I was going to open a ticket, but then i forgot. On Thu, Oct 20, 2016 at 2:18 PM Valter Nogueira wrote: > I will try that. > > Thank you, > > Valter > > > > > 2016-10-19 17:14 GMT-02:00 Tanguy : > > Hello > I personalty enjoy fusionpbx, but i don't feel confortable with > xml_handler because xml configurations files are easier to understand. I > think you may disable xml_handler and try to understand auto generated xml > config files > > First go to FREESWITCH_CONDIR/autoload_configs/lua.conf.xml > > > > > remove some bindings, freeswitch will try to read xml files, not the database. In my case, i only want xml_handler for my directory > > Then, tel to fusionpbx to write xml files > Using web gui, do to Advanced > Default seetings > > Move to "switch" and enable some subcategories like dialplan, sip_profiles > ... > if a subcategory is disabled, fusionpbx will not write xml files. > > On 18/10/2016 22:16, Tanner Kerr wrote: > > fs_cli should work with the fusionpbx install, also config_dir will most > likely only contain config.lua and config.php which you don't need to worry > about too much. > when you do a global_getvar it will read from > /usr/local/freeswitch/conf/vars.xml which I believe is populated by the > database. I would recommend changing the configuration info in the gui > because otherwise it's a little hard to keep track of the data flow in the > backend of a fusionpbx/freeswitch instance. > > I'm with Giovanni on that, if your goal is to solely learn freeswitch, I > would recommend setting up a vanilla freeswitch server. > > On Tue, Oct 18, 2016 at 1:04 PM, Giovanni Maruzzelli < > gmaruzz at gmail.com> wrote: > > > > On 18 October 2016 at 21:16, Valter Nogueira < > valter at fastway.com.br> wrote: > > Thank you. > > My goal is learn how FS works and how can I check its configuration using > fs_cli and config_dir. > > > Hello Valter, > > if you want to learn how FS works and how you can check its configuration > using fs_cli and config_dir then you need to use FS directly, without gui. > > Go to http://freeswitch.org/confluence and start from there, you will > find full docs about it all (install and usage), then if you want you can > read the books from packtpub, ask here in mailing list, or in IRC channel > #freeswitch > > -giovanni > > > I will check mod_lua docs and I will get in touch with fusionpbx people. > > > > Atenciosamente, > > > > 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli < > gmaruzz at gmail.com>: > > FusionPBX is a web gui for managing a FreeSWITCH based PBX. > > FusionPBX gets its settings dynamically from database (postgresql by > default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl > docs). > > You can get more details from the website > www.fusionpbx.com and you can ask question in the IRC channel #fusionpbx > > I would suggest you read the docs from website, then install, test, then > ask questions in IRC channel. > > This mailing list is about FreeSWITCH (the underlying server) not about > FusionPBX. > > sent from mobile > cell: +39 347 266 56 18 > Giovanni Maruzzelli > OpenTelecom.IT > > On Oct 18, 2016 7:39 PM, "Tanner Kerr" < tanner at itel.com> > wrote: > > Fusionpbx sets most xml configs to noload. I believe it stores all > freeswitch configuration data in sqlite by default, that data is then > loaded into a master xml file and that's what freeswitch uses. > > On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira < > valter at fastway.com.br> wrote: > > Sorry if it is OT. > > I am trying to figure out how fusionpbx stores freeswitch configuration. > > freeswitch global_getvar conf_dir shows /etc/freeswitch > > But when I look at /etc/freeswitch/sip_profiles/external, I don't see any > gateway declared, altough when I do: > > sofia status > > I get: > > Name Type > Data State > > ================================================================================================= > external-ipv6 profile sip:mod_sofia@[::1]:5080 > RUNNING (0) > external profile > sip:mod_sofia at 192.168.2.13:5080 > RUNNING (0) > external::d7369e36-c636-483c-b50b-177cef15caf9 gateway > sip:50000 at 192.168.2.108 > REGED > internal-ipv6 profile sip:mod_sofia@[::1]:5060 > RUNNING (0) > internal profile > sip:mod_sofia at 192.168.2.13:5060 > RUNNING (0) > > ================================================================================================= > > So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway > declared? > > I thought it could be via mod_xml_curl, but there is no config for it in > autoload_configs. > > > Regards, > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > *Tanner Kerr* | Developer | *iTel.com * > *1.888.899.4835 <1.888.899.4835> *(ext:1027) > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > *Tanner Kerr* | Developer | *iTel.com * > *1.888.899.4835 <1.888.899.4835> *(ext:1027) > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com > > FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/b64afc20/attachment-0001.html From blackc2004 at gmail.com Thu Oct 20 20:05:07 2016 From: blackc2004 at gmail.com (Cj B) Date: Thu, 20 Oct 2016 09:05:07 -0700 Subject: [Freeswitch-users] FP FILE ERR on Verto call Message-ID: <4B8C865D-D58B-42AA-8CB4-A36E4D575515@gmail.com> Hi All, I?m struggling a bit getting verto to work. I?m able log into verto but when I go to make a call there?s this error (FP File err): 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio Candidate cid: 1 proto: udp type: srflx addr: 209.237.88.75:59551 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio Candidate cid: 2 proto: udp type: srflx addr: 209.237.88.75:50413 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio Candidate cid: 1 proto: udp type: srflx addr: 209.237.88.75:52747 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio Candidate cid: 2 proto: udp type: srflx addr: 209.237.88.75:65293 2016-10-20 11:41:45.979170 [ERR] switch_core_cert.c:209 FP FILE ERR! 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3467 Searching for rtp candidate. 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3472 Choose rtp candidate, index 2, 209.237.88.75:59551 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3250 verto.rtc/3000 choosing family v4 Because it?s switch_core_cert I?m assuming it?s a certificate error, but I can?t figure out what file exactly. I?ve got wss.pem and dtls-srtp.crt in the proper directories and if I do openssl s_client -connect my_ip:5061 and openssl s_client -connect my_ip:8082 I get the proper certificate information back. Any suggestions? Thanks for any help! Cj B -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/9141e938/attachment.html From anthony.minessale at gmail.com Thu Oct 20 20:14:51 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 20 Oct 2016 11:14:51 -0500 Subject: [Freeswitch-users] FP FILE ERR on Verto call In-Reply-To: <4B8C865D-D58B-42AA-8CB4-A36E4D575515@gmail.com> References: <4B8C865D-D58B-42AA-8CB4-A36E4D575515@gmail.com> Message-ID: Check that the user FS is running as has full read and write permission on the cert dir. Its failing to generate the DTLS fingerprint. Its not the TLS connections those are working or you would not even be trying to setup that call. On Thu, Oct 20, 2016 at 11:05 AM, Cj B wrote: > Hi All, > > I?m struggling a bit getting verto to work. I?m able log into verto but > when I go to make a call there?s this error (FP File err): > > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio > Candidate cid: 1 proto: udp type: srflx addr: 209.237.88.75:59551 > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio > Candidate cid: 2 proto: udp type: srflx addr: 209.237.88.75:50413 > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio > Candidate cid: 1 proto: udp type: srflx addr: 209.237.88.75:52747 > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3425 Save audio > Candidate cid: 2 proto: udp type: srflx addr: 209.237.88.75:65293 > *2016-10-20 11:41:45.979170 [ERR] switch_core_cert.c:209 FP FILE ERR!* > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3467 Searching for > rtp candidate. > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3472 Choose rtp > candidate, index 2, 209.237.88.75:59551 > 2016-10-20 11:41:45.979170 [DEBUG] switch_core_media.c:3250 verto.rtc/3000 > choosing family v4 > > Because it?s switch_core_cert I?m assuming it?s a certificate error, but I > can?t figure out what file exactly. I?ve got wss.pem and dtls-srtp.crt in > the proper directories and if I do openssl s_client -connect my_ip:5061 > and openssl s_client -connect my_ip:8082 I get the proper certificate > information back. > > Any suggestions? > > Thanks for any help! > Cj B > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/9707132e/attachment.html From valter at fastway.com.br Fri Oct 21 00:17:26 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 20 Oct 2016 18:17:26 -0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: I have tried to disable lua and enable xml generation on fusionpbx, but it didn't worked at all, files xml were not generated and configs were not loaded. How can I find the source code for xml_handler (lua source code), defined bellow? Thanks, Valter 2016-10-20 11:16 GMT-02:00 David Villasmil : > Latests versions afaik use memcache to store config. In my experience, > fusionpbx fails a lot in terms of refreshing the config when you're making > several changes. I was going to open a ticket, but then i forgot. > On Thu, Oct 20, 2016 at 2:18 PM Valter Nogueira > wrote: > >> I will try that. >> >> Thank you, >> >> Valter >> >> >> >> >> 2016-10-19 17:14 GMT-02:00 Tanguy : >> >> Hello >> I personalty enjoy fusionpbx, but i don't feel confortable with >> xml_handler because xml configurations files are easier to understand. I >> think you may disable xml_handler and try to understand auto generated xml >> config files >> >> First go to FREESWITCH_CONDIR/autoload_configs/lua.conf.xml >> >> >> >> >> remove some bindings, freeswitch will try to read xml files, not the database. In my case, i only want xml_handler for my directory >> >> Then, tel to fusionpbx to write xml files >> Using web gui, do to Advanced > Default seetings >> >> Move to "switch" and enable some subcategories like dialplan, >> sip_profiles ... >> if a subcategory is disabled, fusionpbx will not write xml files. >> >> On 18/10/2016 22:16, Tanner Kerr wrote: >> >> fs_cli should work with the fusionpbx install, also config_dir will most >> likely only contain config.lua and config.php which you don't need to worry >> about too much. >> when you do a global_getvar it will read from /usr/local/freeswitch/conf/vars.xml >> which I believe is populated by the database. I would recommend changing >> the configuration info in the gui because otherwise it's a little hard to >> keep track of the data flow in the backend of a fusionpbx/freeswitch >> instance. >> >> I'm with Giovanni on that, if your goal is to solely learn freeswitch, I >> would recommend setting up a vanilla freeswitch server. >> >> On Tue, Oct 18, 2016 at 1:04 PM, Giovanni Maruzzelli < >> gmaruzz at gmail.com> wrote: >> >> >> >> On 18 October 2016 at 21:16, Valter Nogueira < >> valter at fastway.com.br> wrote: >> >> Thank you. >> >> My goal is learn how FS works and how can I check its configuration using >> fs_cli and config_dir. >> >> >> Hello Valter, >> >> if you want to learn how FS works and how you can check its configuration >> using fs_cli and config_dir then you need to use FS directly, without gui. >> >> Go to http://freeswitch.org/confluence and start from there, you will >> find full docs about it all (install and usage), then if you want you can >> read the books from packtpub, ask here in mailing list, or in IRC channel >> #freeswitch >> >> -giovanni >> >> >> I will check mod_lua docs and I will get in touch with fusionpbx people. >> >> >> >> Atenciosamente, >> >> >> >> 2016-10-18 16:44 GMT-02:00 Giovanni Maruzzelli < >> gmaruzz at gmail.com>: >> >> FusionPBX is a web gui for managing a FreeSWITCH based PBX. >> >> FusionPBX gets its settings dynamically from database (postgresql by >> default) via a lua xml handler (eg, check mod_lua docs, and mod_xml_curl >> docs). >> >> You can get more details from the website >> www.fusionpbx.com and you can ask question in the IRC channel #fusionpbx >> >> I would suggest you read the docs from website, then install, test, then >> ask questions in IRC channel. >> >> This mailing list is about FreeSWITCH (the underlying server) not about >> FusionPBX. >> >> sent from mobile >> cell: +39 347 266 56 18 >> Giovanni Maruzzelli >> OpenTelecom.IT >> >> On Oct 18, 2016 7:39 PM, "Tanner Kerr" < tanner at itel.com> >> wrote: >> >> Fusionpbx sets most xml configs to noload. I believe it stores all >> freeswitch configuration data in sqlite by default, that data is then >> loaded into a master xml file and that's what freeswitch uses. >> >> On Tue, Oct 18, 2016 at 10:24 AM, Valter Nogueira < >> valter at fastway.com.br> wrote: >> >> Sorry if it is OT. >> >> I am trying to figure out how fusionpbx stores freeswitch configuration. >> >> freeswitch global_getvar conf_dir shows /etc/freeswitch >> >> But when I look at /etc/freeswitch/sip_profiles/external, I don't see >> any gateway declared, altough when I do: >> >> sofia status >> >> I get: >> >> Name Type >> Data State >> ============================================================ >> ===================================== >> external-ipv6 profile sip:mod_sofia@[::1]:5080 >> RUNNING (0) >> external profile >> sip:mod_sofia at 192.168.2.13:5080 >> RUNNING (0) >> external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >> sip:50000 at 192.168.2.108 >> REGED >> internal-ipv6 profile sip:mod_sofia@[::1]:5060 >> RUNNING (0) >> internal profile >> sip:mod_sofia at 192.168.2.13:5060 >> RUNNING (0) >> ============================================================ >> ===================================== >> >> So, where is external::d7369e36-c636-483c-b50b-177cef15caf9 gateway >> declared? >> >> I thought it could be via mod_xml_curl, but there is no config for it in >> autoload_configs. >> >> >> Regards, >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE: >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> *Tanner Kerr* | Developer | *iTel.com * >> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE: >> >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> *Tanner Kerr* | Developer | *iTel.com * >> *1.888.899.4835 <1.888.899.4835> *(ext:1027) >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com >> >> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com >> >> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/5fe94302/attachment-0001.html From gmaruzz at gmail.com Fri Oct 21 01:07:04 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 20 Oct 2016 23:07:04 +0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: Valter, This mailing list is for FreeSWITCH, you ask questions about FusionPBX in IRC channel #fusionpbx That said, you can find all scripts in /usr/local/freeswitch/scripts. Also, what you are trying will not work, FusionPBX will not write config files on filesystem. -giovanni On 20 October 2016 at 22:17, Valter Nogueira wrote: > I have tried to disable lua and enable xml generation on fusionpbx, but it > didn't worked at all, files xml were not generated and configs were not > loaded. > > How can I find the source code for xml_handler (lua source code), defined > bellow? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161020/2db426bf/attachment.html From 568691 at gmail.com Fri Oct 21 14:19:34 2016 From: 568691 at gmail.com (Alexandru Covalschi) Date: Fri, 21 Oct 2016 13:19:34 +0300 Subject: [Freeswitch-users] Distributed conference Message-ID: Hello list, Wanted to ask for hints. Let's imagine we have a very big conference, so it doesn't fit in one Freeswitch box. I need to somehow populate users on other box and merge the conferences. For now the only way I see is conference call out, but that's really complicated as soon as we need to synchronize a lot of stuff (conference master commands, members list and so on) using event socket and a completely new API layer. Is there any other way to get a bigger distributed conference? Maybe there is already an existing solution? Regards, Alex -- Alexandru Covalschi VoIP engineer and system administrator tel: +37367398493 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/2b2336b1/attachment.html From david.villasmil.work at gmail.com Fri Oct 21 16:05:15 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 21 Oct 2016 12:05:15 +0000 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: Also, why would you need to have them on xml? The point is exactly mot having them. I understand your frustration, i also tried to get it to write the xmls, because i was used to it, but it actually works ok, once your have it properly configured. On Thu, Oct 20, 2016 at 11:08 PM Giovanni Maruzzelli wrote: > Valter, > > This mailing list is for FreeSWITCH, you ask questions about FusionPBX in > IRC channel #fusionpbx > > That said, you can find all scripts in /usr/local/freeswitch/scripts. > Also, what you are trying will not work, FusionPBX will not write config > files on filesystem. > > -giovanni > > > > On 20 October 2016 at 22:17, Valter Nogueira > wrote: > > I have tried to disable lua and enable xml generation on fusionpbx, but it > didn't worked at all, files xml were not generated and configs were not > loaded. > > How can I find the source code for xml_handler (lua source code), defined > bellow? > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/25959294/attachment.html From lists at kavun.ch Fri Oct 21 16:13:43 2016 From: lists at kavun.ch (Emrah) Date: Fri, 21 Oct 2016 14:13:43 +0200 Subject: [Freeswitch-users] Distributed conference In-Reply-To: References: Message-ID: <9443E8B2-ED6B-4542-A3B6-B36243887E05@kavun.ch> For audio only, it's rather easy to get it done. It's more complicated to fine tune it and have it optimized. I have a distributed set up that will endeavor to conference people in a geographically optimized manner and involve additional nodes per location covered. I have my own database to handle user lists. Looks like FS, even with Postgres in the core, doesn't store conference data in a database. Very surprisingly so. I have a context that strictly handles server to server conference connections. They come with different flags. As far as your setup is concerned, I suggest you consider the following. 1. Have one box (or HA looking like one box) that only does signaling. 2. Have multiple conference boxes configured identically. 3. Put a max participants count on each box depending on their hardware. 4. Box 1 brings in box 2 when max participant count is reached. 5. Box 2 brings in box 3 when max participant count is reached, etc. 6. Signaling box calls in succession box 1, box 2 and box 3. Make sure to bypass media. 7. You're done and get a pay raise for your awesome job. Hint: you can use specific flags to disconnect the boxes that called one another, i.e. have all "real" participants come in with an "endconf" flag and when the last one leaves, connection to the additional box will be dropped. Careful on how that plays if box 1 is full, box 2 is full, box 3 is half full, and suddenly box 1 is empty. Good luck! Post your results here please. > On Oct 21, 2016, at 12:19 PM, Alexandru Covalschi <568691 at gmail.com> wrote: > > Hello list, > > Wanted to ask for hints. Let's imagine we have a very big conference, so it doesn't fit in one Freeswitch box. I need to somehow populate users on other box and merge the conferences. For now the only way I see is conference call out, but that's really complicated as soon as we need to synchronize a lot of stuff (conference master commands, members list and so on) using event socket and a completely new API layer. Is there any other way to get a bigger distributed conference? Maybe there is already an existing solution? > > Regards, Alex > > -- > Alexandru Covalschi > VoIP engineer and system administrator > tel: +37367398493 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From covici at ccs.covici.com Fri Oct 21 16:18:33 2016 From: covici at ccs.covici.com (John Covici) Date: Fri, 21 Oct 2016 08:18:33 -0400 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: Older versions of fusionpbx did write xml and that made it easier to customize a bit, so if you really want that, go back in the svn to an older one, not sure just when they stopped writing to xml, but I thought there was a setting maybe look in the settings. On Fri, 21 Oct 2016 08:05:15 -0400, David Villasmil wrote: > > [1 ] > [1.1 ] > [1.2 ] > Also, why would you need to have them on xml? The point is exactly mot having them. > I understand your frustration, i also tried to get it to write the xmls, because i was used to it, but it actually works ok, once your have it properly configured. > > On Thu, Oct 20, 2016 at 11:08 PM Giovanni Maruzzelli wrote: > > Valter, > > This mailing list is for FreeSWITCH, you ask questions about FusionPBX in IRC channel #fusionpbx > > That said, you can find all scripts in /usr/local/freeswitch/scripts. Also, what you are trying will not work, FusionPBX will not write config files on filesystem. > > -giovanni > > On 20 October 2016 at 22:17, Valter Nogueira wrote: > > I have tried to disable lua and enable xml generation on fusionpbx, but it didn't worked at all, files xml were not generated and configs were not loaded. > > How can I find the source code for xml_handler (lua source code), defined bellow? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > [2 ] > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From lists at kavun.ch Fri Oct 21 16:20:51 2016 From: lists at kavun.ch (Emrah) Date: Fri, 21 Oct 2016 14:20:51 +0200 Subject: [Freeswitch-users] Conference Use-Case Question In-Reply-To: References: Message-ID: <8A284B16-9C9C-4D0D-AEBF-FD77EE567A87@kavun.ch> I have a setup where you can press "#" during a call and enter the number of the person you want to invite. The advantage of the solution is that the person receiving the call: a) hears the name of the person inviting them and knows it's a conference call (Hello! Cody has invited you to join a conference call); b) has to approve the invitation by pressing a key to avoid calls conferencing with a voicemail. My solution isn't very portable on how it's been coded, so I'm not pasting stuff point blank, but happy to orient you if you are thinking of a similar outcome. Emrah > On Oct 17, 2016, at 10:03 PM, Stanislav Sinyagin wrote: > > with some programming effort, you could create a Web service where the > users would manage their conferences, and also dial-out to invite new > parties in. It's quite straightforward to do via ESL, it only needs a > good developer and a good plan for long-term support. > > I would love to contribute to such a project if it's an open-source > effort with solid sponsorship. > > In a minimalist approach, you can issue an originate command from > fs_cli, and it can also be easily wrapped into a simple PHP script. It > would be ugly, but will do its job :-) > > Alternatively, you can build a simple IVR, so that the one who invites > a new person, dials into the IVR, gives the destination number, then > talks to the invitee, and after hangup the call is automatically > bridged into the conference. > > So, there are tons of different scenarios :) > > > > > > On Mon, Oct 17, 2016 at 4:06 PM, Cody Rosenbloom > wrote: >> Hi, >> >> I'm quite new to mod_conference and I've had good success implementing >> Stanislav Sinyagin's conferencing solution on his blog for our freeswitch >> setup. This is fantastic for planned conference calls where everyone can >> dial into the conference line. I'm now looking to address the use case where >> 1 person is talking to another and suddenly needs to pull in one or two more >> people into the call to discuss (sort of a dynamic conferencing solution). >> Is this possible and what's the best way to go about achieving it? >> Appreciate any advice you can give me. >> >> Thanks >> Cody >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From lists at kavun.ch Fri Oct 21 16:22:29 2016 From: lists at kavun.ch (Emrah) Date: Fri, 21 Oct 2016 14:22:29 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <7AEC1AD5-0344-4133-808B-5754FC7839F1@kavun.ch> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <7AEC1AD5-0344-4133-808B-5754FC7839F1@kavun.ch> Message-ID: Can someone clarify this please? Can we now dynamically engage the Opus stack by setting channel variables? Thanks! > On Oct 14, 2016, at 10:18 PM, Emrah wrote: > > In my FS 1.7 I still see this: > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 120ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 100ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 80ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 60ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 8000hz 10ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding Codec opus 116 OPUS (STANDARD) 48000hz 10ms 1ch (VBR) > >> On Oct 14, 2016, at 10:16 PM, Emrah > wrote: >> >> Since when? I don't see it in FS 1.6.10. >> >> Emrah >>> On Oct 14, 2016, at 6:50 PM, Brian West > wrote: >>> >>> We do have 12khz and 24khz I added the specifically when we added SILK, we can resample to and from both rates. :) >>> >>> On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea > wrote: >>> Hi >>> >>> Why would you say opus at 8000@20i does not sound very good ? What do you >>> mean exactly ? Your call quality is bad or you mean you don't like the >>> fact that the sampling rate is low ? >>> >>> You can play with the sampling rates by setting maxplaybackrate and >>> sprop_maxcapurerate and enabling asymmetric_samplerates (which is an >>> experimental feature so far) in your opus.conf.xml . >>> >>> FS does not have 12 khz or 24 khz because they are not much used for >>> Voip. As for opus @ 16 khz perhaps it will be added. >>> >>> But if you use opus @ 48 khz and you just change maxaveragebitrate and >>> maxplaybackrate accordingly you should get only WIDEBAND from the >>> encoder anyway . >>> The decoder should decode at any sample rate. >>> We're working on a document (sort of manual) for the Opus module and >>> hopefully it will be released soon. >>> >>> As for the issue why codec settings cannot be set from FS's dialplan , I >>> think its a missing feature that affects other audio codecs too and I >>> think it would be very useful. >>> >>> We needed opus at 8000hz for transcoding and I tried to explain some things >>> here (see my comment at the bottom of the page ): >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >>> >>> >>> Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz >>> you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by >>> avoiding resampling we were saving 20-30 % CPU . >>> >>> Regards, >>> Dragos >>> >>> >>> >>> On 14/10/2016 14:02, Emrah wrote: >>> > Hi there, >>> > Revisiting this issue. I see that I can set my Opus codec with >>> > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can >>> > use. I see only 2 extreme options when the module is loaded or unloaded >>> > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or >>> > stereo and packet size. Can someone clarify why there is nothing in >>> > between? And what exactly this setting does? Opus at 8000h@20i definitely >>> > doesn't sound very good. I'd rather have a compromise for tough network >>> > conditions. >>> > Since these are parameters I can dynamically set on my dialplan, the >>> > question then becomes why can't I fully manipulate my Opus stack from >>> > the dialplan? >>> > >>> > Thanks! >>> >> On Jun 2, 2015, at 6:23 AM, Emrah >>> >> >> wrote: >>> >> >>> >> Hi there, >>> >> @Mike: yes, but in a commonsensical approach the Opus library on the >>> >> client's side would resample and therefore optimize the codec and the >>> >> bandwidth accordingly up to FS. >>> >> @Julien, I saw the setting for Opus globally, but it defeats the >>> >> purpose. I don't want to limit the bandwidth of Opus for all >>> >> instances. I'd like to optimize Opus on a per call basis. >>> >> >>> >> Thanks for the replies >>> >>> On May 31, 2015, at 2:13 PM, Michael Jerris >>> >>> >> wrote: >>> >>> >>> >>> Side note, opening at the different rate I believe just makes the >>> >>> opus library do the re sampling instead of FreeSWITCH. >>> >>> >>> >>> On Sunday, May 31, 2015, Julien Chavanton >>> >>> >> wrote: >>> >>> >>> >>> Hi Emrah, >>> >>> >>> >>> The settings exist but they are not available from the dialplan, >>> >>> right now they can only be set globally . >>> >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >>> >>> >>> >>> You can control the bandwidth using maxplaybackrate and >>> >>> maxplaybackrate this will control the local encoder and also adds >>> >>> the corresponding FMTP parameters to the SDP to be used by the >>> >>> remote encoder (if it does implement the following draft, the >>> >>> draft is evolving but I think it as not changed) >>> >>> >>> >>> https://tools >>> >>> >.ietf.org/html/draft-ietf-payload-rtp-opus-11 >>> >>> >>> >>> Maybe something like : >>> >>> >>> >>> maxaveragebitrate 24000 >>> >>> maxplaybackrate 8000 >>> >>> >>> >>> The discussion was getting slightly more complicated when we >>> >>> where discussing about unnecessary resampling this was not a >>> >>> problem but it was just adding extra load on the server. >>> >>> >>> >>> On Sun, May 31, 2015 at 6:09 AM, Emrah >>> >>> ');>> wrote: >>> >>> >>> >>> Hi list, >>> >>> >>> >>> I re-read FS6947 and don't understand how this problematic >>> >>> was addressed and the issue fixed. >>> >>> The scope is simple. There should be a setting in the >>> >>> dialplan that allows downsampling of Opus for applications >>> >>> that do not require the 48khz / 2 channels framework. I.e.: >>> >>> terminating to the PSTN with Opus to take advantage of low >>> >>> bandwidth and great PLC. >>> >>> There seems to be a lot of confusion around bandwidth in >>> >>> general there. It doesn't matter if the internal clock of the >>> >>> device is always sampling at 48khz / 2ch. There are settings >>> >>> that can facilitate a lower bandwidth consumption for >>> >>> particular use cases, and it seems the reason it is not being >>> >>> implemented in FS is just a matter of being confused about >>> >>> the intent of the 48khz 2ch base. >>> >>> Please revisit this issue. FS should allow tuning of Opus >>> >>> audio / network bandwidth in the dialplan. It would optimize >>> >>> greatly lots of use cases. >>> >>> If I'm calling the PSTN, I'd rather have my client downsample >>> >>> and stream at a lower bandwidth, even if my audio capture >>> >>> would still be at 48khz / 2ch as per the RFC, and save on >>> >>> bandwidth, than transcode the full 48khz spectrum into PCM on >>> >>> my FS and minimize processing power on the client's side. >>> >>> >>> >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >>> >>> >>> >>> Emrah >>> >>> _________________________________________________________________________ >>> >>> Professional FreeSWITCH Consulting Services: >>> >>> consulting at freeswitch.org >>> >>> ');> >>> >>> http://www.freeswitchsolutions.com >>> >>> > >>> >>> >>> >>> Official FreeSWITCH Sites >>> >>> http://www.freeswitch.org > >>> >>> http://confluence.freeswitch.org >>> >>> > >>> >>> http://www.cluecon.com > >>> >>> >>> >>> FreeSWITCH-users mailing list >>> >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> ');> >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org > >>> >>> >>> >>> >>> >>> _________________________________________________________________________ >>> >>> Professional FreeSWITCH Consulting Services: >>> >>> consulting at freeswitch.org > >>> >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> Official FreeSWITCH Sites >>> >>> http://www.freeswitch.org >>> >>> http://confluence.freeswitch.org >>> >>> http://www.cluecon.com >>> >>> >>> >>> FreeSWITCH-users mailing list >>> >>> FreeSWITCH-users at lists.freeswitch.org >>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> >>> http://www.freeswitch.org >>> >> >>> > >>> > >>> > >>> > _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting at freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://confluence.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users at lists.freeswitch.org >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> > >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Brian West >>> brian at freeswitch.org >>> >>> Twitter: @FreeSWITCH , @briankwest >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> Got Bugs? Report them here ! | Reddit: /r/freeswitch >>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/dbd2b50f/attachment-0001.html From mirkobrankovic at gmail.com Fri Oct 21 16:23:34 2016 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Fri, 21 Oct 2016 14:23:34 +0200 Subject: [Freeswitch-users] Distributed conference In-Reply-To: <9443E8B2-ED6B-4542-A3B6-B36243887E05@kavun.ch> References: <9443E8B2-ED6B-4542-A3B6-B36243887E05@kavun.ch> Message-ID: Sounds very easy when you put it that way :D For video conferencing where video mixing is involved I think this is not possible, SFU is needed for that. On Fri, Oct 21, 2016 at 2:13 PM, Emrah wrote: > For audio only, it's rather easy to get it done. It's more complicated to > fine tune it and have it optimized. > I have a distributed set up that will endeavor to conference people in a > geographically optimized manner and involve additional nodes per location > covered. > I have my own database to handle user lists. Looks like FS, even with > Postgres in the core, doesn't store conference data in a database. Very > surprisingly so. > > I have a context that strictly handles server to server conference > connections. They come with different flags. > > As far as your setup is concerned, I suggest you consider the following. > > 1. Have one box (or HA looking like one box) that only does signaling. > 2. Have multiple conference boxes configured identically. > 3. Put a max participants count on each box depending on their hardware. > 4. Box 1 brings in box 2 when max participant count is reached. > 5. Box 2 brings in box 3 when max participant count is reached, etc. > 6. Signaling box calls in succession box 1, box 2 and box 3. Make sure to > bypass media. > 7. You're done and get a pay raise for your awesome job. > > Hint: you can use specific flags to disconnect the boxes that called one > another, i.e. have all "real" participants come in with an "endconf" flag > and when the last one leaves, connection to the additional box will be > dropped. Careful on how that plays if box 1 is full, box 2 is full, box 3 > is half full, and suddenly box 1 is empty. > > Good luck! Post your results here please. > > On Oct 21, 2016, at 12:19 PM, Alexandru Covalschi <568691 at gmail.com> > wrote: > > > > Hello list, > > > > Wanted to ask for hints. Let's imagine we have a very big conference, so > it doesn't fit in one Freeswitch box. I need to somehow populate users on > other box and merge the conferences. For now the only way I see is > conference call out, but that's really complicated as soon as we need to > synchronize a lot of stuff (conference master commands, members list and so > on) using event socket and a completely new API layer. Is there any other > way to get a bigger distributed conference? Maybe there is already an > existing solution? > > > > Regards, Alex > > > > -- > > Alexandru Covalschi > > VoIP engineer and system administrator > > tel: +37367398493 > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Mirko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/d108b9a4/attachment.html From giacomo.vacca at gmail.com Fri Oct 21 16:51:49 2016 From: giacomo.vacca at gmail.com (Giacomo Vacca) Date: Fri, 21 Oct 2016 14:51:49 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <7AEC1AD5-0344-4133-808B-5754FC7839F1@kavun.ch> Message-ID: Hi Emrah, at the moment (master and v1.6) opus can only be configured at 48000 or 8000 Hz for the sample rate, with various (preferred) ptimes. In terms of dialplan, you can set the preferred flavour on a per call basis by working with 'inbound_codec_prefs', inside the limits described above. For what concerns having more flexibility in the negotiation with the client, you can use maxplaybackrate, sprop-maxcapture rate and maxaveragebitrate to tell FS what conditions the client expects (SDP negotiation). These values are taken into account by FS when instantiating the encoder if the parameters 'asymmetric-sample-rates' and 'negotiate-bitrate' are set to 1 in opus.conf.xml. In particular maxaveragebitrate from the client will be used to set the initial encoder bitrate, should it be smaller than the maxaveragebitrate value set in opus.conf.xml (there are a few other conditions if you use the 8 KHz flavour). use-vbr set to 1 in opus.conf.xml will allow the encoder to save bandwidth in case of silence, so that if bandwidth is limited you can still get the higher bitrates when voice is detected, without impacting much the average bitrate. I hope this helps. Giacomo On 21 October 2016 at 14:22, Emrah wrote: > Can someone clarify this please? > Can we now dynamically engage the Opus stack by setting channel variables? > > Thanks! > > On Oct 14, 2016, at 10:18 PM, Emrah wrote: > > In my FS 1.7 I still see this: > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 120ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 100ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 80ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 60ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 10ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 10ms 1ch (VBR) > > On Oct 14, 2016, at 10:16 PM, Emrah wrote: > > Since when? I don't see it in FS 1.6.10. > > Emrah > > On Oct 14, 2016, at 6:50 PM, Brian West wrote: > > We do have 12khz and 24khz I added the specifically when we added SILK, we > can resample to and from both rates. :) > > On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea > wrote: > >> Hi >> >> Why would you say opus at 8000@20i does not sound very good ? What do you >> mean exactly ? Your call quality is bad or you mean you don't like the >> fact that the sampling rate is low ? >> >> You can play with the sampling rates by setting maxplaybackrate and >> sprop_maxcapurerate and enabling asymmetric_samplerates (which is an >> experimental feature so far) in your opus.conf.xml . >> >> FS does not have 12 khz or 24 khz because they are not much used for >> Voip. As for opus @ 16 khz perhaps it will be added. >> >> But if you use opus @ 48 khz and you just change maxaveragebitrate and >> maxplaybackrate accordingly you should get only WIDEBAND from the >> encoder anyway . >> The decoder should decode at any sample rate. >> We're working on a document (sort of manual) for the Opus module and >> hopefully it will be released soon. >> >> As for the issue why codec settings cannot be set from FS's dialplan , I >> think its a missing feature that affects other audio codecs too and I >> think it would be very useful. >> >> We needed opus at 8000hz for transcoding and I tried to explain some things >> here (see my comment at the bottom of the page ): >> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >> >> Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz >> you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by >> avoiding resampling we were saving 20-30 % CPU . >> >> Regards, >> Dragos >> >> >> >> On 14/10/2016 14:02, Emrah wrote: >> > Hi there, >> > Revisiting this issue. I see that I can set my Opus codec with >> > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can >> > use. I see only 2 extreme options when the module is loaded or unloaded >> > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or >> > stereo and packet size. Can someone clarify why there is nothing in >> > between? And what exactly this setting does? Opus at 8000h@20i definitely >> > doesn't sound very good. I'd rather have a compromise for tough network >> > conditions. >> > Since these are parameters I can dynamically set on my dialplan, the >> > question then becomes why can't I fully manipulate my Opus stack from >> > the dialplan? >> > >> > Thanks! >> >> On Jun 2, 2015, at 6:23 AM, Emrah > >> > wrote: >> >> >> >> Hi there, >> >> @Mike: yes, but in a commonsensical approach the Opus library on the >> >> client's side would resample and therefore optimize the codec and the >> >> bandwidth accordingly up to FS. >> >> @Julien, I saw the setting for Opus globally, but it defeats the >> >> purpose. I don't want to limit the bandwidth of Opus for all >> >> instances. I'd like to optimize Opus on a per call basis. >> >> >> >> Thanks for the replies >> >>> On May 31, 2015, at 2:13 PM, Michael Jerris > >>> > wrote: >> >>> >> >>> Side note, opening at the different rate I believe just makes the >> >>> opus library do the re sampling instead of FreeSWITCH. >> >>> >> >>> On Sunday, May 31, 2015, Julien Chavanton > >>> > wrote: >> >>> >> >>> Hi Emrah, >> >>> >> >>> The settings exist but they are not available from the dialplan, >> >>> right now they can only be set globally . >> >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >>> >> >>> You can control the bandwidth using maxplaybackrate and >> >>> maxplaybackrate this will control the local encoder and also adds >> >>> the corresponding FMTP parameters to the SDP to be used by the >> >>> remote encoder (if it does implement the following draft, the >> >>> draft is evolving but I think it as not changed) >> >>> >> >>> https://tools >> >>> .ietf.org/html/draft-ietf-payload-rtp-opus-11 >> >>> >> >>> Maybe something like : >> >>> >> >>> maxaveragebitrate 24000 >> >>> maxplaybackrate 8000 >> >>> >> >>> The discussion was getting slightly more complicated when we >> >>> where discussing about unnecessary resampling this was not a >> >>> problem but it was just adding extra load on the server. >> >>> >> >>> On Sun, May 31, 2015 at 6:09 AM, Emrah > >>> > wrote: >> >>> >> >>> Hi list, >> >>> >> >>> I re-read FS6947 and don't understand how this problematic >> >>> was addressed and the issue fixed. >> >>> The scope is simple. There should be a setting in the >> >>> dialplan that allows downsampling of Opus for applications >> >>> that do not require the 48khz / 2 channels framework. I.e.: >> >>> terminating to the PSTN with Opus to take advantage of low >> >>> bandwidth and great PLC. >> >>> There seems to be a lot of confusion around bandwidth in >> >>> general there. It doesn't matter if the internal clock of the >> >>> device is always sampling at 48khz / 2ch. There are settings >> >>> that can facilitate a lower bandwidth consumption for >> >>> particular use cases, and it seems the reason it is not being >> >>> implemented in FS is just a matter of being confused about >> >>> the intent of the 48khz 2ch base. >> >>> Please revisit this issue. FS should allow tuning of Opus >> >>> audio / network bandwidth in the dialplan. It would optimize >> >>> greatly lots of use cases. >> >>> If I'm calling the PSTN, I'd rather have my client downsample >> >>> and stream at a lower bandwidth, even if my audio capture >> >>> would still be at 48khz / 2ch as per the RFC, and save on >> >>> bandwidth, than transcode the full 48khz spectrum into PCM on >> >>> my FS and minimize processing power on the client's side. >> >>> >> >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >> >>> >> >>> Emrah >> >>> ___________________________________________________________ >> ______________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org >> >>> >> >>> http://www.freeswitchsolutions.com >> >>> >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org >> >>> http://confluence.freeswitch.org >> >>> >> >>> http://www.cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> > itch.org');> >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >>> http://www.freeswitch.org >> >>> >> >>> >> >>> ____________________________________________________________ >> _____________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org >> >>> http://www.freeswitchsolutions.com >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org >> >>> http://confluence.freeswitch.org >> >>> http://www.cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >>> http://www.freeswitch.org >> >> >> > >> > >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/9105b6fa/attachment-0001.html From brian at freeswitch.org Fri Oct 21 18:36:55 2016 From: brian at freeswitch.org (Brian West) Date: Fri, 21 Oct 2016 09:36:55 -0500 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <7AEC1AD5-0344-4133-808B-5754FC7839F1@kavun.ch> Message-ID: If you want to use 12 or 24 the only codec that supports those rates are Silk. While Silk is part of the OPUS codec those do not seem to be exposed as OPUS will dynamically switch between rates internally to best fit the situation. On Fri, Oct 21, 2016 at 7:22 AM, Emrah wrote: > Can someone clarify this please? > Can we now dynamically engage the Opus stack by setting channel variables? > > Thanks! > > On Oct 14, 2016, at 10:18 PM, Emrah wrote: > > In my FS 1.7 I still see this: > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 120ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 100ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 80ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 60ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 8000hz 10ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 40ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 40ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 20ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 20ms 1ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 10ms 2ch (VBR) > 2016-10-14 20:16:44.109370 [NOTICE] switch_loadable_module.c:213 Adding > Codec opus 116 OPUS (STANDARD) 48000hz 10ms 1ch (VBR) > > On Oct 14, 2016, at 10:16 PM, Emrah wrote: > > Since when? I don't see it in FS 1.6.10. > > Emrah > > On Oct 14, 2016, at 6:50 PM, Brian West wrote: > > We do have 12khz and 24khz I added the specifically when we added SILK, we > can resample to and from both rates. :) > > On Fri, Oct 14, 2016 at 7:27 AM, Dragos Oancea > wrote: > >> Hi >> >> Why would you say opus at 8000@20i does not sound very good ? What do you >> mean exactly ? Your call quality is bad or you mean you don't like the >> fact that the sampling rate is low ? >> >> You can play with the sampling rates by setting maxplaybackrate and >> sprop_maxcapurerate and enabling asymmetric_samplerates (which is an >> experimental feature so far) in your opus.conf.xml . >> >> FS does not have 12 khz or 24 khz because they are not much used for >> Voip. As for opus @ 16 khz perhaps it will be added. >> >> But if you use opus @ 48 khz and you just change maxaveragebitrate and >> maxplaybackrate accordingly you should get only WIDEBAND from the >> encoder anyway . >> The decoder should decode at any sample rate. >> We're working on a document (sort of manual) for the Opus module and >> hopefully it will be released soon. >> >> As for the issue why codec settings cannot be set from FS's dialplan , I >> think its a missing feature that affects other audio codecs too and I >> think it would be very useful. >> >> We needed opus at 8000hz for transcoding and I tried to explain some things >> here (see my comment at the bottom of the page ): >> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >> >> Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz >> you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by >> avoiding resampling we were saving 20-30 % CPU . >> >> Regards, >> Dragos >> >> >> >> On 14/10/2016 14:02, Emrah wrote: >> > Hi there, >> > Revisiting this issue. I see that I can set my Opus codec with >> > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can >> > use. I see only 2 extreme options when the module is loaded or unloaded >> > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or >> > stereo and packet size. Can someone clarify why there is nothing in >> > between? And what exactly this setting does? Opus at 8000h@20i definitely >> > doesn't sound very good. I'd rather have a compromise for tough network >> > conditions. >> > Since these are parameters I can dynamically set on my dialplan, the >> > question then becomes why can't I fully manipulate my Opus stack from >> > the dialplan? >> > >> > Thanks! >> >> On Jun 2, 2015, at 6:23 AM, Emrah > >> > wrote: >> >> >> >> Hi there, >> >> @Mike: yes, but in a commonsensical approach the Opus library on the >> >> client's side would resample and therefore optimize the codec and the >> >> bandwidth accordingly up to FS. >> >> @Julien, I saw the setting for Opus globally, but it defeats the >> >> purpose. I don't want to limit the bandwidth of Opus for all >> >> instances. I'd like to optimize Opus on a per call basis. >> >> >> >> Thanks for the replies >> >>> On May 31, 2015, at 2:13 PM, Michael Jerris > >>> > wrote: >> >>> >> >>> Side note, opening at the different rate I believe just makes the >> >>> opus library do the re sampling instead of FreeSWITCH. >> >>> >> >>> On Sunday, May 31, 2015, Julien Chavanton > >>> > wrote: >> >>> >> >>> Hi Emrah, >> >>> >> >>> The settings exist but they are not available from the dialplan, >> >>> right now they can only be set globally . >> >>> https://freeswitch.org/confluence/display/FREESWITCH/mod_opus >> >>> >> >>> You can control the bandwidth using maxplaybackrate and >> >>> maxplaybackrate this will control the local encoder and also adds >> >>> the corresponding FMTP parameters to the SDP to be used by the >> >>> remote encoder (if it does implement the following draft, the >> >>> draft is evolving but I think it as not changed) >> >>> >> >>> https://tools >> >>> .ietf.org/html/draft-ietf-payload-rtp-opus-11 >> >>> >> >>> Maybe something like : >> >>> >> >>> maxaveragebitrate 24000 >> >>> maxplaybackrate 8000 >> >>> >> >>> The discussion was getting slightly more complicated when we >> >>> where discussing about unnecessary resampling this was not a >> >>> problem but it was just adding extra load on the server. >> >>> >> >>> On Sun, May 31, 2015 at 6:09 AM, Emrah > >>> > wrote: >> >>> >> >>> Hi list, >> >>> >> >>> I re-read FS6947 and don't understand how this problematic >> >>> was addressed and the issue fixed. >> >>> The scope is simple. There should be a setting in the >> >>> dialplan that allows downsampling of Opus for applications >> >>> that do not require the 48khz / 2 channels framework. I.e.: >> >>> terminating to the PSTN with Opus to take advantage of low >> >>> bandwidth and great PLC. >> >>> There seems to be a lot of confusion around bandwidth in >> >>> general there. It doesn't matter if the internal clock of the >> >>> device is always sampling at 48khz / 2ch. There are settings >> >>> that can facilitate a lower bandwidth consumption for >> >>> particular use cases, and it seems the reason it is not being >> >>> implemented in FS is just a matter of being confused about >> >>> the intent of the 48khz 2ch base. >> >>> Please revisit this issue. FS should allow tuning of Opus >> >>> audio / network bandwidth in the dialplan. It would optimize >> >>> greatly lots of use cases. >> >>> If I'm calling the PSTN, I'd rather have my client downsample >> >>> and stream at a lower bandwidth, even if my audio capture >> >>> would still be at 48khz / 2ch as per the RFC, and save on >> >>> bandwidth, than transcode the full 48khz spectrum into PCM on >> >>> my FS and minimize processing power on the client's side. >> >>> >> >>> Jira here: https://freeswitch.org/jira/browse/FS-6947 >> >>> >> >>> Emrah >> >>> ___________________________________________________________ >> ______________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org >> >>> >> >>> http://www.freeswitchsolutions.com >> >>> >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org >> >>> http://confluence.freeswitch.org >> >>> >> >>> http://www.cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> > itch.org');> >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >>> http://www.freeswitch.org >> >>> >> >>> >> >>> ____________________________________________________________ >> _____________ >> >>> Professional FreeSWITCH Consulting Services: >> >>> consulting at freeswitch.org >> >>> http://www.freeswitchsolutions.com >> >>> >> >>> Official FreeSWITCH Sites >> >>> http://www.freeswitch.org >> >>> http://confluence.freeswitch.org >> >>> http://www.cluecon.com >> >>> >> >>> FreeSWITCH-users mailing list >> >>> FreeSWITCH-users at lists.freeswitch.org >> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >>> http://www.freeswitch.org >> >> >> > >> > >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/d95a2915/attachment-0001.html From harold.freeswitch at gmail.com Fri Oct 21 17:56:25 2016 From: harold.freeswitch at gmail.com (Sun Harold) Date: Fri, 21 Oct 2016 21:56:25 +0800 Subject: [Freeswitch-users] does mod_http_cache support AWS Signature Version 4? Message-ID: <3A51A39F-0E8F-4F58-81CE-57E0D8722899@gmail.com> Hello, I?m working on a setup to use freeswitch as media server together with kamailio and rtpengine. We need to record the calls with freeswitch and upload the recording to S3. I found mod_http_cache is able to do exactly what we need. But when I configured this module and use it in the dailplan, the recordings are not uploaded in S3. I can see HTTP 403 errors in freeswitch logs. Since I?m using aws China region, AWS signature version 4 is only option here. I did a quick scan on the source code and found mod_http_cache seems only support aws signature version 2. Does anyone can confirm if mod_http_cache work with aws signature version 4? If not, I will try to implement that and contribute back. Harold Sun From cmrienzo at gmail.com Fri Oct 21 19:52:32 2016 From: cmrienzo at gmail.com (cmrienzo at gmail.com) Date: Fri, 21 Oct 2016 11:52:32 -0400 Subject: [Freeswitch-users] does mod_http_cache support AWS Signature Version 4? In-Reply-To: <3A51A39F-0E8F-4F58-81CE-57E0D8722899@gmail.com> References: <3A51A39F-0E8F-4F58-81CE-57E0D8722899@gmail.com> Message-ID: <22BBCD3B-DCEA-4FE6-8221-54F0166E8D72@gmail.com> It doesn't support it. I'll accept a pull request for it. Chris > On Oct 21, 2016, at 09:56, Sun Harold wrote: > > Hello, > > I?m working on a setup to use freeswitch as media server together with kamailio and rtpengine. We need to record the calls with freeswitch and upload the recording to S3. > > I found mod_http_cache is able to do exactly what we need. But when I configured this module and use it in the dailplan, the recordings are not uploaded in S3. I can see HTTP 403 errors in freeswitch logs. > > Since I?m using aws China region, AWS signature version 4 is only option here. I did a quick scan on the source code and found mod_http_cache seems only support aws signature version 2. > > Does anyone can confirm if mod_http_cache work with aws signature version 4? If not, I will try to implement that and contribute back. > > Harold Sun > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From 568691 at gmail.com Fri Oct 21 19:59:08 2016 From: 568691 at gmail.com (Alexandru Covalschi) Date: Fri, 21 Oct 2016 18:59:08 +0300 Subject: [Freeswitch-users] Distributed conference Message-ID: First of all thanks for your answers guys! I'm aiming to audio conf. Emrah, last few questions - which method do you use for conference merging? Conference bridge? I mean - I want to allow users to send commands over DTMF. In that case I suppose I must catch DTMF and execute conference commands on another layer using ESL. Maybe you know another concept? Also I don't really understand - do I really must use FS as SBC- due to some conference layer may be there - or can I use Kamailio (as i'm used to that very much)? Thanks again! -- Alexandru Covalschi VoIP engineer and system administrator tel: +37367398493 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/539f47c4/attachment.html From phenix at vfemail.net Fri Oct 21 20:03:50 2016 From: phenix at vfemail.net (Tanguy) Date: Fri, 21 Oct 2016 18:03:50 +0200 Subject: [Freeswitch-users] fusionpbx In-Reply-To: References: <7db67235-6445-78eb-1e20-00278b62271a@vfemail.net> Message-ID: Hello i confirm that once enabled, xml files generations still working for me with fusionpbx 4.2, i don't advise an older version. Fusionpbx uses sessions variables to store theses parameters, like $_SESSION['switch']['dialplan']['dir'] resources/switch.php 685 //if dialplan dir exists then build and save the dialplan xml 686 if (is_dir($_SESSION['switch']['dialplan']['dir'])) { 687 $sql = "select * from v_dialplans "; 688 $sql .= "where dialplan_enabled = 'true' "; 689 $prep_statement = $db->prepare(check_sql($sql)); 690 if ($prep_statement) { 691 $prep_statement->execute(); 692 $result = $prep_statement->fetchAll(PDO::FETCH_ASSOC); 693 foreach ($result as &$row) { I don't know when the $_SESSION array is updated. I think you may logout from fusionpbx, reconnect and try again. If it stil not work try to add a dirty print_r($_SESSION) in your page to debug this array contents. On 21/10/2016 14:18, John Covici wrote: > Older versions of fusionpbx did write xml and that made it easier to > customize a bit, so if you really want that, go back in the svn to an > older one, not sure just when they stopped writing to xml, but I > thought there was a setting maybe look in the settings. > > On Fri, 21 Oct 2016 08:05:15 -0400, > David Villasmil wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/9a4ec976/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: mfgpaamnipfmfeoj.png Type: image/png Size: 68346 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/9a4ec976/attachment-0001.png From dominique.jeannerod at interact-iv.com Fri Oct 21 22:26:10 2016 From: dominique.jeannerod at interact-iv.com (Dominique Jeannerod) Date: Fri, 21 Oct 2016 20:26:10 +0200 Subject: [Freeswitch-users] Answer to SIP OPTIONS with RTP Port 0 in SDP Message-ID: Hello, i'm facing a strange issue on a trunk (on Internet). Here is the summary of the call flow : 1. The call is established normally (RTP Ports, Codec). Everything is fine. 2. During the call, Freeswitch receives a SIP OPTIONS with the SAME callid as the ongoing call. 3. Freeswitch answers 200 OK, but with a SDP with a 0 RTP port. 4. Our facing SIP Proxy uses 0 for next RTP trafic and then the communication continues with no sound Is this a normal behaviour from Freeswitch ? Do I have a possible configuration item to tune for that ? Here is the SIP OPTIONS part of the SIP trace : ------------------------------------------------------------------------ recv 436 bytes from udp/[PUBLIC_SOURCE_IP]:5060 at 17:20:58.284455: ------------------------------------------------------------------------ OPTIONS sip:+3310129144152000 at 10.9.16.171:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP PUBLIC_SOURCE_IP:5060;branch=z9hG4bK72be.d4033057.0 To: ;tag=2tHZ5Xgv3HB8c From: ;tag=SD66qua01-7e4e5aa0-0019-088d-0000-0000 CSeq: 2 OPTIONS Call-ID: SD66qua01-64e828d3c9030b4024d0e46628fb2949-0000000 Max-Forwards: 70 Content-Length: 0 User-Agent: Keyyo-S5-P ------------------------------------------------------------------------ send 905 bytes to udp/[PUBLIC_SOURCE_IP]:5060 at 17:20:58.289599: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP PUBLIC_SOURCE_IP:5060;branch=z9hG4bK72be.d4033057.0 From: ;tag=SD66qua01-7e4e5aa0-0019-088d-0000-0000 To: ;tag=2tHZ5Xgv3HB8c Call-ID: SD66qua01-64e828d3c9030b4024d0e46628fb2949-0000000 CSeq: 2 OPTIONS Contact: User-Agent: FreeSWITCH Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Length: 256 v=0 o=FreeSWITCH 1476957466 1476957467 IN IP4 FREESWITCH_PUBLIC_IP s=FreeSWITCH c=IN IP4 FREESWITCH_PUBLIC_IP t=0 0 m=audio* 0* RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=rtcp:19369 IN IP4 FREESWITCH_PUBLIC_IP ------------------------------------------------------------------------ *Dominique Jeannerod* *Interact-iv.com* Mobile: +33 698 778 763 Headquarter : 600 rue Felix Trombe ? tecnosud ? 66100 Perpignan - France France : 0826 10 23 21 (0,15?/mn) International +33 (0)4 20 10 45 45 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/e1b23286/attachment.html From anthony.minessale at gmail.com Fri Oct 21 22:29:30 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 21 Oct 2016 13:29:30 -0500 Subject: [Freeswitch-users] Answer to SIP OPTIONS with RTP Port 0 in SDP In-Reply-To: References: Message-ID: Please direct this to https://freeswitch.org/jira On Fri, Oct 21, 2016 at 1:26 PM, Dominique Jeannerod < dominique.jeannerod at interact-iv.com> wrote: > Hello, > > i'm facing a strange issue on a trunk (on Internet). Here is the summary > of the call flow : > 1. The call is established normally (RTP Ports, Codec). Everything is fine. > 2. During the call, Freeswitch receives a SIP OPTIONS with the SAME callid > as the ongoing call. > 3. Freeswitch answers 200 OK, but with a SDP with a 0 RTP port. > 4. Our facing SIP Proxy uses 0 for next RTP trafic and then the > communication continues with no sound > > Is this a normal behaviour from Freeswitch ? > Do I have a possible configuration item to tune for that ? > > Here is the SIP OPTIONS part of the SIP trace : > > ----------------------------------------------------------- > ------------- > recv 436 bytes from udp/[PUBLIC_SOURCE_IP]:5060 at 17:20:58.284455: > ----------------------------------------------------------- > ------------- > OPTIONS sip:+3310129144152000 at 10.9.16.171:5060;transport=udp SIP/2.0 > Via: SIP/2.0/UDP PUBLIC_SOURCE_IP:5060;branch=z9hG4bK72be.d4033057.0 > To: ;tag=2tHZ5Xgv3HB8c > From: ;tag=SD66qua01- > 7e4e5aa0-0019-088d-0000-0000 > CSeq: 2 OPTIONS > Call-ID: SD66qua01-64e828d3c9030b4024d0e46628fb2949-0000000 > Max-Forwards: 70 > Content-Length: 0 > User-Agent: Keyyo-S5-P > > ----------------------------------------------------------- > ------------- > send 905 bytes to udp/[PUBLIC_SOURCE_IP]:5060 at 17:20:58.289599: > ----------------------------------------------------------- > ------------- > SIP/2.0 200 OK > Via: SIP/2.0/UDP PUBLIC_SOURCE_IP:5060;branch=z9hG4bK72be.d4033057.0 > From: ;tag=SD66qua01- > 7e4e5aa0-0019-088d-0000-0000 > To: ;tag=2tHZ5Xgv3HB8c > Call-ID: SD66qua01-64e828d3c9030b4024d0e46628fb2949-0000000 > CSeq: 2 OPTIONS > Contact: transport=udp> > User-Agent: FreeSWITCH > Accept: application/sdp > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, > NOTIFY > Supported: timer, path, replaces > Allow-Events: talk, hold, conference, refer > Content-Type: application/sdp > Content-Length: 256 > > v=0 > o=FreeSWITCH 1476957466 1476957467 IN IP4 FREESWITCH_PUBLIC_IP > s=FreeSWITCH > c=IN IP4 FREESWITCH_PUBLIC_IP > t=0 0 > m=audio* 0* RTP/AVP 8 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > a=rtcp:19369 IN IP4 FREESWITCH_PUBLIC_IP > ------------------------------------------------------------------------ > > > *Dominique Jeannerod* > > *Interact-iv.com* > Mobile: +33 698 778 763 > > Headquarter : 600 rue Felix Trombe ? tecnosud ? 66100 Perpignan - France > France : 0826 10 23 21 (0,15?/mn) International +33 (0)4 20 10 45 45 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/59a4a092/attachment.html From dominique.jeannerod at interact-iv.com Fri Oct 21 22:45:06 2016 From: dominique.jeannerod at interact-iv.com (Dominique Jeannerod) Date: Fri, 21 Oct 2016 20:45:06 +0200 Subject: [Freeswitch-users] Answer to SIP OPTIONS with RTP Port 0 in SDP In-Reply-To: References: Message-ID: Done? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/9fcedc86/attachment.html From lists at kavun.ch Sat Oct 22 02:17:28 2016 From: lists at kavun.ch (Emrah) Date: Sat, 22 Oct 2016 00:17:28 +0200 Subject: [Freeswitch-users] Distributed conference In-Reply-To: References: Message-ID: <9A3F9450-8047-471F-891D-A33827EF670F@kavun.ch> Hello, I don't see an issue with DTMF commands. The hosting server of that particular caller will intercept and run them. I just use an originate command and bridge conference rooms together, but don't use the same flags as a regular participant. Can you clarify your questions? Best, Emrah > On Oct 21, 2016, at 5:59 PM, Alexandru Covalschi <568691 at gmail.com> wrote: > > First of all thanks for your answers guys! > > I'm aiming to audio conf. > > Emrah, last few questions - which method do you use for conference merging? Conference bridge? I mean - I want to allow users to send commands over DTMF. > In that case I suppose I must catch DTMF and execute conference commands on another layer using ESL. Maybe you know another concept? > Also I don't really understand - do I really must use FS as SBC- due to some conference layer may be there - or can I use Kamailio (as i'm used to that very much)? > > Thanks again! > -- > Alexandru Covalschi > VoIP engineer and system administrator > tel: +37367398493 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From lists at kavun.ch Sat Oct 22 02:23:59 2016 From: lists at kavun.ch (Emrah) Date: Sat, 22 Oct 2016 00:23:59 +0200 Subject: [Freeswitch-users] Distributed conference In-Reply-To: <9A3F9450-8047-471F-891D-A33827EF670F@kavun.ch> References: <9A3F9450-8047-471F-891D-A33827EF670F@kavun.ch> Message-ID: Hey there, You can, and should use Kamailio to dispatch the calls. Sorry I forgot to answer this in my previous message. All you have to do is have your FS reject the call in a way that lets you know you should try the next server in list. You can also directly set up your Kamailio to dispatch calls in a smarter way. > On Oct 22, 2016, at 12:17 AM, Emrah wrote: > > Hello, > I don't see an issue with DTMF commands. The hosting server of that particular caller will intercept and run them. > I just use an originate command and bridge conference rooms together, but don't use the same flags as a regular participant. > Can you clarify your questions? > > Best, > Emrah >> On Oct 21, 2016, at 5:59 PM, Alexandru Covalschi <568691 at gmail.com> wrote: >> >> First of all thanks for your answers guys! >> >> I'm aiming to audio conf. >> >> Emrah, last few questions - which method do you use for conference merging? Conference bridge? I mean - I want to allow users to send commands over DTMF. >> In that case I suppose I must catch DTMF and execute conference commands on another layer using ESL. Maybe you know another concept? >> Also I don't really understand - do I really must use FS as SBC- due to some conference layer may be there - or can I use Kamailio (as i'm used to that very much)? >> >> Thanks again! >> -- >> Alexandru Covalschi >> VoIP engineer and system administrator >> tel: +37367398493 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > From lists at kavun.ch Sat Oct 22 02:32:46 2016 From: lists at kavun.ch (Emrah) Date: Sat, 22 Oct 2016 00:32:46 +0200 Subject: [Freeswitch-users] Some ringtones Message-ID: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> Hi, I made some ringtones (first ones are ugly) and if you need them they are here. https://clearer.link/ringtones/ We should have an FS ringtone. Sort of something to use every time we have FS in the mix, maybe like a sound logo? From ssinyagin at gmail.com Sat Oct 22 02:48:59 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Oct 2016 00:48:59 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> Message-ID: hi Emrah, can you provide them in TGML form? I have a ticket for this: https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-8624/FS-8624.html On Sat, Oct 22, 2016 at 12:32 AM, Emrah wrote: > Hi, > I made some ringtones (first ones are ugly) and if you need them they are here. > https://clearer.link/ringtones/ > We should have an FS ringtone. Sort of something to use every time we have FS in the mix, maybe like a sound logo? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From harold.freeswitch at gmail.com Sat Oct 22 04:29:23 2016 From: harold.freeswitch at gmail.com (Harold Sun) Date: Sat, 22 Oct 2016 08:29:23 +0800 Subject: [Freeswitch-users] does mod_http_cache support AWS Signature Version 4? In-Reply-To: <22BBCD3B-DCEA-4FE6-8221-54F0166E8D72@gmail.com> References: <3A51A39F-0E8F-4F58-81CE-57E0D8722899@gmail.com> <22BBCD3B-DCEA-4FE6-8221-54F0166E8D72@gmail.com> Message-ID: Thanks for the confirmation. I will start to work on this next week. Will keep you updated on the progress. > On 21 Oct 2016, at 23:52, cmrienzo at gmail.com wrote: > > It doesn't support it. I'll accept a pull request for it. > > Chris > > >> On Oct 21, 2016, at 09:56, Sun Harold wrote: >> >> Hello, >> >> I?m working on a setup to use freeswitch as media server together with kamailio and rtpengine. We need to record the calls with freeswitch and upload the recording to S3. >> >> I found mod_http_cache is able to do exactly what we need. But when I configured this module and use it in the dailplan, the recordings are not uploaded in S3. I can see HTTP 403 errors in freeswitch logs. >> >> Since I?m using aws China region, AWS signature version 4 is only option here. I did a quick scan on the source code and found mod_http_cache seems only support aws signature version 2. >> >> Does anyone can confirm if mod_http_cache work with aws signature version 4? If not, I will try to implement that and contribute back. >> >> Harold Sun >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From gascagonzalo at gmail.com Sat Oct 22 09:48:15 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Fri, 21 Oct 2016 22:48:15 -0700 Subject: [Freeswitch-users] Freeswitch logs Message-ID: Hi all, Is there a tool to process Freeswitch SIP logs?, I needed to create a Python script to parse SIP logs (freeswitch.log) and extract SIP BYE reasons (My provider was sending invalid BYE reasons and our CDR tool was processing call with Error versus Normal Call clearing). I already capture SIP logs with Network Module and Homer , but wondering if there is such tool for Freeswitch already. Thank you -Gonzalo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161021/3c0fb9cf/attachment.html From lists at kavun.ch Sat Oct 22 12:43:38 2016 From: lists at kavun.ch (Emrah) Date: Sat, 22 Oct 2016 10:43:38 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> Message-ID: <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> Hi Stan, Not sure this would work in TGML. They are sine and Square waves and the last ringtone is made from Logic Pro and is an instrument. I think what you are looking for is different than what I made here. The ringtones I made are in uLaw ready to be uploaded on most IP Phones. Emrah > On Oct 22, 2016, at 12:48 AM, Stanislav Sinyagin wrote: > > hi Emrah, can you provide them in TGML form? > > I have a ticket for this: > https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-8624/FS-8624.html > > > > On Sat, Oct 22, 2016 at 12:32 AM, Emrah wrote: >> Hi, >> I made some ringtones (first ones are ugly) and if you need them they are here. >> https://clearer.link/ringtones/ >> We should have an FS ringtone. Sort of something to use every time we have FS in the mix, maybe like a sound logo? >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From ssinyagin at gmail.com Sat Oct 22 13:30:54 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Oct 2016 11:30:54 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> Message-ID: Shall we add them to freeswitch git repo? What would be the best place for them? I can make a pull request. On 22 Oct 2016 10:44, "Emrah" wrote: > Hi Stan, > Not sure this would work in TGML. They are sine and Square waves and the > last ringtone is made from Logic Pro and is an instrument. > I think what you are looking for is different than what I made here. > The ringtones I made are in uLaw ready to be uploaded on most IP Phones. > > Emrah > > On Oct 22, 2016, at 12:48 AM, Stanislav Sinyagin > wrote: > > > > hi Emrah, can you provide them in TGML form? > > > > I have a ticket for this: > > https://freeswitch.org/jira/si/jira.issueviews:issue-html/ > FS-8624/FS-8624.html > > > > > > > > On Sat, Oct 22, 2016 at 12:32 AM, Emrah wrote: > >> Hi, > >> I made some ringtones (first ones are ugly) and if you need them they > are here. > >> https://clearer.link/ringtones/ > >> We should have an FS ringtone. Sort of something to use every time we > have FS in the mix, maybe like a sound logo? > >> ____________________________________________________________ > _____________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > >> http://www.freeswitch.org > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/0ca15310/attachment-0001.html From ssinyagin at gmail.com Sat Oct 22 13:44:55 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Oct 2016 11:44:55 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> Message-ID: Actually in freeswitch-sounds repository, the audio is stored as high definition FLAC. Can you provide your sounds in the same format? On 22 Oct 2016 11:30, "Stanislav Sinyagin" wrote: > Shall we add them to freeswitch git repo? > > What would be the best place for them? I can make a pull request. > > On 22 Oct 2016 10:44, "Emrah" wrote: > >> Hi Stan, >> Not sure this would work in TGML. They are sine and Square waves and the >> last ringtone is made from Logic Pro and is an instrument. >> I think what you are looking for is different than what I made here. >> The ringtones I made are in uLaw ready to be uploaded on most IP Phones. >> >> Emrah >> > On Oct 22, 2016, at 12:48 AM, Stanislav Sinyagin >> wrote: >> > >> > hi Emrah, can you provide them in TGML form? >> > >> > I have a ticket for this: >> > https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS >> -8624/FS-8624.html >> > >> > >> > >> > On Sat, Oct 22, 2016 at 12:32 AM, Emrah wrote: >> >> Hi, >> >> I made some ringtones (first ones are ugly) and if you need them they >> are here. >> >> https://clearer.link/ringtones/ >> >> We should have an FS ringtone. Sort of something to use every time we >> have FS in the mix, maybe like a sound logo? >> >> ____________________________________________________________ >> _____________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >> http://www.freeswitch.org >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/c320c3da/attachment.html From lists at kavun.ch Sat Oct 22 16:52:54 2016 From: lists at kavun.ch (Emrah) Date: Sat, 22 Oct 2016 14:52:54 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> Message-ID: I'll make a few more. And we could add them, but it's for hardware connecting to FS and not necessarily to use within FS. Thanks! > On Oct 22, 2016, at 11:30 AM, Stanislav Sinyagin wrote: > > Shall we add them to freeswitch git repo? > > What would be the best place for them? I can make a pull request. > > > On 22 Oct 2016 10:44, "Emrah" > wrote: > Hi Stan, > Not sure this would work in TGML. They are sine and Square waves and the last ringtone is made from Logic Pro and is an instrument. > I think what you are looking for is different than what I made here. > The ringtones I made are in uLaw ready to be uploaded on most IP Phones. > > Emrah > > On Oct 22, 2016, at 12:48 AM, Stanislav Sinyagin > wrote: > > > > hi Emrah, can you provide them in TGML form? > > > > I have a ticket for this: > > https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-8624/FS-8624.html > > > > > > > > On Sat, Oct 22, 2016 at 12:32 AM, Emrah > wrote: > >> Hi, > >> I made some ringtones (first ones are ugly) and if you need them they are here. > >> https://clearer.link/ringtones/ > >> We should have an FS ringtone. Sort of something to use every time we have FS in the mix, maybe like a sound logo? > >> _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://confluence.freeswitch.org > >> http://www.cluecon.com > >> > >> FreeSWITCH-users mailing list > >> FreeSWITCH-users at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/33d0bab9/attachment.html From 568691 at gmail.com Sat Oct 22 16:58:00 2016 From: 568691 at gmail.com (Alexandru Covalschi) Date: Sat, 22 Oct 2016 15:58:00 +0300 Subject: [Freeswitch-users] Distributed conference Message-ID: Hello, Yeah, I got the idea, no more questions. Will try to implement it soon, thanks for your advice! Cheers, Alex -- Alexandru Covalschi VoIP engineer and system administrator tel: +37367398493 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/60af97c9/attachment-0001.html From ssinyagin at gmail.com Sat Oct 22 17:49:43 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sat, 22 Oct 2016 15:49:43 +0200 Subject: [Freeswitch-users] Some ringtones In-Reply-To: References: <334BDE07-A642-4D73-B7F2-B622C1102006@kavun.ch> <5183AAAC-2B82-4B8D-B5B7-346E0C791432@kavun.ch> Message-ID: They can be used as ringback tones or something that the user would hear in their headset. On 22 Oct 2016 14:53, "Emrah" wrote: > I'll make a few more. And we could add them, but it's for hardware > connecting to FS and not necessarily to use within FS. > Thanks! > > On Oct 22, 2016, at 11:30 AM, Stanislav Sinyagin > wrote: > > Shall we add them to freeswitch git repo? > > What would be the best place for them? I can make a pull request. > > On 22 Oct 2016 10:44, "Emrah" wrote: > >> Hi Stan, >> Not sure this would work in TGML. They are sine and Square waves and the >> last ringtone is made from Logic Pro and is an instrument. >> I think what you are looking for is different than what I made here. >> The ringtones I made are in uLaw ready to be uploaded on most IP Phones. >> >> Emrah >> > On Oct 22, 2016, at 12:48 AM, Stanislav Sinyagin >> wrote: >> > >> > hi Emrah, can you provide them in TGML form? >> > >> > I have a ticket for this: >> > https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS >> -8624/FS-8624.html >> > >> > >> > >> > On Sat, Oct 22, 2016 at 12:32 AM, Emrah wrote: >> >> Hi, >> >> I made some ringtones (first ones are ugly) and if you need them they >> are here. >> >> https://clearer.link/ringtones/ >> >> We should have an FS ringtone. Sort of something to use every time we >> have FS in the mix, maybe like a sound logo? >> >> ____________________________________________________________ >> _____________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://confluence.freeswitch.org >> >> http://www.cluecon.com >> >> >> >> FreeSWITCH-users mailing list >> >> FreeSWITCH-users at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> >> http://www.freeswitch.org >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/c121e652/attachment.html From gascagonzalo at gmail.com Sun Oct 23 03:57:41 2016 From: gascagonzalo at gmail.com (Gonzalo Gasca Meza) Date: Sat, 22 Oct 2016 16:57:41 -0700 Subject: [Freeswitch-users] Freeswitch logs In-Reply-To: References: Message-ID: Hi all, Some people asked me about the script: Just for reference I uploaded to github https://github.com/spicyramen/trace_analyzer Thanks -Gonzalo On Fri, Oct 21, 2016 at 10:48 PM, Gonzalo Gasca Meza wrote: > Hi all, > > Is there a tool to process Freeswitch SIP logs?, I needed to create a > Python script to parse SIP logs (freeswitch.log) and extract SIP BYE > reasons (My provider was sending invalid BYE reasons and our CDR tool was > processing call with Error versus Normal Call clearing). > > I already capture SIP logs with Network Module and Homer > , but > wondering if there is such tool for Freeswitch already. > > Thank you > > -Gonzalo > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161022/768697a7/attachment.html From mike at jerris.com Mon Oct 24 03:03:08 2016 From: mike at jerris.com (Michael Jerris) Date: Sun, 23 Oct 2016 19:03:08 -0400 Subject: [Freeswitch-users] Freeswitch logs In-Reply-To: References: Message-ID: why wouldn't you just use the cdr to tell you this? On Saturday, October 22, 2016, Gonzalo Gasca Meza wrote: > Hi all, > > Some people asked me about the script: > Just for reference I uploaded to github > > https://github.com/spicyramen/trace_analyzer > > Thanks > > -Gonzalo > > On Fri, Oct 21, 2016 at 10:48 PM, Gonzalo Gasca Meza < > gascagonzalo at gmail.com > > wrote: > >> Hi all, >> >> Is there a tool to process Freeswitch SIP logs?, I needed to create a >> Python script to parse SIP logs (freeswitch.log) and extract SIP BYE >> reasons (My provider was sending invalid BYE reasons and our CDR tool was >> processing call with Error versus Normal Call clearing). >> >> I already capture SIP logs with Network Module and Homer >> , but >> wondering if there is such tool for Freeswitch already. >> >> Thank you >> >> -Gonzalo >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161023/b04e48bd/attachment.html From mandra at gmail.com Mon Oct 24 17:47:41 2016 From: mandra at gmail.com (Chris Mandra) Date: Mon, 24 Oct 2016 09:47:41 -0400 Subject: [Freeswitch-users] Coredump info Message-ID: Hi guys - quick question - Do I need to do anything special/specific to enable core dumps generated by default freeswitch? I'm working on a module and the trace info would be helpful for debugging. thanks! (and happy monday!) chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/2b1ec38d/attachment-0001.html From david.villasmil.work at gmail.com Mon Oct 24 17:51:34 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 24 Oct 2016 15:51:34 +0200 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: Hello, This is what i do: https://wiki.freeswitch.org/wiki/Debugging_Freeswitch#Recompiling_with_debug_symbols_on and then i just run it with gdb. This also generates a core file. Regards, David ? On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: > Hi guys - quick question - Do I need to do anything special/specific to > enable core dumps generated by default freeswitch? I'm working on a module > and the trace info would be helpful for debugging. > > thanks! (and happy monday!) > chris > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/9719e9e6/attachment.html From mandra at gmail.com Mon Oct 24 18:14:40 2016 From: mandra at gmail.com (Chris Mandra) Date: Mon, 24 Oct 2016 10:14:40 -0400 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: Thanks David - is there another way to do this not involving GDB? On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello, > > This is what i do: > > https://wiki.freeswitch.org/wiki/Debugging_Freeswitch# > Recompiling_with_debug_symbols_on > > and then i just run it with gdb. This also generates a core file. > > Regards, > > David > ? > > On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: > >> Hi guys - quick question - Do I need to do anything special/specific to >> enable core dumps generated by default freeswitch? I'm working on a module >> and the trace info would be helpful for debugging. >> >> thanks! (and happy monday!) >> chris >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/43a6ebca/attachment.html From david.villasmil.work at gmail.com Mon Oct 24 18:17:27 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 24 Oct 2016 16:17:27 +0200 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: hello, it's on the same page :) ? ? On Mon, Oct 24, 2016 at 4:14 PM, Chris Mandra wrote: > Thanks David - is there another way to do this not involving GDB? > > On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> Hello, >> >> This is what i do: >> >> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch#Recomp >> iling_with_debug_symbols_on >> >> and then i just run it with gdb. This also generates a core file. >> >> Regards, >> >> David >> ? >> >> On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: >> >>> Hi guys - quick question - Do I need to do anything special/specific to >>> enable core dumps generated by default freeswitch? I'm working on a module >>> and the trace info would be helpful for debugging. >>> >>> thanks! (and happy monday!) >>> chris >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > mandra > c:410.258.5281 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/51a06cd5/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-10-24 at 4.16.38 PM.png Type: image/png Size: 82367 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/51a06cd5/attachment-0001.png From mandra at gmail.com Mon Oct 24 18:24:42 2016 From: mandra at gmail.com (Chris Mandra) Date: Mon, 24 Oct 2016 10:24:42 -0400 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: D'OH! Thank you David On Mon, Oct 24, 2016 at 10:17 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > hello, > > it's on the same page :) > > > ? > ? > > On Mon, Oct 24, 2016 at 4:14 PM, Chris Mandra wrote: > >> Thanks David - is there another way to do this not involving GDB? >> >> On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil < >> david.villasmil.work at gmail.com> wrote: >> >>> Hello, >>> >>> This is what i do: >>> >>> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch#Recomp >>> iling_with_debug_symbols_on >>> >>> and then i just run it with gdb. This also generates a core file. >>> >>> Regards, >>> >>> David >>> ? >>> >>> On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: >>> >>>> Hi guys - quick question - Do I need to do anything special/specific to >>>> enable core dumps generated by default freeswitch? I'm working on a module >>>> and the trace info would be helpful for debugging. >>>> >>>> thanks! (and happy monday!) >>>> chris >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> mandra >> c:410.258.5281 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/86dd3802/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-10-24 at 4.16.38 PM.png Type: image/png Size: 82367 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/86dd3802/attachment-0001.png From mandra at gmail.com Mon Oct 24 18:36:25 2016 From: mandra at gmail.com (Chris Mandra) Date: Mon, 24 Oct 2016 10:36:25 -0400 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: To be a little clearer, I'm following instructions from the newer debugging page: https://freeswitch.org/confluence/display/FREESWITCH/Debugging but don't seem to be seeing cores. If it matters, I'm running freeswitch in a docker container. Thanks, chris On Mon, Oct 24, 2016 at 10:24 AM, Chris Mandra wrote: > D'OH! Thank you David > > On Mon, Oct 24, 2016 at 10:17 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > >> hello, >> >> it's on the same page :) >> >> >> ? >> ? >> >> On Mon, Oct 24, 2016 at 4:14 PM, Chris Mandra wrote: >> >>> Thanks David - is there another way to do this not involving GDB? >>> >>> On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil < >>> david.villasmil.work at gmail.com> wrote: >>> >>>> Hello, >>>> >>>> This is what i do: >>>> >>>> https://wiki.freeswitch.org/wiki/Debugging_Freeswitch#Recomp >>>> iling_with_debug_symbols_on >>>> >>>> and then i just run it with gdb. This also generates a core file. >>>> >>>> Regards, >>>> >>>> David >>>> ? >>>> >>>> On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: >>>> >>>>> Hi guys - quick question - Do I need to do anything special/specific >>>>> to enable core dumps generated by default freeswitch? I'm working on a >>>>> module and the trace info would be helpful for debugging. >>>>> >>>>> thanks! (and happy monday!) >>>>> chris >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> mandra >>> c:410.258.5281 >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > mandra > c:410.258.5281 > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/a1303d06/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-10-24 at 4.16.38 PM.png Type: image/png Size: 82367 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/a1303d06/attachment-0001.png From covici at ccs.covici.com Mon Oct 24 18:58:41 2016 From: covici at ccs.covici.com (John Covici) Date: Mon, 24 Oct 2016 10:58:41 -0400 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: I think you can get a core dump by echoing 1 to /proc/sys/fs/suid_dumpable and that should give you core dumps. On Mon, 24 Oct 2016 10:36:25 -0400, Chris Mandra wrote: > > [1 ] > [1.1 ] > [1.1.1 ] > [1.1.2 ] > To be a little clearer, I'm following instructions from the newer debugging page: > https://freeswitch.org/confluence/display/FREESWITCH/Debugging > but don't seem to be seeing cores. If it matters, I'm running freeswitch in a docker container. > > Thanks, > chris > > On Mon, Oct 24, 2016 at 10:24 AM, Chris Mandra wrote: > > D'OH! Thank you David > > On Mon, Oct 24, 2016 at 10:17 AM, David Villasmil wrote: > > hello, > > it's on the same page :) > > * > ? > * > ? > > On Mon, Oct 24, 2016 at 4:14 PM, Chris Mandra wrote: > > Thanks David - is there another way to do this not involving GDB? > > On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil wrote: > > Hello, > > This is what i do: > > https://wiki.freeswitch.org/wiki/Debugging_Freeswitch#Recompiling_with_debug_symbols_on > > and then i just run it with gdb. This also generates a core file. > > Regards, > > David > * > ? > > On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: > > Hi guys - quick question - Do I need to do anything special/specific to enable core dumps generated by default freeswitch? I'm working on a module and the trace info would be helpful for debugging. > > thanks! (and happy monday!) > chris > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > mandra > c:410.258.5281 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > mandra > c:410.258.5281 > > -- > mandra > c:410.258.5281 > [2 ] > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From mandra at gmail.com Mon Oct 24 19:14:35 2016 From: mandra at gmail.com (Chris Mandra) Date: Mon, 24 Oct 2016 11:14:35 -0400 Subject: [Freeswitch-users] Coredump info In-Reply-To: References: Message-ID: Thanks John! On Mon, Oct 24, 2016 at 10:58 AM, John Covici wrote: > I think you can get a core dump by echoing 1 to > /proc/sys/fs/suid_dumpable and that should give you core dumps. > > On Mon, 24 Oct 2016 10:36:25 -0400, > Chris Mandra wrote: > > > > [1 ] > > [1.1 ] > > [1.1.1 ] > > [1.1.2 ] > > To be a little clearer, I'm following instructions from the newer > debugging page: > > https://freeswitch.org/confluence/display/FREESWITCH/Debugging > > but don't seem to be seeing cores. If it matters, I'm running freeswitch > in a docker container. > > > > Thanks, > > chris > > > > On Mon, Oct 24, 2016 at 10:24 AM, Chris Mandra wrote: > > > > D'OH! Thank you David > > > > On Mon, Oct 24, 2016 at 10:17 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > > > hello, > > > > it's on the same page :) > > > > * > > ? > > * > > ? > > > > On Mon, Oct 24, 2016 at 4:14 PM, Chris Mandra wrote: > > > > Thanks David - is there another way to do this not involving GDB? > > > > On Mon, Oct 24, 2016 at 9:51 AM, David Villasmil < > david.villasmil.work at gmail.com> wrote: > > > > Hello, > > > > This is what i do: > > > > https://wiki.freeswitch.org/wiki/Debugging_Freeswitch# > Recompiling_with_debug_symbols_on > > > > and then i just run it with gdb. This also generates a core file. > > > > Regards, > > > > David > > * > > ? > > > > On Mon, Oct 24, 2016 at 3:47 PM, Chris Mandra wrote: > > > > Hi guys - quick question - Do I need to do anything special/specific to > enable core dumps generated by default freeswitch? I'm working on a module > and the trace info would be helpful for debugging. > > > > thanks! (and happy monday!) > > chris > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > mandra > > c:410.258.5281 > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > mandra > > c:410.258.5281 > > > > -- > > mandra > > c:410.258.5281 > > [2 ] > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161024/c6184e4e/attachment.html From dujinfang at gmail.com Tue Oct 25 02:40:29 2016 From: dujinfang at gmail.com (Seven Du) Date: Tue, 25 Oct 2016 06:40:29 +0800 Subject: [Freeswitch-users] Dangerous prototype question for Seven Du In-Reply-To: References: <49695d11-93a9-3dd4-e0c5-280d17907ece@emtex.de> Message-ID: <73448D3155EA43B997C40EA6CDE2AA99@gmail.com> It?s now online, let me know what part you interested I can document that first. -- Seven Du Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Wednesday, 28 September 2016 at 10:19 PM, Christoph Russow wrote: > Hi Seven, > > awesome i really looking forward to see the code online. > > Take your time as i'm not in a hurry. > > Best Regards and have a nice holiday. > > Christoph > > > > Am 27.09.2016 um 05:28 schrieb Seven Du: > > Hi Chris, > > > > Sorry I don?t follow this list in a timely manner. > > > > I created an empty page https://github.com/seven1240/xui > > > > I think I can share code and try to write some docs in October after our > > National holiday. > > > > And we can merge some of all the code into the fs repo it it works well. > > > > > > Thanks. > > > > > > > > > On Sep 26, 2016, at 3:35 PM, Christoph Russow > > > wrote: > > > > > > Hi, > > > > > > is Seven on vacation or does he not read the mailing list? > > > > > > May be somebody who knows him be so kind and forward this mail if he > > > does not read the mailing list? > > > > > > Best Regards > > > Christoph Russow > > > > > > Am 19.09.2016 um 12:04 schrieb Christoph Russow: > > > > Hi, > > > > > > > > i've got a question for Seven Du. > > > > > > > > I was very impressed by your dangerous prototype on ClueCon 2016 and i'm > > > > wondering if you would share some more details about it. > > > > > > > > For example some background about the UI and how you executed the > > > > generated code within Freeswitch. > > > > > > > > Best Regards > > > > Christoph Russow > > > > > > > > > > > > > -- > > > ________________________________________________________________ > > > > > > EMTEX GmbH > > > Christoph Russow > > > Software Engineer > > > > > > Bischof-Otto-Weg 9 > > > D-91086 Aurachtal > > > Gesch?ftsf?hrer: Markus Enzinger > > > Tel. +49 9132 7490 0 Sitz der Gesellschaft: 91086 Aurachtal > > > Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 > > > ________________________________________________________________ > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > http://www.freeswitch.org > > > > > > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > -- > ________________________________________________________________ > > EMTEX GmbH > Christoph Russow > Software Engineer > > Bischof-Otto-Weg 9 > D-91086 Aurachtal > Gesch?ftsf?hrer: Markus Enzinger > Tel. +49 9132 7490 0 Sitz der Gesellschaft: 91086 Aurachtal > Fax. +49 9132 7490 900 Amtsgericht F?rth: HRB6804 > ________________________________________________________________ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/d398fbd8/attachment-0001.html From valter at fastway.com.br Tue Oct 25 20:51:41 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Tue, 25 Oct 2016 14:51:41 -0200 Subject: [Freeswitch-users] Starting moh outbound mod_event_socket Message-ID: I set hold_music var to local_stream://test How could I, after answering a call, start music on hold via mod_event_socket? Thanks Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/685f7c8b/attachment.html From brian at freeswitch.org Tue Oct 25 21:46:21 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 12:46:21 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? Message-ID: I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. Your feedback will be greatly appreciated. Thanks, -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/81ef455d/attachment.html From acrow at integrafin.co.uk Tue Oct 25 22:27:09 2016 From: acrow at integrafin.co.uk (Alex Crow) Date: Tue, 25 Oct 2016 19:27:09 +0100 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: The biggest one for me was understanding the difference between context and sip profiles, and how they interact with the dialplan. Once I figured it out it made sense bit it took me a while... Also not being sure of exactly what needs to be returned by the different invocations of mod_xml_curl. It was not clear at the outset for every use case for dialplan especially. In fact since the move to Confluence it seems it is even more sparse. One more that a newcomer now would find very difficult is freetdm. Confluence seems to have nothing on this yet there are a few places even in the British Isles where you can't get a proper SIP trunk (IOM!). For users in developing countries who might only have access to Analog lines it's really important. We don't want to have to force them to buy a gateway. Cheers Alex On 25/10/16 18:46, Brian West wrote: > I would like to get community input on what concepts caused you the > most headache and any input/ideas that would help me design some > tutorials / videos that would help new users coming to FreeSWITCH. > > Your feedback will be greatly appreciated. > > Thanks, > > -- > > */Brian West/* > brian at freeswitch.org > > > */Twitter: @FreeSWITCH , @briankwest/* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | > Reddit: /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/e6d3cde7/attachment.html From jungleboogie0 at gmail.com Tue Oct 25 22:45:44 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 25 Oct 2016 11:45:44 -0700 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On 25 October 2016 at 10:46, Brian West wrote: > > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. > setting up users setting up groups setting up ring groups All of those have so many options that it's a little cumbersome to explain in a short document. Fortunately the project has a few good books on the configurations and setting it up. There's also lots of friendly people on the mailing list to help, too. Also, setting up sip trunks contains many options. Which options are necessary? Why? When to use what? For a more in depth tutorial, I'd explain how CDRs work 'out of the box' and what options are available. Explain postgres support is built in but it needs to be compiled (if building from source) with certain config flags (is that still correct, actually?) Because freeswitch can do so much, explain use cases from a small business to how a large corporation can use FS successfully. > Your feedback will be greatly appreciated. > > Thanks, > > -- > > Brian West > brian at freeswitch.org From chad at apartmentlines.com Tue Oct 25 22:57:43 2016 From: chad at apartmentlines.com (Chad Phillips) Date: Tue, 25 Oct 2016 14:57:43 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: I remember being confused when learning to design dialplans in XML. There?s variables and conditional logic, but it doesn?t work quite like a ?typical? scripting language. Like Alex said, it made sense once I figured it all out. On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie wrote: > On 25 October 2016 at 10:46, Brian West wrote: > > > > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > > > setting up users > setting up groups > setting up ring groups > > All of those have so many options that it's a little cumbersome to > explain in a short document. Fortunately the project has a few good > books on the configurations and setting it up. There's also lots of > friendly people on the mailing list to help, too. > > Also, setting up sip trunks contains many options. Which options are > necessary? Why? When to use what? > > For a more in depth tutorial, I'd explain how CDRs work 'out of the > box' and what options are available. Explain postgres support is built > in but it needs to be compiled (if building from source) with certain > config flags (is that still correct, actually?) > > Because freeswitch can do so much, explain use cases from a small > business to how a large corporation can use FS successfully. > > > Your feedback will be greatly appreciated. > > > > Thanks, > > > > -- > > > > Brian West > > brian at freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/ab9160f9/attachment-0001.html From thesipguy at gmail.com Tue Oct 25 23:03:34 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Tue, 25 Oct 2016 22:03:34 +0300 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: That voicemails and users are too integrated, coming from Asterisk they are completely different concepts, and it makes more sence that way especially when you have dialplans sending calls to multiple voicemails even if there is only one sip user. Sip password should be optional if using ip authentication (cidr). Sip profiles was very confusing, internal and external, port 5060 and port 5080, it needs a lot better explanation for newbies and people coming from Asterisk. On Oct 25, 2016 20:47, "Brian West" wrote: > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > Your feedback will be greatly appreciated. > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/77587f32/attachment.html From colin.morelli at gmail.com Tue Oct 25 23:13:18 2016 From: colin.morelli at gmail.com (Colin Morelli) Date: Tue, 25 Oct 2016 19:13:18 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: +1 to SIP profiles. Took a good bit of reading before I realized that "internal" and "external" really have no significance at all, and could just as easily have been called "a" and "b" to the same effect. Initially, though, I got the feeling that these were inherently different types of SIP profiles, and each had an associated dialplan context. It's very freeing when you eventually learn that this is actually all entirely dynamic. In addition, I found the distinctions between what is confined to a single machine and what is properly clusterable (without external applications) to be lacking. For example, knowing that conferences don't replicate to external databases, nor do registrations when using mod_verto, etc. It can be easy to head down a path of getting everything working on a single machine and then realizing you have to change a lot to cluster it. In fact, generally speaking HA support seems lacking. Would be great to see more official FS documentation on example cluster setups with Kamailio/others. Best, Colin On Tue, Oct 25, 2016 at 3:07 PM Schneur Rosenberg wrote: > That voicemails and users are too integrated, coming from Asterisk they > are completely different concepts, and it makes more sence that way > especially when you have dialplans sending calls to multiple voicemails > even if there is only one sip user. > > Sip password should be optional if using ip authentication (cidr). > > Sip profiles was very confusing, internal and external, port 5060 and port > 5080, it needs a lot better explanation for newbies and people coming from > Asterisk. > > On Oct 25, 2016 20:47, "Brian West" wrote: > > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > Your feedback will be greatly appreciated. > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/467ad05c/attachment.html From jungleboogie0 at gmail.com Tue Oct 25 23:22:08 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 25 Oct 2016 12:22:08 -0700 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On 25 October 2016 at 12:03, Schneur Rosenberg wrote: > > Sip profiles was very confusing, internal and external, port 5060 and port 5080, it needs a lot better explanation for newbies and people coming from Asterisk. This is very, very true. I think changing the names from public/private to internal/external was supposed to alleviate some of the confusion but it seems like new people are hung up on it still. -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info From brian at freeswitch.org Tue Oct 25 23:22:36 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 14:22:36 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Inline. On Tue, Oct 25, 2016 at 2:03 PM, Schneur Rosenberg wrote: > That voicemails and users are too integrated, coming from Asterisk they > are completely different concepts, and it makes more sence that way > especially when you have dialplans sending calls to multiple voicemails > even if there is only one sip user. > This is just a difference concept in FreeSWITCH where we have a centralized user directory, What you are outlining is one of the things I didn't like in Asterisk. > Sip password should be optional if using ip authentication (cidr). > Thats not required on the user, can you elaborate on this one a bit more? > Sip profiles was very confusing, internal and external, port 5060 and port > 5080, it needs a lot better explanation for newbies and people coming from > Asterisk. > These are all arbitrary things, I actually talked about this week before last in the weekly call. I talked about how context, dialplans and profiles fit together. I think I'll have to draw out my fancy diagram again that was lost from the wiki to explain how this all fits together. > > On Oct 25, 2016 20:47, "Brian West" wrote: > >> I would like to get community input on what concepts caused you the most >> headache and any input/ideas that would help me design some tutorials / >> videos that would help new users coming to FreeSWITCH. >> >> Your feedback will be greatly appreciated. >> >> Thanks, >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/b68eb65c/attachment-0001.html From jungleboogie0 at gmail.com Tue Oct 25 23:25:44 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 25 Oct 2016 12:25:44 -0700 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On 25 October 2016 at 12:13, Colin Morelli wrote: > > In fact, generally speaking HA support seems lacking. Would be great to see more official FS documentation on example cluster setups with Kamailio/others. Often times on the conference calls I hear how it's best to have multiple FS instances instead of one FS with 1000 calls, but you're right, I don't hear how it's actually solved in the real world, even without kamaillio. -- ------- inum: 883510009027723 sip: jungleboogie at sip2sip.info From brian at freeswitch.org Tue Oct 25 23:27:22 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 14:27:22 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Inline. On Tue, Oct 25, 2016 at 2:13 PM, Colin Morelli wrote: > +1 to SIP profiles. Took a good bit of reading before I realized that > "internal" and "external" really have no significance at all, and could > just as easily have been called "a" and "b" to the same effect. Initially, > though, I got the feeling that these were inherently different types of SIP > profiles, and each had an associated dialplan context. It's very freeing > when you eventually learn that this is actually all entirely dynamic. > This is exactly right, most of the concepts in FreeSWITCH follow this mind set, It does trip people up from time to time. > In addition, I found the distinctions between what is confined to a single > machine and what is properly clusterable (without external applications) to > be lacking. For example, knowing that conferences don't replicate to > external databases, nor do registrations when using mod_verto, etc. It can > be easy to head down a path of getting everything working on a single > machine and then realizing you have to change a lot to cluster it. In fact, > generally speaking HA support seems lacking. Would be great to see more > official FS documentation on example cluster setups with Kamailio/others. > A conference is very ephemeral in the concept of clustering an failover, We are working on the HA documentation, But those are highly commercialized use cases, The companies that tend to figure it out never share it back to the community, I've been working with Giovanni to correct this. :) In fact we do have a solution thats basically copy and paste. > > Best, > Colin > > On Tue, Oct 25, 2016 at 3:07 PM Schneur Rosenberg > wrote: > >> That voicemails and users are too integrated, coming from Asterisk they >> are completely different concepts, and it makes more sence that way >> especially when you have dialplans sending calls to multiple voicemails >> even if there is only one sip user. >> >> Sip password should be optional if using ip authentication (cidr). >> >> Sip profiles was very confusing, internal and external, port 5060 and >> port 5080, it needs a lot better explanation for newbies and people coming >> from Asterisk. >> >> On Oct 25, 2016 20:47, "Brian West" wrote: >> >> I would like to get community input on what concepts caused you the most >> headache and any input/ideas that would help me design some tutorials / >> videos that would help new users coming to FreeSWITCH. >> >> Your feedback will be greatly appreciated. >> >> Thanks, >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/6fe8f0f5/attachment.html From jungleboogie0 at gmail.com Tue Oct 25 23:29:16 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 25 Oct 2016 12:29:16 -0700 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On 25 October 2016 at 10:46, Brian West wrote: > > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. > How about a dialplan explanation and example to: a) support calling sip URIs. (don't know if this supported from vanilla config) b) support for input sip uri calling. 888 at conference.freeswitch.org works very well. How can people do the same? > Your feedback will be greatly appreciated. > > Thanks, > > -- > > Brian West > brian at freeswitch.org > From brian at freeswitch.org Tue Oct 25 23:29:42 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 14:29:42 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: I think maybe better outlining in the actual configs that these are arbitrary things that all need to line up with about 10+ other settings. This is something we could address in the new FS1.8 config repo, I've not had many people step up to help me rebuild the entire config from the ground up. The feedback I'm getting here is great, It giving me some topics I can work on to help new users acclimate to the FreeSWITCH way. On Tue, Oct 25, 2016 at 2:22 PM, jungle Boogie wrote: > On 25 October 2016 at 12:03, Schneur Rosenberg > wrote: > > > > Sip profiles was very confusing, internal and external, port 5060 and > port 5080, it needs a lot better explanation for newbies and people coming > from Asterisk. > > > This is very, very true. I think changing the names from > public/private to internal/external was supposed to alleviate some of > the confusion but it seems like new people are hung up on it still. > > > -- > ------- > inum: 883510009027723 > sip: jungleboogie at sip2sip.info > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/95a266ef/attachment.html From brian at freeswitch.org Tue Oct 25 23:31:04 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 14:31:04 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: The right solution is to use Kamailio/OpenSIPS or some such proxy to accomplish this, or other FreeSWITCH boxes. Something has to keep state of where everything is taking place. On Tue, Oct 25, 2016 at 2:25 PM, jungle Boogie wrote: > On 25 October 2016 at 12:13, Colin Morelli > wrote: > > > > In fact, generally speaking HA support seems lacking. Would be great to > see more official FS documentation on example cluster setups with > Kamailio/others. > > > Often times on the conference calls I hear how it's best to have > multiple FS instances instead of one FS with 1000 calls, but you're > right, I don't hear how it's actually solved in the real world, even > without kamaillio. > > > -- > ------- > inum: 883510009027723 > sip: jungleboogie at sip2sip.info > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/574cd2ac/attachment.html From brian at freeswitch.org Tue Oct 25 23:33:18 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 14:33:18 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On Tue, Oct 25, 2016 at 2:29 PM, jungle Boogie wrote: > On 25 October 2016 at 10:46, Brian West wrote: > > > > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > > > How about a dialplan explanation and example to: > a) support calling sip URIs. (don't know if this supported from vanilla > config) > Yes there is an example of this in the vanilla config: > b) support for input sip uri calling. 888 at conference.freeswitch.org > works very well. How can people do the same? > The one in the vanilla config would allow you to dial anything sip:url and pass it to a bridge line, mostly used with port audio. > > > Your feedback will be greatly appreciated. > > > > Thanks, > > > > -- > > > > Brian West > > brian at freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/fa1b72aa/attachment-0001.html From jungleboogie0 at gmail.com Tue Oct 25 23:42:14 2016 From: jungleboogie0 at gmail.com (jungle Boogie) Date: Tue, 25 Oct 2016 12:42:14 -0700 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On 25 October 2016 at 12:33, Brian West wrote: > > > > On Tue, Oct 25, 2016 at 2:29 PM, jungle Boogie wrote: >> >> On 25 October 2016 at 10:46, Brian West wrote: >> > >> > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. >> > >> >> How about a dialplan explanation and example to: >> a) support calling sip URIs. (don't know if this supported from vanilla config) > > > Yes there is an example of this in the vanilla config: > > > > > > > > > > > > Okay, you're on the right track. Now explain in simple steps in your guide what to do with this. > >> >> b) support for input sip uri calling. 888 at conference.freeswitch.org >> works very well. How can people do the same? > > > The one in the vanilla config would allow you to dial anything sip:url and pass it to a bridge line, mostly used with port audio. > But how does it handle authenticaled/unauthenticated callers? Do acl rules need to be made? I'd really like to have jungle at example.com ring an end point/IVR without messy ACL rules. Is that possible? From vagarwal at vertical.com Tue Oct 25 23:47:16 2016 From: vagarwal at vertical.com (Varsha Agarwal) Date: Tue, 25 Oct 2016 19:47:16 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> It will be great to have more information about lot of SIP variables and API calls, ex. uuid_simplify, SIP simplify. Currently they are only one liner. Trying to Multicast paging through Freeswitch module, there is very little information to troubleshoot why something is not working. May be some more information will be helpful. From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Tuesday, October 25, 2016 10:46 AM To: FreeSWITCH Users Help Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. Your feedback will be greatly appreciated. Thanks, -- Brian West brian at freeswitch.org [http://billing.freeswitch.org/templates/default/img/whmcslogo.png] Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/a6fa401a/attachment.html From valter at fastway.com.br Wed Oct 26 00:17:27 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Tue, 25 Oct 2016 18:17:27 -0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: What I don't understand is how users relate to internal sip_profile and if it is possible to create gateways in internal profiles so I can provide sip trunks on port 5060. You told in ClueCon Weekly October 12 that internal and external are just names you give (sorry if I misunderstood your comment). But, well they are somewhat different in xml files. Regards, Valter 2016-10-25 15:46 GMT-02:00 Brian West : > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > Your feedback will be greatly appreciated. > > Thanks, > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/57f43b8d/attachment.html From gmaruzz at gmail.com Wed Oct 26 00:18:51 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 25 Oct 2016 22:18:51 +0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Inline On 25 October 2016 at 21:27, Brian West wrote: In addition, I found the distinctions between what is confined to a single >> machine and what is properly clusterable (without external applications) to >> be lacking. For example, knowing that conferences don't replicate to >> external databases, nor do registrations when using mod_verto, etc. It can >> be easy to head down a path of getting everything working on a single >> machine and then realizing you have to change a lot to cluster it. In fact, >> generally speaking HA support seems lacking. Would be great to see more >> official FS documentation on example cluster setups with Kamailio/others. >> > > A conference is very ephemeral in the concept of clustering an failover, > We are working on the HA documentation, But those are highly commercialized > use cases, The companies that tend to figure it out never share it back to > the community, I've been working with Giovanni to correct this. :) In > fact we do have a solution thats basically copy and paste. > > We'll have more about Load Balancing and High Availability (eg, clustering) covered in Confluence in kind-of-near future. Please, if I got overwhelmed away and nothing appear in a reasonable time, feel free to bug me. In the mean time, you can access the slides of my presentation this August in Beijing and Chicago: http://opentelecom.it/cluecon/FreeSWITCH_High_Availability_ Scaling_Load_Balancing_Maruzzelli_BEIJING_CN_2016.pdf -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/23c1bf43/attachment-0001.html From carlos.ruizdiaz at gmail.com Wed Oct 26 00:41:12 2016 From: carlos.ruizdiaz at gmail.com (=?UTF-8?Q?Carlos_Ruiz_D=C3=ADaz?=) Date: Tue, 25 Oct 2016 15:41:12 -0500 Subject: [Freeswitch-users] Drop requests Message-ID: Hi list, Is it possible to drop a request that doesn't match an ACL? The idea is not drop the SIP 403 that is replied by default. I know I can do this using a SIP proxy, or an iptables rule, but it would be best if FS offered this possibility too. Thanks, -- Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/06488953/attachment.html From brian at freeswitch.org Wed Oct 26 00:44:59 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 15:44:59 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: This is a more complex situation, Simplicity is to have multiple profiles setup for various roles in your system, Doing so with a single profile is possible but more complex. On Tue, Oct 25, 2016 at 2:42 PM, jungle Boogie wrote: > > But how does it handle authenticaled/unauthenticated callers? Do acl > rules need to be made? I'd really like to have jungle at example.com ring > an end point/IVR without messy ACL rules. Is that possible? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/4a9157e0/attachment.html From covici at ccs.covici.com Wed Oct 26 00:48:32 2016 From: covici at ccs.covici.com (John Covici) Date: Tue, 25 Oct 2016 16:48:32 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Coming from asterisk, I found that the concept that actions were fixed within a given extension difficult to get my head around. On Tue, 25 Oct 2016 14:57:43 -0400, Chad Phillips wrote: > > [1 ] > [1.1 ] > [1.2 ] > I remember being confused when learning to design dialplans in XML. There?s variables and conditional logic, but it doesn?t work quite like a ?typical? scripting language. > > Like Alex said, it made sense once I figured it all out. > > On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie wrote: > > On 25 October 2016 at 10:46, Brian West wrote: > > > > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. > > > > setting up users > setting up groups > setting up ring groups > > All of those have so many options that it's a little cumbersome to > explain in a short document. Fortunately the project has a few good > books on the configurations and setting it up. There's also lots of > friendly people on the mailing list to help, too. > > Also, setting up sip trunks contains many options. Which options are > necessary? Why? When to use what? > > For a more in depth tutorial, I'd explain how CDRs work 'out of the > box' and what options are available. Explain postgres support is built > in but it needs to be compiled (if building from source) with certain > config flags (is that still correct, actually?) > > Because freeswitch can do so much, explain use cases from a small > business to how a large corporation can use FS successfully. > > > Your feedback will be greatly appreciated. > > > > Thanks, > > > > -- > > > > Brian West > > brian at freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > [2 ] > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From brian at freeswitch.org Wed Oct 26 00:49:30 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 15:49:30 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Users from the directory would dictate who/what can register inbound to FreeSWITCH regardless of the profile, its looked up by domain using DNS so if you have various profiles setup on various ports that are setup to hit the user directory and the DNS name matches the directory domain that user would authenticate to the system and be allowed into the context defined on that user by user_context, Gateways are for outbound registrations from FreeSWITCH to a SIP provider. internal/external are arbitrary you can make them foo or bar, they are just names, just like context names are arbitrary too. They can be called anything as long the settings all match up where you expect traffic to hit. On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira wrote: > What I don't understand is how users relate to internal sip_profile and if > it is possible to create gateways in internal profiles so I can provide sip > trunks on port 5060. > > You told in ClueCon Weekly October 12 that internal and external are just > names you give (sorry if I misunderstood your comment). But, well they are > somewhat different in xml files. > > Regards, > > Valter > > > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/518247de/attachment.html From brian at freeswitch.org Wed Oct 26 00:52:48 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 15:52:48 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: What are you meaning 'fixed within a given extension'? I would like to fully understand that statement so I can maybe write up something thats more helpful. / On Tue, Oct 25, 2016 at 3:48 PM, John Covici wrote: > Coming from asterisk, I found that the concept that actions were fixed > within a given extension difficult to get my head around. > > On Tue, 25 Oct 2016 14:57:43 -0400, > Chad Phillips wrote: > > > > [1 ] > > [1.1 ] > > [1.2 ] > > I remember being confused when learning to design dialplans in XML. > There?s variables and conditional logic, but it doesn?t work quite like a > ?typical? scripting language. > > > > Like Alex said, it made sense once I figured it all out. > > > > On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie > wrote: > > > > On 25 October 2016 at 10:46, Brian West wrote: > > > > > > I would like to get community input on what concepts caused you the > most headache and any input/ideas that would help me design some tutorials > / videos that would help new users coming to FreeSWITCH. > > > > > > > setting up users > > setting up groups > > setting up ring groups > > > > All of those have so many options that it's a little cumbersome to > > explain in a short document. Fortunately the project has a few good > > books on the configurations and setting it up. There's also lots of > > friendly people on the mailing list to help, too. > > > > Also, setting up sip trunks contains many options. Which options are > > necessary? Why? When to use what? > > > > For a more in depth tutorial, I'd explain how CDRs work 'out of the > > box' and what options are available. Explain postgres support is built > > in but it needs to be compiled (if building from source) with certain > > config flags (is that still correct, actually?) > > > > Because freeswitch can do so much, explain use cases from a small > > business to how a large corporation can use FS successfully. > > > > > Your feedback will be greatly appreciated. > > > > > > Thanks, > > > > > > -- > > > > > > Brian West > > > brian at freeswitch.org > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > [2 ] > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/61ea650b/attachment-0001.html From covici at ccs.covici.com Wed Oct 26 00:55:34 2016 From: covici at ccs.covici.com (John Covici) Date: Tue, 25 Oct 2016 16:55:34 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> References: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> Message-ID: How about a complete list of ALL the channel variables!! I keep hearing about ones I have never heard of. On Tue, 25 Oct 2016 15:47:16 -0400, Varsha Agarwal wrote: > > [1 ] > [1.1 ] > [1.2 ] > It will be great to have more information about lot of SIP variables and API calls, ex. uuid_simplify, SIP simplify. Currently they are only one liner. > > Trying to Multicast paging through Freeswitch module, there is very little information to troubleshoot why something is not working. May be some more information will be helpful. > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West > Sent: Tuesday, October 25, 2016 10:46 AM > To: FreeSWITCH Users Help > Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? > > > > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. > > > > Your feedback will be greatly appreciated. > > > > Thanks, > > > > -- > > Brian West > brian at freeswitch.org > > * > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > [2 ] > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From brian at freeswitch.org Wed Oct 26 01:04:51 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 16:04:51 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> Message-ID: There are some variables that you should NEVER set that are used internally to FreeSWITCH, Many variables in modules we didn't write or were contributed. I would like to point out these are areas that others can give back and help document. You do not have to be a coder to document FreeSWITCH. We have to balance bug fixes, documentation and new features... :) /b On Tue, Oct 25, 2016 at 3:55 PM, John Covici wrote: > How about a complete list of ALL the channel variables!! I keep > hearing about ones I have never heard of. > > On Tue, 25 Oct 2016 15:47:16 -0400, > Varsha Agarwal wrote: > > > > [1 ] > > [1.1 ] > > [1.2 ] > > It will be great to have more information about lot of SIP variables and > API calls, ex. uuid_simplify, SIP simplify. Currently they are only one > liner. > > > > Trying to Multicast paging through Freeswitch module, there is very > little information to troubleshoot why something is not working. May be > some more information will be helpful. > > > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West > > Sent: Tuesday, October 25, 2016 10:46 AM > > To: FreeSWITCH Users Help > > Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle > with when you first started? > > > > > > > > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > > > > > > > Your feedback will be greatly appreciated. > > > > > > > > Thanks, > > > > > > > > -- > > > > Brian West > > brian at freeswitch.org > > > > * > > > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > > https://www.gofundme.com/freeswitch_ubuntu > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > [2 ] > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/ad51bf57/attachment.html From brian at freeswitch.org Wed Oct 26 01:06:52 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 16:06:52 -0500 Subject: [Freeswitch-users] Drop requests In-Reply-To: References: Message-ID: Its too late to do so, its already in the sip stack and to mod_sofia when those acl compares take place. /b On Tue, Oct 25, 2016 at 3:41 PM, Carlos Ruiz D?az wrote: > Hi list, > > Is it possible to drop a request that doesn't match an ACL? The idea is > not drop the SIP 403 that is replied by default. > > I know I can do this using a SIP proxy, or an iptables rule, but it would > be best if FS offered this possibility too. > > Thanks, > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/641fbe69/attachment.html From jorge.cadena at gmail.com Wed Oct 26 01:07:36 2016 From: jorge.cadena at gmail.com (Aztrock) Date: Tue, 25 Oct 2016 16:07:36 -0500 Subject: [Freeswitch-users] bypass_media=true, call terminate 480 Message-ID: Hi inbound_bypass_media=true or bypass_media=true A<->Freeswitch<->B Pre-Answer: Ok MEDIA A<->B Answer:Failed, calls terminated inmediatly 2016-10-25 16:03:00.316897 [DEBUG] sofia.c:6965 Channel sofia/default/xxxx entering state [ready][200] 2016-10-25 16:03:00.316897 [NOTICE] sofia.c:7964 Channel [sofia/default/xxxx] has been answered 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_originate.c:3686 Originate Resulted in Success: [sofia/default/xxxx] 2016-10-25 16:03:00.316897 [DEBUG] switch_channel.c:3770 (sofia/default/xxxx) Callstate Change EARLY -> ACTIVE 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_bridge.c:1334 (sofia/default/3238780 at x.x.x.x) State Change CS_EXECUTE -> CS_HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_bridge.c:1335 (sofia/default/xxxx) State Change CS_CONSUME_MEDIA -> CS_HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:584 (sofia/default/xxxx) Running State Change CS_HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:665 (sofia/default/xxxx) State HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] mod_sofia.c:180 sofia/default/xxxx SOFIA HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:420 sofia/default/xxxx Standard HIBERNATE 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:665 (sofia/default/xxxx) State HIBERNATE going to sleep 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1360 FIN: troncal del plan ... <------------ 2016-10-25 16:03:00.316897 [INFO] switch_cpp.cpp:1360 FIN LLAMADA -> Estoy terminando ahora ... <----------- 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1360 Got value : originate_disposition : SUCCESS 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1288 Hangup not custom 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:722 CoreSession::hangup -- Un hombre de car?cter podr? ser derrotado pero jam?s destruido. ERNEST HEMINGWAY. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/34620edf/attachment-0001.html From luis.daniel.lucio at gmail.com Wed Oct 26 01:21:43 2016 From: luis.daniel.lucio at gmail.com (Luis Daniel Lucio Quiroz) Date: Tue, 25 Oct 2016 17:21:43 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> Message-ID: +1 forContexts and sip profiles Once that is fully understood, all other is trivial Le 25 oct. 2016 5:05 PM, "Brian West" a ?crit : > There are some variables that you should NEVER set that are used > internally to FreeSWITCH, Many variables in modules we didn't write or > were contributed. > > I would like to point out these are areas that others can give back and > help document. You do not have to be a coder to document FreeSWITCH. > > We have to balance bug fixes, documentation and new features... > > :) > > /b > > > On Tue, Oct 25, 2016 at 3:55 PM, John Covici > wrote: > >> How about a complete list of ALL the channel variables!! I keep >> hearing about ones I have never heard of. >> >> On Tue, 25 Oct 2016 15:47:16 -0400, >> Varsha Agarwal wrote: >> > >> > [1 ] >> > [1.1 ] >> > [1.2 ] >> > It will be great to have more information about lot of SIP variables >> and API calls, ex. uuid_simplify, SIP simplify. Currently they are only one >> liner. >> > >> > Trying to Multicast paging through Freeswitch module, there is very >> little information to troubleshoot why something is not working. May be >> some more information will be helpful. >> > >> > >> > >> > From: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West >> > Sent: Tuesday, October 25, 2016 10:46 AM >> > To: FreeSWITCH Users Help >> > Subject: [Freeswitch-users] What concepts in FreeSWITCH did you >> struggle with when you first started? >> > >> > >> > >> > I would like to get community input on what concepts caused you the >> most headache and any input/ideas that would help me design some tutorials >> / videos that would help new users coming to FreeSWITCH. >> > >> > >> > >> > Your feedback will be greatly appreciated. >> > >> > >> > >> > Thanks, >> > >> > >> > >> > -- >> > >> > Brian West >> > brian at freeswitch.org >> > >> > * >> > >> > Twitter: @FreeSWITCH , @briankwest >> > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> > http://www.freeswitchcookbook.com (50% Discount using code >> FreeSwitch50) >> > https://www.gofundme.com/freeswitch_ubuntu >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> > [2 ] >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> -- >> Your life is like a penny. You're going to lose it. The question is: >> How do >> you spend it? >> >> John Covici >> covici at ccs.covici.com >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/9a1f3034/attachment.html From mike at jerris.com Wed Oct 26 01:36:01 2016 From: mike at jerris.com (Michael Jerris) Date: Tue, 25 Oct 2016 17:36:01 -0400 Subject: [Freeswitch-users] bypass_media=true, call terminate 480 In-Reply-To: References: Message-ID: why are you trying to use a script to bridge 2 calls? it looks like you never bridged them and ran out of things to do and the calls ended. > On Oct 25, 2016, at 5:07 PM, Aztrock wrote: > > Hi > > inbound_bypass_media=true > > or > > bypass_media=true > > > A<->Freeswitch<->B > > Pre-Answer: Ok > MEDIA A<->B > > Answer:Failed, calls terminated inmediatly > > 2016-10-25 16:03:00.316897 [DEBUG] sofia.c:6965 Channel sofia/default/xxxx entering state [ready][200] > 2016-10-25 16:03:00.316897 [NOTICE] sofia.c:7964 Channel [sofia/default/xxxx] has been answered > 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_originate.c:3686 Originate Resulted in Success: [sofia/default/xxxx] > 2016-10-25 16:03:00.316897 [DEBUG] switch_channel.c:3770 (sofia/default/xxxx) Callstate Change EARLY -> ACTIVE > 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_bridge.c:1334 (sofia/default/3238780 at x.x.x.x) State Change CS_EXECUTE -> CS_HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] switch_ivr_bridge.c:1335 (sofia/default/xxxx) State Change CS_CONSUME_MEDIA -> CS_HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:584 (sofia/default/xxxx) Running State Change CS_HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:665 (sofia/default/xxxx) State HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] mod_sofia.c:180 sofia/default/xxxx SOFIA HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:420 sofia/default/xxxx Standard HIBERNATE > 2016-10-25 16:03:00.316897 [DEBUG] switch_core_state_machine.c:665 (sofia/default/xxxx) State HIBERNATE going to sleep > 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1360 FIN: troncal del plan ... <------------ > 2016-10-25 16:03:00.316897 [INFO] switch_cpp.cpp:1360 FIN LLAMADA -> Estoy terminando ahora ... <----------- > 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1360 Got value : originate_disposition : SUCCESS > 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:1288 Hangup not custom > 2016-10-25 16:03:00.316897 [DEBUG] switch_cpp.cpp:722 CoreSession::hangup > > > -- > Un hombre de car?cter podr? ser derrotado pero jam?s destruido. > > ERNEST HEMINGWAY. > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/f5aa83e3/attachment.html From v.zakhozhai at gmail.com Wed Oct 26 02:16:12 2016 From: v.zakhozhai at gmail.com (Vladyslav Zakhozhai) Date: Tue, 25 Oct 2016 22:16:12 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> Message-ID: +1 for HA. I'm trying to understand the best approach to this topic. I'm not a big fan of saving states to SQL database. In distributes systems it is becoming a headache: 1. one master - many slaves (so, all freeswitches must write thir state to master; or we can solve this problem with sharding?) 2. almost all SQL engines are not in-memory (at least out of the box). Why I need to store temporary data to hard drive? Is it reasonably Maybe I'm wrong in my thoughts :) Also interesting question is AMQP capabilities. Unfortunately it is poorly documented (I understand that I can listen to events; but how can manage freeswitch boxes with AMQP it is not clear for me). On Wed, Oct 26, 2016 at 12:30 AM Luis Daniel Lucio Quiroz < luis.daniel.lucio at gmail.com> wrote: > +1 forContexts and sip profiles > > Once that is fully understood, all other is trivial > > Le 25 oct. 2016 5:05 PM, "Brian West" a ?crit : > > There are some variables that you should NEVER set that are used > internally to FreeSWITCH, Many variables in modules we didn't write or > were contributed. > > I would like to point out these are areas that others can give back and > help document. You do not have to be a coder to document FreeSWITCH. > > We have to balance bug fixes, documentation and new features... > > :) > > /b > > > On Tue, Oct 25, 2016 at 3:55 PM, John Covici > wrote: > > How about a complete list of ALL the channel variables!! I keep > hearing about ones I have never heard of. > > On Tue, 25 Oct 2016 15:47:16 -0400, > Varsha Agarwal wrote: > > > > [1 ] > > [1.1 ] > > [1.2 ] > > It will be great to have more information about lot of SIP variables and > API calls, ex. uuid_simplify, SIP simplify. Currently they are only one > liner. > > > > Trying to Multicast paging through Freeswitch module, there is very > little information to troubleshoot why something is not working. May be > some more information will be helpful. > > > > > > > > From: freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West > > Sent: Tuesday, October 25, 2016 10:46 AM > > To: FreeSWITCH Users Help > > Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle > with when you first started? > > > > > > > > I would like to get community input on what concepts caused you the most > headache and any input/ideas that would help me design some tutorials / > videos that would help new users coming to FreeSWITCH. > > > > > > > > Your feedback will be greatly appreciated. > > > > > > > > Thanks, > > > > > > > > -- > > > > Brian West > > brian at freeswitch.org > > > > * > > > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > > https://www.gofundme.com/freeswitch_ubuntu > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > [2 ] > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Best regards, Vladyslav Zakhozhai email: v.zakhozhai at gmail.com tel.: +380(93) 757-21-61 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/a8e548b1/attachment-0001.html From brian at freeswitch.org Wed Oct 26 02:21:09 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 17:21:09 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: <04AB0A185A23864CA9255FD38901F65D023381D539@SCEX1.vertical.com> Message-ID: "poorly documented", This is something I would love to rectify across the board, If you step up and get one on one time with anyone on the core team to actually write meaningful documentation I'll facilitate scheduling time for each and every topic you wish to help document. If its an external module that we didn't write I'll do my best to get the authors lined up to help document things better. /b On Tue, Oct 25, 2016 at 5:16 PM, Vladyslav Zakhozhai wrote: > +1 for HA. I'm trying to understand the best approach to this topic. I'm > not a big fan of saving states to SQL database. In distributes systems it > is becoming a headache: > > 1. one master - many slaves (so, all freeswitches must write thir > state to master; or we can solve this problem with sharding?) > 2. almost all SQL engines are not in-memory (at least out of the box). > Why I need to store temporary data to hard drive? Is it reasonably > > > Maybe I'm wrong in my thoughts :) > > Also interesting question is AMQP capabilities. Unfortunately it is poorly > documented (I understand that I can listen to events; but how can manage > freeswitch boxes with AMQP it is not clear for me). > > > > > On Wed, Oct 26, 2016 at 12:30 AM Luis Daniel Lucio Quiroz < > luis.daniel.lucio at gmail.com> wrote: > >> +1 forContexts and sip profiles >> >> Once that is fully understood, all other is trivial >> >> Le 25 oct. 2016 5:05 PM, "Brian West" a ?crit : >> >> There are some variables that you should NEVER set that are used >> internally to FreeSWITCH, Many variables in modules we didn't write or >> were contributed. >> >> I would like to point out these are areas that others can give back and >> help document. You do not have to be a coder to document FreeSWITCH. >> >> We have to balance bug fixes, documentation and new features... >> >> :) >> >> /b >> >> >> On Tue, Oct 25, 2016 at 3:55 PM, John Covici >> wrote: >> >> How about a complete list of ALL the channel variables!! I keep >> hearing about ones I have never heard of. >> >> On Tue, 25 Oct 2016 15:47:16 -0400, >> Varsha Agarwal wrote: >> > >> > [1 ] >> > [1.1 ] >> > [1.2 ] >> > It will be great to have more information about lot of SIP variables >> and API calls, ex. uuid_simplify, SIP simplify. Currently they are only one >> liner. >> > >> > Trying to Multicast paging through Freeswitch module, there is very >> little information to troubleshoot why something is not working. May be >> some more information will be helpful. >> > >> > >> > >> > From: freeswitch-users-bounces at lists.freeswitch.org [mailto: >> freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian West >> > Sent: Tuesday, October 25, 2016 10:46 AM >> > To: FreeSWITCH Users Help >> > Subject: [Freeswitch-users] What concepts in FreeSWITCH did you >> struggle with when you first started? >> > >> > >> > >> > I would like to get community input on what concepts caused you the >> most headache and any input/ideas that would help me design some tutorials >> / videos that would help new users coming to FreeSWITCH. >> > >> > >> > >> > Your feedback will be greatly appreciated. >> > >> > >> > >> > Thanks, >> > >> > >> > >> > -- >> > >> > Brian West >> > brian at freeswitch.org >> > >> > * >> > >> > Twitter: @FreeSWITCH , @briankwest >> > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> > http://www.freeswitchcookbook.com (50% Discount using code >> FreeSwitch50) >> > https://www.gofundme.com/freeswitch_ubuntu >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> > [2 ] >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ >> options/freeswitch-users >> > http://www.freeswitch.org >> >> -- >> Your life is like a penny. You're going to lose it. The question is: >> How do >> you spend it? >> >> John Covici >> covici at ccs.covici.com >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org > > -- > Best regards, > Vladyslav Zakhozhai > email: v.zakhozhai at gmail.com > tel.: +380(93) 757-21-61 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/cc727559/attachment-0001.html From carlos.ruizdiaz at gmail.com Wed Oct 26 02:21:22 2016 From: carlos.ruizdiaz at gmail.com (=?UTF-8?Q?Carlos_Ruiz_D=C3=ADaz?=) Date: Tue, 25 Oct 2016 17:21:22 -0500 Subject: [Freeswitch-users] Drop requests In-Reply-To: References: Message-ID: Thank you, Brian. On Oct 25, 2016 16:09, "Brian West" wrote: > Its too late to do so, its already in the sip stack and to mod_sofia when > those acl compares take place. > > > /b > > > > > On Tue, Oct 25, 2016 at 3:41 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > >> Hi list, >> >> Is it possible to drop a request that doesn't match an ACL? The idea is >> not drop the SIP 403 that is replied by default. >> >> I know I can do this using a SIP proxy, or an iptables rule, but it would >> be best if FS offered this possibility too. >> >> Thanks, >> -- >> Carlos >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/82a7837a/attachment.html From covici at ccs.covici.com Wed Oct 26 02:29:53 2016 From: covici at ccs.covici.com (John Covici) Date: Tue, 25 Oct 2016 18:29:53 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: For instance, in asterisk, you can actually have branches within a given extension whereas in fs, the actions are fixed, you are encouraged to use a programming language for something more complicated. Its a different concept. On Tue, 25 Oct 2016 16:52:48 -0400, Brian West wrote: > > [1 ] > [1.1 ] > [1.2 ] > What are you meaning 'fixed within a given extension'? I would like to fully understand that statement so I can maybe write up something thats more helpful. > > / > > On Tue, Oct 25, 2016 at 3:48 PM, John Covici wrote: > > Coming from asterisk, I found that the concept that actions were fixed > within a given extension difficult to get my head around. > > On Tue, 25 Oct 2016 14:57:43 -0400, > Chad Phillips wrote: > > > > [1 ] > > [1.1 ] > > [1.2 ] > > I remember being confused when learning to design dialplans in XML. There?s variables and conditional logic, but it doesn?t work quite like a ?typical? scripting language. > > > > Like Alex said, it made sense once I figured it all out. > > > > On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie wrote: > > > > On 25 October 2016 at 10:46, Brian West wrote: > > > > > > I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. > > > > > > > setting up users > > setting up groups > > setting up ring groups > > > > All of those have so many options that it's a little cumbersome to > > explain in a short document. Fortunately the project has a few good > > books on the configurations and setting it up. There's also lots of > > friendly people on the mailing list to help, too. > > > > Also, setting up sip trunks contains many options. Which options are > > necessary? Why? When to use what? > > > > For a more in depth tutorial, I'd explain how CDRs work 'out of the > > box' and what options are available. Explain postgres support is built > > in but it needs to be compiled (if building from source) with certain > > config flags (is that still correct, actually?) > > > > Because freeswitch can do so much, explain use cases from a small > > business to how a large corporation can use FS successfully. > > > > > Your feedback will be greatly appreciated. > > > > > > Thanks, > > > > > > -- > > > > > > Brian West > > > brian at freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > [2 ] > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- > > Brian West > brian at freeswitch.org > > * > > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > [2 ] > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici at ccs.covici.com From brian at freeswitch.org Wed Oct 26 02:33:23 2016 From: brian at freeswitch.org (Brian West) Date: Tue, 25 Oct 2016 17:33:23 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Thats exactly how we designed it. On Tue, Oct 25, 2016 at 5:29 PM, John Covici wrote: > For instance, in asterisk, you can actually have branches within a > given extension whereas in fs, the actions are fixed, you are > encouraged to use a programming language for something more > complicated. Its a different concept. > > On Tue, 25 Oct 2016 16:52:48 -0400, > Brian West wrote: > > > > [1 ] > > [1.1 ] > > [1.2 ] > > What are you meaning 'fixed within a given extension'? I would like to > fully understand that statement so I can maybe write up something thats > more helpful. > > > > / > > > > On Tue, Oct 25, 2016 at 3:48 PM, John Covici > wrote: > > > > Coming from asterisk, I found that the concept that actions were fixed > > within a given extension difficult to get my head around. > > > > On Tue, 25 Oct 2016 14:57:43 -0400, > > Chad Phillips wrote: > > > > > > [1 ] > > > [1.1 ] > > > [1.2 ] > > > I remember being confused when learning to design dialplans in XML. > There?s variables and conditional logic, but it doesn?t work quite like a > ?typical? scripting language. > > > > > > Like Alex said, it made sense once I figured it all out. > > > > > > On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie < > jungleboogie0 at gmail.com> wrote: > > > > > > On 25 October 2016 at 10:46, Brian West > wrote: > > > > > > > > I would like to get community input on what concepts caused you > the most headache and any input/ideas that would help me design some > tutorials / videos that would help new users coming to FreeSWITCH. > > > > > > > > > > setting up users > > > setting up groups > > > setting up ring groups > > > > > > All of those have so many options that it's a little cumbersome to > > > explain in a short document. Fortunately the project has a few good > > > books on the configurations and setting it up. There's also lots of > > > friendly people on the mailing list to help, too. > > > > > > Also, setting up sip trunks contains many options. Which options are > > > necessary? Why? When to use what? > > > > > > For a more in depth tutorial, I'd explain how CDRs work 'out of the > > > box' and what options are available. Explain postgres support is > built > > > in but it needs to be compiled (if building from source) with certain > > > config flags (is that still correct, actually?) > > > > > > Because freeswitch can do so much, explain use cases from a small > > > business to how a large corporation can use FS successfully. > > > > > > > Your feedback will be greatly appreciated. > > > > > > > > Thanks, > > > > > > > > -- > > > > > > > > Brian West > > > > brian at freeswitch.org > > > > > > ____________________________________________________________ > _____________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > > http://www.freeswitch.org > > > [2 ] > > > ____________________________________________________________ > _____________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://confluence.freeswitch.org > > > http://www.cluecon.com > > > > > > FreeSWITCH-users mailing list > > > FreeSWITCH-users at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > > http://www.freeswitch.org > > > > -- > > Your life is like a penny. You're going to lose it. The question is: > > How do > > you spend it? > > > > John Covici > > covici at ccs.covici.com > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > > http://www.freeswitch.org > > > > -- > > > > Brian West > > brian at freeswitch.org > > > > * > > > > Twitter: @FreeSWITCH , @briankwest > > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > > https://www.gofundme.com/freeswitch_ubuntu > > > > Got Bugs? Report them here! | Reddit: /r/freeswitch > > > > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) > > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest > > [2 ] > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici at ccs.covici.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/3c35c4c4/attachment-0001.html From acheraime at gmail.com Wed Oct 26 06:31:29 2016 From: acheraime at gmail.com (acheraime .) Date: Tue, 25 Oct 2016 22:31:29 -0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: +1 for voicemail and sip user. I would love to be able to setup a generic voicemail box that are not related to any sip user. Where you can have sipuser1 at abc.com and sipuser3 at abc.com both have the same extension 2310 and 2310 would be the real voicemail id. mod_python needs a more elaborate documantation compared to mod_lua. A page dedicated to serving configuration with mod_python would be a big plus. On Tue, Oct 25, 2016 at 6:33 PM, Brian West wrote: > Thats exactly how we designed it. > > On Tue, Oct 25, 2016 at 5:29 PM, John Covici > wrote: > >> For instance, in asterisk, you can actually have branches within a >> given extension whereas in fs, the actions are fixed, you are >> encouraged to use a programming language for something more >> complicated. Its a different concept. >> >> On Tue, 25 Oct 2016 16:52:48 -0400, >> Brian West wrote: >> > >> > [1 ] >> > [1.1 ] >> > [1.2 ] >> > What are you meaning 'fixed within a given extension'? I would like to >> fully understand that statement so I can maybe write up something thats >> more helpful. >> > >> > / >> > >> > On Tue, Oct 25, 2016 at 3:48 PM, John Covici >> wrote: >> > >> > Coming from asterisk, I found that the concept that actions were fixed >> > within a given extension difficult to get my head around. >> > >> > On Tue, 25 Oct 2016 14:57:43 -0400, >> > Chad Phillips wrote: >> > > >> > > [1 ] >> > > [1.1 ] >> > > [1.2 ] >> > > I remember being confused when learning to design dialplans in XML. >> There?s variables and conditional logic, but it doesn?t work quite like a >> ?typical? scripting language. >> > > >> > > Like Alex said, it made sense once I figured it all out. >> > > >> > > On Tue, Oct 25, 2016 at 2:45 PM, jungle Boogie < >> jungleboogie0 at gmail.com> wrote: >> > > >> > > On 25 October 2016 at 10:46, Brian West >> wrote: >> > > > >> > > > I would like to get community input on what concepts caused you >> the most headache and any input/ideas that would help me design some >> tutorials / videos that would help new users coming to FreeSWITCH. >> > > > >> > > >> > > setting up users >> > > setting up groups >> > > setting up ring groups >> > > >> > > All of those have so many options that it's a little cumbersome to >> > > explain in a short document. Fortunately the project has a few good >> > > books on the configurations and setting it up. There's also lots of >> > > friendly people on the mailing list to help, too. >> > > >> > > Also, setting up sip trunks contains many options. Which options are >> > > necessary? Why? When to use what? >> > > >> > > For a more in depth tutorial, I'd explain how CDRs work 'out of the >> > > box' and what options are available. Explain postgres support is >> built >> > > in but it needs to be compiled (if building from source) with >> certain >> > > config flags (is that still correct, actually?) >> > > >> > > Because freeswitch can do so much, explain use cases from a small >> > > business to how a large corporation can use FS successfully. >> > > >> > > > Your feedback will be greatly appreciated. >> > > > >> > > > Thanks, >> > > > >> > > > -- >> > > > >> > > > Brian West >> > > > brian at freeswitch.org >> > > >> > > ____________________________________________________________ >> _____________ >> > > Professional FreeSWITCH Consulting Services: >> > > consulting at freeswitch.org >> > > http://www.freeswitchsolutions.com >> > > >> > > Official FreeSWITCH Sites >> > > http://www.freeswitch.org >> > > http://confluence.freeswitch.org >> > > http://www.cluecon.com >> > > >> > > FreeSWITCH-users mailing list >> > > FreeSWITCH-users at lists.freeswitch.org >> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > > http://www.freeswitch.org >> > > [2 ] >> > > ____________________________________________________________ >> _____________ >> > > Professional FreeSWITCH Consulting Services: >> > > consulting at freeswitch.org >> > > http://www.freeswitchsolutions.com >> > > >> > > Official FreeSWITCH Sites >> > > http://www.freeswitch.org >> > > http://confluence.freeswitch.org >> > > http://www.cluecon.com >> > > >> > > FreeSWITCH-users mailing list >> > > FreeSWITCH-users at lists.freeswitch.org >> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > > http://www.freeswitch.org >> > >> > -- >> > Your life is like a penny. You're going to lose it. The question is: >> > How do >> > you spend it? >> > >> > John Covici >> > covici at ccs.covici.com >> > >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> > >> > -- >> > >> > Brian West >> > brian at freeswitch.org >> > >> > * >> > >> > Twitter: @FreeSWITCH , @briankwest >> > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> > http://www.freeswitchcookbook.com (50% Discount using code >> FreeSwitch50) >> > https://www.gofundme.com/freeswitch_ubuntu >> > >> > Got Bugs? Report them here! | Reddit: /r/freeswitch >> > >> > T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >> > iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >> > [2 ] >> > ____________________________________________________________ >> _____________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://confluence.freeswitch.org >> > http://www.cluecon.com >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ >> freeswitch-users >> > http://www.freeswitch.org >> >> -- >> Your life is like a penny. You're going to lose it. The question is: >> How do >> you spend it? >> >> John Covici >> covici at ccs.covici.com >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Adolphe CHER-AIME* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161025/d9d473a4/attachment-0001.html From krice at freeswitch.org Wed Oct 26 09:17:17 2016 From: krice at freeswitch.org (Ken Rice) Date: Wed, 26 Oct 2016 00:17:17 -0500 Subject: [Freeswitch-users] testing Message-ID: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> This is only a test. you can ignore it (altho I know you want to reply to it) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/102192dc/attachment.html From jleung at v10networks.ca Wed Oct 26 09:37:27 2016 From: jleung at v10networks.ca (Jeff Leung) Date: Tue, 25 Oct 2016 22:37:27 -0700 Subject: [Freeswitch-users] testing In-Reply-To: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> References: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> Message-ID: > This is only a test... you can ignore it (altho I know you want to reply to it) ACK From thesipguy at gmail.com Wed Oct 26 09:51:34 2016 From: thesipguy at gmail.com (Schneur Rosenberg) Date: Wed, 26 Oct 2016 08:51:34 +0300 Subject: [Freeswitch-users] testing In-Reply-To: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> References: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> Message-ID: You passed the test :-) On Oct 26, 2016 8:18 AM, "Ken Rice" wrote: > This is only a test? you can ignore it (altho I know you want to reply to > it) > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/a3edefb3/attachment.html From bipin at xbipin.com Wed Oct 26 10:33:00 2016 From: bipin at xbipin.com (Bipin Patel) Date: Wed, 26 Oct 2016 10:33:00 +0400 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/0d95ec5b/attachment.html From mirkobrankovic at gmail.com Wed Oct 26 12:31:00 2016 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Wed, 26 Oct 2016 10:31:00 +0200 Subject: [Freeswitch-users] testing In-Reply-To: References: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> Message-ID: successful :D On Wed, Oct 26, 2016 at 7:51 AM, Schneur Rosenberg wrote: > You passed the test :-) > > On Oct 26, 2016 8:18 AM, "Ken Rice" wrote: > >> This is only a test? you can ignore it (altho I know you want to reply to >> it) >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Mirko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/9e7e42b1/attachment-0001.html From giacomo.vacca at gmail.com Wed Oct 26 13:01:47 2016 From: giacomo.vacca at gmail.com (Giacomo Vacca) Date: Wed, 26 Oct 2016 11:01:47 +0200 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: <4C3F2891-8D81-4FAD-A933-32B46237D997@kavun.ch> References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <4C3F2891-8D81-4FAD-A933-32B46237D997@kavun.ch> Message-ID: > As far as an Opus manual, I also love the idea and can't wait to read it. This is the document trying to address the need for an "Opus manual": https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+And+The+Opus+Audio+Codec As mentioned there, questions and other feedback are welcome. It can be easily exported from Confluence as PDF, should it be desired. Giacomo On 14 October 2016 at 18:48, Emrah wrote: > Hey there, > Thanks for this extensive response. I am not sure I got everything, but > I'll try to answer what I can. > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > Opus at 8khz doesn't give you the same fidelity as PCM at 8khz. You > definitely hear the compression. However, Opus at 48khz transcoded into > PCMU / PCMA is hardly noticeable. Therefore, I wanted to find a decent > compromise, one that would save bandwidth and CPU for calls that don't > require a full band audio. > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > That sounds very interesting, however I do not want to impose global > limitations as many of my Opus calls are full band calls. Would these > settings help me work on a per call basis? > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > I guess this reconnects with my observation above. The idea would be to > use something slightly higher than 8khz, yet not as intensive as 48khz, > just to get a clearer call for "PSTN like" connections. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > > Not sure I got that right. Could you elaborate more? Can this work on a > per call basis? > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > Yes, absolutely. This would definitely help a lot. Not only on the FS > side, but also on how to involve the Opus stack on the client side. > > As far as an Opus manual, I also love the idea and can't wait to read it. > > Thanks again for this response, > Emrah > > On Oct 14, 2016, at 2:27 PM, Dragos Oancea > wrote: > > Hi > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > The decoder should decode at any sample rate. > We're working on a document (sort of manual) for the Opus module and > hopefully it will be released soon. > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > We needed opus at 8000hz for transcoding and I tried to explain some things > here (see my comment at the bottom of the page ): > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > > Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz > you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by > avoiding resampling we were saving 20-30 % CPU . > > Regards, > Dragos > > > > On 14/10/2016 14:02, Emrah wrote: > > Hi there, > Revisiting this issue. I see that I can set my Opus codec with > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can > use. I see only 2 extreme options when the module is loaded or unloaded > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or > stereo and packet size. Can someone clarify why there is nothing in > between? And what exactly this setting does? Opus at 8000h@20i definitely > doesn't sound very good. I'd rather have a compromise for tough network > conditions. > Since these are parameters I can dynamically set on my dialplan, the > question then becomes why can't I fully manipulate my Opus stack from > the dialplan? > > Thanks! > > On Jun 2, 2015, at 6:23 AM, Emrah >> wrote: > > Hi there, > @Mike: yes, but in a commonsensical approach the Opus library on the > client's side would resample and therefore optimize the codec and the > bandwidth accordingly up to FS. > @Julien, I saw the setting for Opus globally, but it defeats the > purpose. I don't want to limit the bandwidth of Opus for all > instances. I'd like to optimize Opus on a per call basis. > > Thanks for the replies > > On May 31, 2015, at 2:13 PM, Michael Jerris >> wrote: > > Side note, opening at the different rate I believe just makes the > opus library do the re sampling instead of FreeSWITCH. > > On Sunday, May 31, 2015, Julien Chavanton >> wrote: > > Hi Emrah, > > The settings exist but they are not available from the dialplan, > right now they can only be set globally . > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > You can control the bandwidth using maxplaybackrate and > maxplaybackrate this will control the local encoder and also adds > the corresponding FMTP parameters to the SDP to be used by the > remote encoder (if it does implement the following draft, the > draft is evolving but I think it as not changed) > > https://tools > .ietf.org/html/draft-ietf-payload-rtp-opus-11 > > Maybe something like : > > maxaveragebitrate 24000 > maxplaybackrate 8000 > > The discussion was getting slightly more complicated when we > where discussing about unnecessary resampling this was not a > problem but it was just adding extra load on the server. > > On Sun, May 31, 2015 at 6:09 AM, Emrah > wrote: > > Hi list, > > I re-read FS6947 and don't understand how this problematic > was addressed and the issue fixed. > The scope is simple. There should be a setting in the > dialplan that allows downsampling of Opus for applications > that do not require the 48khz / 2 channels framework. I.e.: > terminating to the PSTN with Opus to take advantage of low > bandwidth and great PLC. > There seems to be a lot of confusion around bandwidth in > general there. It doesn't matter if the internal clock of the > device is always sampling at 48khz / 2ch. There are settings > that can facilitate a lower bandwidth consumption for > particular use cases, and it seems the reason it is not being > implemented in FS is just a matter of being confused about > the intent of the 48khz 2ch base. > Please revisit this issue. FS should allow tuning of Opus > audio / network bandwidth in the dialplan. It would optimize > greatly lots of use cases. > If I'm calling the PSTN, I'd rather have my client downsample > and stream at a lower bandwidth, even if my audio capture > would still be at 48khz / 2ch as per the RFC, and save on > bandwidth, than transcode the full 48khz spectrum into PCM on > my FS and minimize processing power on the client's side. > > Jira here: https://freeswitch.org/jira/browse/FS-6947 > > Emrah > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > ');> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/6cff58e9/attachment-0001.html From giacomo.vacca at gmail.com Wed Oct 26 13:28:09 2016 From: giacomo.vacca at gmail.com (Giacomo Vacca) Date: Wed, 26 Oct 2016 11:28:09 +0200 Subject: [Freeswitch-users] FreeSWITCH and Opus Message-ID: Hi everybody, we've added a Confluence page which focuses on Opus under several points of view, e.g. configuration, installation, development, debugging, negotiation. You can find it here: https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+And+The+Opus+Audio+Codec Please take a look if you're interested and submit your feedback and questions. Thanks, Giacomo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/4d2a1028/attachment.html From mandra at gmail.com Wed Oct 26 15:14:04 2016 From: mandra at gmail.com (Chris Mandra) Date: Wed, 26 Oct 2016 07:14:04 -0400 Subject: [Freeswitch-users] testing In-Reply-To: References: <1c1d01d22f48$395ca790$ac15f6b0$@freeswitch.org> Message-ID: 200 On Wed, Oct 26, 2016 at 4:31 AM, Mirko Brankovic wrote: > successful :D > > On Wed, Oct 26, 2016 at 7:51 AM, Schneur Rosenberg > wrote: > >> You passed the test :-) >> >> On Oct 26, 2016 8:18 AM, "Ken Rice" wrote: >> >>> This is only a test? you can ignore it (altho I know you want to reply >>> to it) >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Regards, > Mirko > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- mandra c:410.258.5281 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/5662fc83/attachment.html From gmaruzz at gmail.com Wed Oct 26 16:08:01 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Wed, 26 Oct 2016 14:08:01 +0200 Subject: [Freeswitch-users] FreeSWITCH and Opus In-Reply-To: References: Message-ID: Yay! On 26 October 2016 at 11:28, Giacomo Vacca wrote: > Hi everybody, > we've added a Confluence page which focuses on Opus under several points > of view, e.g. configuration, installation, development, debugging, > negotiation. > > You can find it here: > https://freeswitch.org/confluence/display/FREESWITCH/ > FreeSWITCH+And+The+Opus+Audio+Codec > > Please take a look if you're interested and submit your feedback and > questions. > > Thanks, > Giacomo > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/61b02e91/attachment.html From brian at freeswitch.org Wed Oct 26 17:57:41 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 08:57:41 -0500 Subject: [Freeswitch-users] FreeSWITCH and Opus In-Reply-To: References: Message-ID: Awesome write up, Thank you for your contributions! Every little bit helps. /b On Wed, Oct 26, 2016 at 4:28 AM, Giacomo Vacca wrote: > Hi everybody, > we've added a Confluence page which focuses on Opus under several points > of view, e.g. configuration, installation, development, debugging, > negotiation. > > You can find it here: > https://freeswitch.org/confluence/display/FREESWITCH/ > FreeSWITCH+And+The+Opus+Audio+Codec > > Please take a look if you're interested and submit your feedback and > questions. > > Thanks, > Giacomo > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/fefbb2de/attachment-0001.html From Joaquin.Alzola at lebara.com Wed Oct 26 13:12:21 2016 From: Joaquin.Alzola at lebara.com (Joaquin Alzola) Date: Wed, 26 Oct 2016 09:12:21 +0000 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <4C3F2891-8D81-4FAD-A933-32B46237D997@kavun.ch> Message-ID: Hi Guys I install FS on a CentOS7 but seems the OPUS libraries that came with the Centos repository doesn?t allow the OPUS to be compiled (I compiled from source). What libraries should be install? BR Jaoquin From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Giacomo Vacca Sent: 26 October 2016 10:02 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS6947 - Tuning Opus bandwidth > As far as an Opus manual, I also love the idea and can't wait to read it. This is the document trying to address the need for an "Opus manual": https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+And+The+Opus+Audio+Codec As mentioned there, questions and other feedback are welcome. It can be easily exported from Confluence as PDF, should it be desired. Giacomo On 14 October 2016 at 18:48, Emrah > wrote: Hey there, Thanks for this extensive response. I am not sure I got everything, but I'll try to answer what I can. Why would you say opus at 8000@20i does not sound very good ? What do you mean exactly ? Your call quality is bad or you mean you don't like the fact that the sampling rate is low ? Opus at 8khz doesn't give you the same fidelity as PCM at 8khz. You definitely hear the compression. However, Opus at 48khz transcoded into PCMU / PCMA is hardly noticeable. Therefore, I wanted to find a decent compromise, one that would save bandwidth and CPU for calls that don't require a full band audio. You can play with the sampling rates by setting maxplaybackrate and sprop_maxcapurerate and enabling asymmetric_samplerates (which is an experimental feature so far) in your opus.conf.xml . That sounds very interesting, however I do not want to impose global limitations as many of my Opus calls are full band calls. Would these settings help me work on a per call basis? FS does not have 12 khz or 24 khz because they are not much used for Voip. As for opus @ 16 khz perhaps it will be added. I guess this reconnects with my observation above. The idea would be to use something slightly higher than 8khz, yet not as intensive as 48khz, just to get a clearer call for "PSTN like" connections. But if you use opus @ 48 khz and you just change maxaveragebitrate and maxplaybackrate accordingly you should get only WIDEBAND from the encoder anyway . Not sure I got that right. Could you elaborate more? Can this work on a per call basis? As for the issue why codec settings cannot be set from FS's dialplan , I think its a missing feature that affects other audio codecs too and I think it would be very useful. Yes, absolutely. This would definitely help a lot. Not only on the FS side, but also on how to involve the Opus stack on the client side. As far as an Opus manual, I also love the idea and can't wait to read it. Thanks again for this response, Emrah On Oct 14, 2016, at 2:27 PM, Dragos Oancea > wrote: Hi Why would you say opus at 8000@20i does not sound very good ? What do you mean exactly ? Your call quality is bad or you mean you don't like the fact that the sampling rate is low ? You can play with the sampling rates by setting maxplaybackrate and sprop_maxcapurerate and enabling asymmetric_samplerates (which is an experimental feature so far) in your opus.conf.xml . FS does not have 12 khz or 24 khz because they are not much used for Voip. As for opus @ 16 khz perhaps it will be added. But if you use opus @ 48 khz and you just change maxaveragebitrate and maxplaybackrate accordingly you should get only WIDEBAND from the encoder anyway . The decoder should decode at any sample rate. We're working on a document (sort of manual) for the Opus module and hopefully it will be released soon. As for the issue why codec settings cannot be set from FS's dialplan , I think its a missing feature that affects other audio codecs too and I think it would be very useful. We needed opus at 8000hz for transcoding and I tried to explain some things here (see my comment at the bottom of the page ): https://freeswitch.org/confluence/display/FREESWITCH/mod_opus Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by avoiding resampling we were saving 20-30 % CPU . Regards, Dragos On 14/10/2016 14:02, Emrah wrote: Hi there, Revisiting this issue. I see that I can set my Opus codec with Opus at 8000@20i, but 8khz seems to be the only alternative profile I can use. I see only 2 extreme options when the module is loaded or unloaded that it's either 48khz, mono or stereo and packet size, or 8khz, mono or stereo and packet size. Can someone clarify why there is nothing in between? And what exactly this setting does? Opus at 8000h@20i definitely doesn't sound very good. I'd rather have a compromise for tough network conditions. Since these are parameters I can dynamically set on my dialplan, the question then becomes why can't I fully manipulate my Opus stack from the dialplan? Thanks! On Jun 2, 2015, at 6:23 AM, Emrah > wrote: Hi there, @Mike: yes, but in a commonsensical approach the Opus library on the client's side would resample and therefore optimize the codec and the bandwidth accordingly up to FS. @Julien, I saw the setting for Opus globally, but it defeats the purpose. I don't want to limit the bandwidth of Opus for all instances. I'd like to optimize Opus on a per call basis. Thanks for the replies On May 31, 2015, at 2:13 PM, Michael Jerris > wrote: Side note, opening at the different rate I believe just makes the opus library do the re sampling instead of FreeSWITCH. On Sunday, May 31, 2015, Julien Chavanton > wrote: Hi Emrah, The settings exist but they are not available from the dialplan, right now they can only be set globally . https://freeswitch.org/confluence/display/FREESWITCH/mod_opus You can control the bandwidth using maxplaybackrate and maxplaybackrate this will control the local encoder and also adds the corresponding FMTP parameters to the SDP to be used by the remote encoder (if it does implement the following draft, the draft is evolving but I think it as not changed) https://tools .ietf.org/html/draft-ietf-payload-rtp-opus-11 Maybe something like : maxaveragebitrate 24000 maxplaybackrate 8000 The discussion was getting slightly more complicated when we where discussing about unnecessary resampling this was not a problem but it was just adding extra load on the server. On Sun, May 31, 2015 at 6:09 AM, Emrah ');>> wrote: Hi list, I re-read FS6947 and don't understand how this problematic was addressed and the issue fixed. The scope is simple. There should be a setting in the dialplan that allows downsampling of Opus for applications that do not require the 48khz / 2 channels framework. I.e.: terminating to the PSTN with Opus to take advantage of low bandwidth and great PLC. There seems to be a lot of confusion around bandwidth in general there. It doesn't matter if the internal clock of the device is always sampling at 48khz / 2ch. There are settings that can facilitate a lower bandwidth consumption for particular use cases, and it seems the reason it is not being implemented in FS is just a matter of being confused about the intent of the 48khz 2ch base. Please revisit this issue. FS should allow tuning of Opus audio / network bandwidth in the dialplan. It would optimize greatly lots of use cases. If I'm calling the PSTN, I'd rather have my client downsample and stream at a lower bandwidth, even if my audio capture would still be at 48khz / 2ch as per the RFC, and save on bandwidth, than transcode the full 48khz spectrum into PCM on my FS and minimize processing power on the client's side. Jira here: https://freeswitch.org/jira/browse/FS-6947 Emrah _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org ');> http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org ');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/dcb7b40b/attachment-0001.html From bugi at nicelan.tk Wed Oct 26 18:19:49 2016 From: bugi at nicelan.tk (bugi at nicelan.tk) Date: Wed, 26 Oct 2016 16:19:49 +0200 Subject: [Freeswitch-users] dtmf mode = none Message-ID: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> Hello FS Experts, I need to disable dtmf tones on an active call in FS. My case scenario is: regular call is setup by caller -> FS -> outgoing trunk and dtmf codes should be working fine. After some time a dtmf blocking event will be send by lua script or FS command line. This should block sending dtmf codes for caller and makes them "invisible" on outgoing trunk. Is this possible to do this with FS? I was thinking that maybe I can change dtmf_mode during active call to none, but this doesn't seem to be working. Any ideas? Best wishes, bugi From brian at freeswitch.org Wed Oct 26 18:35:41 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 09:35:41 -0500 Subject: [Freeswitch-users] dtmf mode = none In-Reply-To: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> References: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> Message-ID: That all depends, drop_dtmf=true on the leg you wish to drop them on is probably what you want. On Wed, Oct 26, 2016 at 9:19 AM, wrote: > Hello FS Experts, > I need to disable dtmf tones on an active call in FS. > > My case scenario is: regular call is setup by caller -> FS -> outgoing > trunk and dtmf codes should be working fine. After some time a dtmf > blocking event will be send by lua script or FS command line. This > should block sending dtmf codes for caller and makes them "invisible" on > outgoing trunk. Is this possible to do this with FS? > > I was thinking that maybe I can change dtmf_mode during active call to > none, but this doesn't seem to be working. > > Any ideas? > > Best wishes, > bugi > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/6337529a/attachment.html From brian at freeswitch.org Wed Oct 26 18:37:59 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 09:37:59 -0500 Subject: [Freeswitch-users] FS6947 - Tuning Opus bandwidth In-Reply-To: References: <7F818CA3-DF00-48AF-951C-B43BA8B4C615@kavun.ch> <7AA78FE9-0E2D-4B2E-BDD1-A3669F769D18@kavun.ch> <5800CF40.4000704@athonet.com> <4C3F2891-8D81-4FAD-A933-32B46237D997@kavun.ch> Message-ID: I'd highly recommend you move to Debian 8, But I sense you like pain, let me help you with that! :) https://freeswitch.org/confluence/display/FREESWITCH/Build+libopus+RPMs+for+CentOS+7 /b On Wed, Oct 26, 2016 at 4:12 AM, Joaquin Alzola wrote: > Hi Guys > > > > I install FS on a CentOS7 but seems the OPUS libraries that came with the > Centos repository doesn?t allow the OPUS to be compiled (I compiled from > source). > > > > What libraries should be install? > > > > BR > > > > Jaoquin > > > > *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto: > freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Giacomo > Vacca > *Sent:* 26 October 2016 10:02 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] FS6947 - Tuning Opus bandwidth > > > > > As far as an Opus manual, I also love the idea and can't wait to read it. > > > > This is the document trying to address the need for an "Opus manual": > > https://freeswitch.org/confluence/display/FREESWITCH/ > FreeSWITCH+And+The+Opus+Audio+Codec > > > > As mentioned there, questions and other feedback are welcome. > > > > It can be easily exported from Confluence as PDF, should it be desired. > > > > Giacomo > > > > > > > > On 14 October 2016 at 18:48, Emrah wrote: > > Hey there, > > Thanks for this extensive response. I am not sure I got everything, but > I'll try to answer what I can. > > > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > Opus at 8khz doesn't give you the same fidelity as PCM at 8khz. You > definitely hear the compression. However, Opus at 48khz transcoded into > PCMU / PCMA is hardly noticeable. Therefore, I wanted to find a decent > compromise, one that would save bandwidth and CPU for calls that don't > require a full band audio. > > > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > That sounds very interesting, however I do not want to impose global > limitations as many of my Opus calls are full band calls. Would these > settings help me work on a per call basis? > > > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > I guess this reconnects with my observation above. The idea would be to > use something slightly higher than 8khz, yet not as intensive as 48khz, > just to get a clearer call for "PSTN like" connections. > > > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > > Not sure I got that right. Could you elaborate more? Can this work on a > per call basis? > > > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > Yes, absolutely. This would definitely help a lot. Not only on the FS > side, but also on how to involve the Opus stack on the client side. > > > > As far as an Opus manual, I also love the idea and can't wait to read it. > > > > Thanks again for this response, > > Emrah > > On Oct 14, 2016, at 2:27 PM, Dragos Oancea > wrote: > > > > Hi > > Why would you say opus at 8000@20i does not sound very good ? What do you > mean exactly ? Your call quality is bad or you mean you don't like the > fact that the sampling rate is low ? > > You can play with the sampling rates by setting maxplaybackrate and > sprop_maxcapurerate and enabling asymmetric_samplerates (which is an > experimental feature so far) in your opus.conf.xml . > > FS does not have 12 khz or 24 khz because they are not much used for > Voip. As for opus @ 16 khz perhaps it will be added. > > But if you use opus @ 48 khz and you just change maxaveragebitrate and > maxplaybackrate accordingly you should get only WIDEBAND from the > encoder anyway . > The decoder should decode at any sample rate. > We're working on a document (sort of manual) for the Opus module and > hopefully it will be released soon. > > As for the issue why codec settings cannot be set from FS's dialplan , I > think its a missing feature that affects other audio codecs too and I > think it would be very useful. > > We needed opus at 8000hz for transcoding and I tried to explain some things > here (see my comment at the bottom of the page ): > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > > Basically if you do heavy transcoding to PCMA / PCMU which is 8000 hz > you'll want to avoid resampling 48 khz <-> 8 khz - we did tests and by > avoiding resampling we were saving 20-30 % CPU . > > Regards, > Dragos > > > > On 14/10/2016 14:02, Emrah wrote: > > Hi there, > Revisiting this issue. I see that I can set my Opus codec with > Opus at 8000@20i, but 8khz seems to be the only alternative profile I can > use. I see only 2 extreme options when the module is loaded or unloaded > that it's either 48khz, mono or stereo and packet size, or 8khz, mono or > stereo and packet size. Can someone clarify why there is nothing in > between? And what exactly this setting does? Opus at 8000h@20i definitely > doesn't sound very good. I'd rather have a compromise for tough network > conditions. > Since these are parameters I can dynamically set on my dialplan, the > question then becomes why can't I fully manipulate my Opus stack from > the dialplan? > > Thanks! > > On Jun 2, 2015, at 6:23 AM, Emrah >> wrote: > > Hi there, > @Mike: yes, but in a commonsensical approach the Opus library on the > client's side would resample and therefore optimize the codec and the > bandwidth accordingly up to FS. > @Julien, I saw the setting for Opus globally, but it defeats the > purpose. I don't want to limit the bandwidth of Opus for all > instances. I'd like to optimize Opus on a per call basis. > > Thanks for the replies > > On May 31, 2015, at 2:13 PM, Michael Jerris >> wrote: > > Side note, opening at the different rate I believe just makes the > opus library do the re sampling instead of FreeSWITCH. > > On Sunday, May 31, 2015, Julien Chavanton >> wrote: > > Hi Emrah, > > The settings exist but they are not available from the dialplan, > right now they can only be set globally . > https://freeswitch.org/confluence/display/FREESWITCH/mod_opus > > You can control the bandwidth using maxplaybackrate and > maxplaybackrate this will control the local encoder and also adds > the corresponding FMTP parameters to the SDP to be used by the > remote encoder (if it does implement the following draft, the > draft is evolving but I think it as not changed) > > https://tools > .ietf.org/html/draft-ietf-payload-rtp-opus-11 > > Maybe something like : > > maxaveragebitrate 24000 > maxplaybackrate 8000 > > The discussion was getting slightly more complicated when we > where discussing about unnecessary resampling this was not a > problem but it was just adding extra load on the server. > > On Sun, May 31, 2015 at 6:09 AM, Emrah > wrote: > > Hi list, > > I re-read FS6947 and don't understand how this problematic > was addressed and the issue fixed. > The scope is simple. There should be a setting in the > dialplan that allows downsampling of Opus for applications > that do not require the 48khz / 2 channels framework. I.e.: > terminating to the PSTN with Opus to take advantage of low > bandwidth and great PLC. > There seems to be a lot of confusion around bandwidth in > general there. It doesn't matter if the internal clock of the > device is always sampling at 48khz / 2ch. There are settings > that can facilitate a lower bandwidth consumption for > particular use cases, and it seems the reason it is not being > implemented in FS is just a matter of being confused about > the intent of the 48khz 2ch base. > Please revisit this issue. FS should allow tuning of Opus > audio / network bandwidth in the dialplan. It would optimize > greatly lots of use cases. > If I'm calling the PSTN, I'd rather have my client downsample > and stream at a lower bandwidth, even if my audio capture > would still be at 48khz / 2ch as per the RFC, and save on > bandwidth, than transcode the full 48khz spectrum into PCM on > my FS and minimize processing power on the client's side. > > Jira here: https://freeswitch.org/jira/browse/FS-6947 > > Emrah > ____________________________________________________________ > _____________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > ');> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/ > options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > This email is confidential and may be subject to privilege. If you are not > the intended recipient, please do not copy or disclose its content but > contact the sender immediately upon receipt. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/47c345ab/attachment-0001.html From chentom60 at hotmail.com Wed Oct 26 20:42:29 2016 From: chentom60 at hotmail.com (Tom Chen) Date: Wed, 26 Oct 2016 16:42:29 +0000 Subject: [Freeswitch-users] SRTP support Message-ID: Hello, By default, Freeswitch seems always translates incoming SRTP packets to outbound RTP only packets as the INVITE SIP message to Receiver from FS contains only RTP/AVP audio media in SDP section even if the Caller's INVITE has RTP/SAVP audio media only. Caller to FS Session Initiation Protocol (INVITE) . . . . Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): 1001 625 1382 IN IP4 10.113.49.31 Session Attribute (a): rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics Media Description, name and address (m): audio 7078 RTP/SAVP 96 97 98 99 0 8 101 100 102 FS to Receiver Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): FreeSWITCH 1477472443 1477472444 IN IP4 172.17.10.23 Media Description, name and address (m): audio 25206 RTP/AVP 0 8 101 13 Is there a way to let FS send SRTP packets to receiver as the receiver can accept SRTP media only? Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/4bcabc85/attachment.html From brian at freeswitch.org Wed Oct 26 20:53:15 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 11:53:15 -0500 Subject: [Freeswitch-users] SRTP support In-Reply-To: References: Message-ID: Read the very long description on SRTP in the vars.xml file, It has some extensive documentation on this topic. (Hint: were not a proxy.) On Wed, Oct 26, 2016 at 11:42 AM, Tom Chen wrote: > Hello, > > > By default, Freeswitch seems always translates incoming SRTP packets to > outbound RTP only packets as the INVITE SIP message to Receiver from FS > contains only RTP/AVP audio media in SDP section even if the Caller's > INVITE has RTP/SAVP audio media only. > > > Caller to FS > > Session Initiation Protocol (INVITE) > > . . . . > > Session Description Protocol > > Session Description Protocol Version (v): 0 > > Owner/Creator, Session Id (o): 1001 625 1382 IN IP4 10.113.49.31 > > Session Attribute (a): rtcp-xr:rcvr-rtt=all:10000 > stat-summary=loss,dup,jitt,TTL voip-metrics > > Media Description, name and address (m): audio 7078 *RTP/SAVP* 96 97 98 > 99 0 8 101 100 102 > > > FS to Receiver > > Session Description Protocol > > Session Description Protocol Version (v): 0 > Owner/Creator, Session Id (o): FreeSWITCH 1477472443 1477472444 IN IP4 > 172.17.10.23 > > Media Description, name and address (m): audio 25206 *RTP/AVP* 0 8 101 > 13 > > > Is there a way to let FS send SRTP packets to receiver as the receiver can > accept SRTP media only? > > > Tom > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/fb39624a/attachment.html From chentom60 at hotmail.com Wed Oct 26 21:49:20 2016 From: chentom60 at hotmail.com (Tom Chen) Date: Wed, 26 Oct 2016 17:49:20 +0000 Subject: [Freeswitch-users] SRTP support Message-ID: Hi Brian, Thank you! Should I just add this line to vars.xml to "Accept/Offer SAVP/AVP with SAVP preferred"? Tom >Read the very long description on SRTP in the vars.xml file, It has some >extensive documentation on this topic. (Hint: were not a proxy.) On Wed, Oct 26, 2016 at 11:42 AM, Tom Chen > wrote: > Hello, > > > By default, Freeswitch seems always translates incoming SRTP packets to > outbound RTP only packets as the INVITE SIP message to Receiver from FS > contains only RTP/AVP audio media in SDP section even if the Caller's > INVITE has RTP/SAVP audio media only. > > > Caller to FS > > Session Initiation Protocol (INVITE) > > . . . . > > Session Description Protocol > > Session Description Protocol Version (v): 0 > > Owner/Creator, Session Id (o): 1001 625 1382 IN IP4 10.113.49.31 > > Session Attribute (a): rtcp-xr:rcvr-rtt=all:10000 > stat-summary=loss,dup,jitt,TTL voip-metrics > > Media Description, name and address (m): audio 7078 *RTP/SAVP* 96 97 98 > 99 0 8 101 100 102 > > > FS to Receiver > > Session Description Protocol > > Session Description Protocol Version (v): 0 > Owner/Creator, Session Id (o): FreeSWITCH 1477472443 1477472444 IN IP4 > 172.17.10.23 > > Media Description, name and address (m): audio 25206 *RTP/AVP* 0 8 101 > 13 > > > Is there a way to let FS send SRTP packets to receiver as the receiver can > accept SRTP media only? > > > Tom > > > ______ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/8b2047bc/attachment.html From brian at freeswitch.org Wed Oct 26 21:50:34 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 12:50:34 -0500 Subject: [Freeswitch-users] SRTP support In-Reply-To: References: Message-ID: Yes and I would limit your cipher suites, If you send our full list to a Polycom it has a heart attack and mirrors back the SDP completely and the phone requires a reboot to fix itself. :) On Wed, Oct 26, 2016 at 12:49 PM, Tom Chen wrote: > Hi Brian, > > Thank you! Should I just add this line to vars.xml to "Accept/Offer SAVP/AVP with SAVP preferred"? > > > Tom > > >Read the very long description on SRTP in the vars.xml file, It has some > >extensive documentation on this topic. (Hint: were not a proxy.) > > On Wed, Oct 26, 2016 at 11:42 AM, Tom Chen > wrote: > > >* Hello, > *>>>* By default, Freeswitch seems always translates incoming SRTP packets to > *>* outbound RTP only packets as the INVITE SIP message to Receiver from FS > *>* contains only RTP/AVP audio media in SDP section even if the Caller's > *>* INVITE has RTP/SAVP audio media only. > *>>>* Caller to FS > *>>* Session Initiation Protocol (INVITE) > *>>* . . . . > *>>* Session Description Protocol > *>>* Session Description Protocol Version (v): 0 > *>>* Owner/Creator, Session Id (o): 1001 625 1382 IN IP4 10.113.49.31 > *>>* Session Attribute (a): rtcp-xr:rcvr-rtt=all:10000 > *>* stat-summary=loss,dup,jitt,TTL voip-metrics > *>>* Media Description, name and address (m): audio 7078 *RTP/SAVP* 96 97 98 > *>* 99 0 8 101 100 102 > *>>>* FS to Receiver > *>>* Session Description Protocol > *>>* Session Description Protocol Version (v): 0 > *>* Owner/Creator, Session Id (o): FreeSWITCH 1477472443 1477472444 IN IP4 > *>* 172.17.10.23 > *>>* Media Description, name and address (m): audio 25206 *RTP/AVP* 0 8 101 > *>* 13 > *>>>* Is there a way to let FS send SRTP packets to receiver as the receiver can > *>* accept SRTP media only? > *>>>* Tom > *>>>* ______* > > > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/bdc754e0/attachment-0001.html From mike at jerris.com Wed Oct 26 22:17:59 2016 From: mike at jerris.com (Michael Jerris) Date: Wed, 26 Oct 2016 14:17:59 -0400 Subject: [Freeswitch-users] dtmf mode = none In-Reply-To: References: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> Message-ID: Currently you can?t change that mid call. Something would have to be added to toggle drop_dtmf during a call > On Oct 26, 2016, at 10:35 AM, Brian West wrote: > > That all depends, drop_dtmf=true on the leg you wish to drop them on is probably what you want. > > On Wed, Oct 26, 2016 at 9:19 AM, > wrote: > Hello FS Experts, > I need to disable dtmf tones on an active call in FS. > > My case scenario is: regular call is setup by caller -> FS -> outgoing > trunk and dtmf codes should be working fine. After some time a dtmf > blocking event will be send by lua script or FS command line. This > should block sending dtmf codes for caller and makes them "invisible" on > outgoing trunk. Is this possible to do this with FS? > > I was thinking that maybe I can change dtmf_mode during active call to > none, but this doesn't seem to be working. > > Any ideas? > > Best wishes, > bugi > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/aaa14593/attachment.html From brian at freeswitch.org Wed Oct 26 22:29:41 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 13:29:41 -0500 Subject: [Freeswitch-users] dtmf mode = none In-Reply-To: References: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> Message-ID: freeswitch at taz> uuid_drop_dtmf -USAGE: [on | off ] [ mask_digits | mask_file ] On Wed, Oct 26, 2016 at 1:17 PM, Michael Jerris wrote: > Currently you can?t change that mid call. Something would have to be > added to toggle drop_dtmf during a call > > On Oct 26, 2016, at 10:35 AM, Brian West wrote: > > That all depends, drop_dtmf=true on the leg you wish to drop them on is > probably what you want. > > On Wed, Oct 26, 2016 at 9:19 AM, wrote: > >> Hello FS Experts, >> I need to disable dtmf tones on an active call in FS. >> >> My case scenario is: regular call is setup by caller -> FS -> outgoing >> trunk and dtmf codes should be working fine. After some time a dtmf >> blocking event will be send by lua script or FS command line. This >> should block sending dtmf codes for caller and makes them "invisible" on >> outgoing trunk. Is this possible to do this with FS? >> >> I was thinking that maybe I can change dtmf_mode during active call to >> none, but this doesn't seem to be working. >> >> Any ideas? >> >> Best wishes, >> bugi >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/afc40413/attachment.html From mike at jerris.com Wed Oct 26 22:34:27 2016 From: mike at jerris.com (Michael Jerris) Date: Wed, 26 Oct 2016 14:34:27 -0400 Subject: [Freeswitch-users] dtmf mode = none In-Reply-To: References: <88d1ec61-4834-891b-d8a2-caa94a913bc1@nicelan.tk> Message-ID: <37BD180C-7A45-45E4-97DA-7A7BAD55E629@jerris.com> You are right.. my grep missed it. That does indeed do the job. > On Oct 26, 2016, at 2:29 PM, Brian West wrote: > > freeswitch at taz> uuid_drop_dtmf > > > > -USAGE: [on | off ] [ mask_digits | mask_file ] > > > On Wed, Oct 26, 2016 at 1:17 PM, Michael Jerris > wrote: > Currently you can?t change that mid call. Something would have to be added to toggle drop_dtmf during a call > >> On Oct 26, 2016, at 10:35 AM, Brian West > wrote: >> >> That all depends, drop_dtmf=true on the leg you wish to drop them on is probably what you want. >> >> On Wed, Oct 26, 2016 at 9:19 AM, > wrote: >> Hello FS Experts, >> I need to disable dtmf tones on an active call in FS. >> >> My case scenario is: regular call is setup by caller -> FS -> outgoing >> trunk and dtmf codes should be working fine. After some time a dtmf >> blocking event will be send by lua script or FS command line. This >> should block sending dtmf codes for caller and makes them "invisible" on >> outgoing trunk. Is this possible to do this with FS? >> >> I was thinking that maybe I can change dtmf_mode during active call to >> none, but this doesn't seem to be working. >> >> Any ideas? >> >> Best wishes, >> bugi >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/9e238175/attachment.html From valter at fastway.com.br Thu Oct 27 00:32:52 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Wed, 26 Oct 2016 18:32:52 -0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: If an external Asterisk would make calls thru FS, should I create an account as a external gateway or in user directory? Atenciosamente, 2016-10-25 18:49 GMT-02:00 Brian West : > Users from the directory would dictate who/what can register inbound to > FreeSWITCH regardless of the profile, its looked up by domain using DNS so > if you have various profiles setup on various ports that are setup to hit > the user directory and the DNS name matches the directory domain that user > would authenticate to the system and be allowed into the context defined on > that user by user_context, Gateways are for outbound registrations from > FreeSWITCH to a SIP provider. > > internal/external are arbitrary you can make them foo or bar, they are > just names, just like context names are arbitrary too. They can be called > anything as long the settings all match up where you expect traffic to hit. > > > > On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira > wrote: > >> What I don't understand is how users relate to internal sip_profile and >> if it is possible to create gateways in internal profiles so I can provide >> sip trunks on port 5060. >> >> You told in ClueCon Weekly October 12 that internal and external are just >> names you give (sorry if I misunderstood your comment). But, well they are >> somewhat different in xml files. >> >> Regards, >> >> Valter >> >> >> > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/fa897be3/attachment-0001.html From brian at freeswitch.org Thu Oct 27 01:34:03 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 16:34:03 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: User, or you do IP auth where no users are required. On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira wrote: > If an external Asterisk would make calls thru FS, should I create an > account as a external gateway or in user directory? > > > > Atenciosamente, > > > > 2016-10-25 18:49 GMT-02:00 Brian West : > >> Users from the directory would dictate who/what can register inbound to >> FreeSWITCH regardless of the profile, its looked up by domain using DNS so >> if you have various profiles setup on various ports that are setup to hit >> the user directory and the DNS name matches the directory domain that user >> would authenticate to the system and be allowed into the context defined on >> that user by user_context, Gateways are for outbound registrations from >> FreeSWITCH to a SIP provider. >> >> internal/external are arbitrary you can make them foo or bar, they are >> just names, just like context names are arbitrary too. They can be called >> anything as long the settings all match up where you expect traffic to hit. >> >> >> >> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira >> wrote: >> >>> What I don't understand is how users relate to internal sip_profile and >>> if it is possible to create gateways in internal profiles so I can provide >>> sip trunks on port 5060. >>> >>> You told in ClueCon Weekly October 12 that internal and external are >>> just names you give (sorry if I misunderstood your comment). But, well they >>> are somewhat different in xml files. >>> >>> Regards, >>> >>> Valter >>> >>> >>> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/afda0626/attachment.html From carlos.ruizdiaz at gmail.com Thu Oct 27 01:45:20 2016 From: carlos.ruizdiaz at gmail.com (=?UTF-8?Q?Carlos_Ruiz_D=C3=ADaz?=) Date: Wed, 26 Oct 2016 16:45:20 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: 100% of the FS users I talked with didn't really understand well the way XML dialplans work. If I were to change anything, I would change that to something similar to Kamailio's custom scripting lang or even AEL. Cheers, Carlos On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: > User, or you do IP auth where no users are required. > > On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira > wrote: > >> If an external Asterisk would make calls thru FS, should I create an >> account as a external gateway or in user directory? >> >> >> >> Atenciosamente, >> >> >> >> 2016-10-25 18:49 GMT-02:00 Brian West : >> >>> Users from the directory would dictate who/what can register inbound to >>> FreeSWITCH regardless of the profile, its looked up by domain using DNS so >>> if you have various profiles setup on various ports that are setup to hit >>> the user directory and the DNS name matches the directory domain that user >>> would authenticate to the system and be allowed into the context defined on >>> that user by user_context, Gateways are for outbound registrations from >>> FreeSWITCH to a SIP provider. >>> >>> internal/external are arbitrary you can make them foo or bar, they are >>> just names, just like context names are arbitrary too. They can be called >>> anything as long the settings all match up where you expect traffic to hit. >>> >>> >>> >>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira >>> wrote: >>> >>>> What I don't understand is how users relate to internal sip_profile and >>>> if it is possible to create gateways in internal profiles so I can provide >>>> sip trunks on port 5060. >>>> >>>> You told in ClueCon Weekly October 12 that internal and external are >>>> just names you give (sorry if I misunderstood your comment). But, well they >>>> are somewhat different in xml files. >>>> >>>> Regards, >>>> >>>> Valter >>>> >>>> >>>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/1ff01048/attachment-0001.html From brian at freeswitch.org Thu Oct 27 01:50:41 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 16:50:41 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: So not so much what we should change, because thats not changing, Maybe a primer on how it works would help with extensive examples, similar to the ones we have in vanilla configs with more detailed descriptions of what everything does. /b On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az wrote: > 100% of the FS users I talked with didn't really understand well the way > XML dialplans work. > > If I were to change anything, I would change that to something similar to > Kamailio's custom scripting lang or even AEL. > > Cheers, > Carlos > > On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: > >> User, or you do IP auth where no users are required. >> >> On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira >> wrote: >> >>> If an external Asterisk would make calls thru FS, should I create an >>> account as a external gateway or in user directory? >>> >>> >>> >>> Atenciosamente, >>> >>> >>> >>> 2016-10-25 18:49 GMT-02:00 Brian West : >>> >>>> Users from the directory would dictate who/what can register inbound to >>>> FreeSWITCH regardless of the profile, its looked up by domain using DNS so >>>> if you have various profiles setup on various ports that are setup to hit >>>> the user directory and the DNS name matches the directory domain that user >>>> would authenticate to the system and be allowed into the context defined on >>>> that user by user_context, Gateways are for outbound registrations from >>>> FreeSWITCH to a SIP provider. >>>> >>>> internal/external are arbitrary you can make them foo or bar, they are >>>> just names, just like context names are arbitrary too. They can be called >>>> anything as long the settings all match up where you expect traffic to hit. >>>> >>>> >>>> >>>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira >>> > wrote: >>>> >>>>> What I don't understand is how users relate to internal sip_profile >>>>> and if it is possible to create gateways in internal profiles so I can >>>>> provide sip trunks on port 5060. >>>>> >>>>> You told in ClueCon Weekly October 12 that internal and external are >>>>> just names you give (sorry if I misunderstood your comment). But, well they >>>>> are somewhat different in xml files. >>>>> >>>>> Regards, >>>>> >>>>> Valter >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/f863e1b1/attachment.html From chentom60 at hotmail.com Thu Oct 27 01:57:48 2016 From: chentom60 at hotmail.com (Tom Chen) Date: Wed, 26 Oct 2016 21:57:48 +0000 Subject: [Freeswitch-users] SRTP support In-Reply-To: References: , Message-ID: Brian, Thank you for the suggestion! Tom ________________________________ From: Brian West Sent: Wednesday, October 26, 2016 10:50 AM To: Tom Chen Cc: freeswitch-users at lists.freeswitch.org Subject: Re: SRTP support Yes and I would limit your cipher suites, If you send our full list to a Polycom it has a heart attack and mirrors back the SDP completely and the phone requires a reboot to fix itself. :) On Wed, Oct 26, 2016 at 12:49 PM, Tom Chen > wrote: Hi Brian, Thank you! Should I just add this line to vars.xml to "Accept/Offer SAVP/AVP with SAVP preferred"? Tom >Read the very long description on SRTP in the vars.xml file, It has some >extensive documentation on this topic. (Hint: were not a proxy.) On Wed, Oct 26, 2016 at 11:42 AM, Tom Chen > wrote: > Hello, > > > By default, Freeswitch seems always translates incoming SRTP packets to > outbound RTP only packets as the INVITE SIP message to Receiver from FS > contains only RTP/AVP audio media in SDP section even if the Caller's > INVITE has RTP/SAVP audio media only. > > > Caller to FS > > Session Initiation Protocol (INVITE) > > . . . . > > Session Description Protocol > > Session Description Protocol Version (v): 0 > > Owner/Creator, Session Id (o): 1001 625 1382 IN IP4 10.113.49.31 > > Session Attribute (a): rtcp-xr:rcvr-rtt=all:10000 > stat-summary=loss,dup,jitt,TTL voip-metrics > > Media Description, name and address (m): audio 7078 *RTP/SAVP* 96 97 98 > 99 0 8 101 100 102 > > > FS to Receiver > > Session Description Protocol > > Session Description Protocol Version (v): 0 > Owner/Creator, Session Id (o): FreeSWITCH 1477472443 1477472444 IN IP4 > 172.17.10.23 > > Media Description, name and address (m): audio 25206 *RTP/AVP* 0 8 101 > 13 > > > Is there a way to let FS send SRTP packets to receiver as the receiver can > accept SRTP media only? > > > Tom > > > ______ -- Brian West brian at freeswitch.org [http://billing.freeswitch.org/templates/default/img/whmcslogo.png] Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/3c7e15fa/attachment-0001.html From carlos.ruizdiaz at gmail.com Thu Oct 27 02:11:16 2016 From: carlos.ruizdiaz at gmail.com (=?UTF-8?Q?Carlos_Ruiz_D=C3=ADaz?=) Date: Wed, 26 Oct 2016 17:11:16 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Something I personally struggled with is the order in which instructions are executed in the XML code. I am very used to writing code that is executed linearly, from top to bottom to say it in a more colloquial way. On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: > So not so much what we should change, because thats not changing, Maybe a > primer on how it works would help with extensive examples, similar to the > ones we have in vanilla configs with more detailed descriptions of what > everything does. > > /b > > > On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > >> 100% of the FS users I talked with didn't really understand well the way >> XML dialplans work. >> >> If I were to change anything, I would change that to something similar to >> Kamailio's custom scripting lang or even AEL. >> >> Cheers, >> Carlos >> >> On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: >> >>> User, or you do IP auth where no users are required. >>> >>> On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira >>> wrote: >>> >>>> If an external Asterisk would make calls thru FS, should I create an >>>> account as a external gateway or in user directory? >>>> >>>> >>>> >>>> Atenciosamente, >>>> >>>> >>>> >>>> 2016-10-25 18:49 GMT-02:00 Brian West : >>>> >>>>> Users from the directory would dictate who/what can register inbound >>>>> to FreeSWITCH regardless of the profile, its looked up by domain using DNS >>>>> so if you have various profiles setup on various ports that are setup to >>>>> hit the user directory and the DNS name matches the directory domain that >>>>> user would authenticate to the system and be allowed into the context >>>>> defined on that user by user_context, Gateways are for outbound >>>>> registrations from FreeSWITCH to a SIP provider. >>>>> >>>>> internal/external are arbitrary you can make them foo or bar, they are >>>>> just names, just like context names are arbitrary too. They can be called >>>>> anything as long the settings all match up where you expect traffic to hit. >>>>> >>>>> >>>>> >>>>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira < >>>>> valter at fastway.com.br> wrote: >>>>> >>>>>> What I don't understand is how users relate to internal sip_profile >>>>>> and if it is possible to create gateways in internal profiles so I can >>>>>> provide sip trunks on port 5060. >>>>>> >>>>>> You told in ClueCon Weekly October 12 that internal and external are >>>>>> just names you give (sorry if I misunderstood your comment). But, well they >>>>>> are somewhat different in xml files. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Valter >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>> http://www.freeswitchcookbook.com (50% Discount using code >>>>> FreeSwitch50) >>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Carlos >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/6b66e26e/attachment-0001.html From brian at freeswitch.org Thu Oct 27 02:20:54 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 17:20:54 -0500 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: The XML Dialplan works top to bottom, It compiles a list of things that match from extensions in the context then executes them. Can you elaborate on why you think its otherwise? On Wed, Oct 26, 2016 at 5:11 PM, Carlos Ruiz D?az wrote: > Something I personally struggled with is the order in which instructions > are executed in the XML code. > > I am very used to writing code that is executed linearly, from top to > bottom to say it in a more colloquial way. > > On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: > >> So not so much what we should change, because thats not changing, Maybe a >> primer on how it works would help with extensive examples, similar to the >> ones we have in vanilla configs with more detailed descriptions of what >> everything does. >> >> /b >> >> >> On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < >> carlos.ruizdiaz at gmail.com> wrote: >> >>> 100% of the FS users I talked with didn't really understand well the way >>> XML dialplans work. >>> >>> If I were to change anything, I would change that to something similar >>> to Kamailio's custom scripting lang or even AEL. >>> >>> Cheers, >>> Carlos >>> >>> On Wed, Oct 26, 2016 at 4:34 PM, Brian West >>> wrote: >>> >>>> User, or you do IP auth where no users are required. >>>> >>>> On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira >>> > wrote: >>>> >>>>> If an external Asterisk would make calls thru FS, should I create an >>>>> account as a external gateway or in user directory? >>>>> >>>>> >>>>> >>>>> Atenciosamente, >>>>> >>>>> >>>>> >>>>> 2016-10-25 18:49 GMT-02:00 Brian West : >>>>> >>>>>> Users from the directory would dictate who/what can register inbound >>>>>> to FreeSWITCH regardless of the profile, its looked up by domain using DNS >>>>>> so if you have various profiles setup on various ports that are setup to >>>>>> hit the user directory and the DNS name matches the directory domain that >>>>>> user would authenticate to the system and be allowed into the context >>>>>> defined on that user by user_context, Gateways are for outbound >>>>>> registrations from FreeSWITCH to a SIP provider. >>>>>> >>>>>> internal/external are arbitrary you can make them foo or bar, they >>>>>> are just names, just like context names are arbitrary too. They can be >>>>>> called anything as long the settings all match up where you expect traffic >>>>>> to hit. >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira < >>>>>> valter at fastway.com.br> wrote: >>>>>> >>>>>>> What I don't understand is how users relate to internal sip_profile >>>>>>> and if it is possible to create gateways in internal profiles so I can >>>>>>> provide sip trunks on port 5060. >>>>>>> >>>>>>> You told in ClueCon Weekly October 12 that internal and external are >>>>>>> just names you give (sorry if I misunderstood your comment). But, well they >>>>>>> are somewhat different in xml files. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Valter >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> *Brian West* >>>>>> brian at freeswitch.org >>>>>> >>>>>> >>>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>>> http://www.freeswitchcookbook.com (50% Discount using code >>>>>> FreeSwitch50) >>>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>>> >>>>>> Got Bugs? Report them here ! | Reddit: >>>>>> /r/freeswitch >>>>>> >>>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> Carlos >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/8bcb6ff2/attachment-0001.html From david.villasmil.work at gmail.com Thu Oct 27 02:23:19 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Wed, 26 Oct 2016 22:23:19 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: >From my experience with several developers: the actual FLOW/logic of its workings On Thu, Oct 27, 2016 at 12:21 AM Brian West wrote: > The XML Dialplan works top to bottom, It compiles a list of things that > match from extensions in the context then executes them. Can you elaborate > on why you think its otherwise? > > On Wed, Oct 26, 2016 at 5:11 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > Something I personally struggled with is the order in which instructions > are executed in the XML code. > > I am very used to writing code that is executed linearly, from top to > bottom to say it in a more colloquial way. > > On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: > > So not so much what we should change, because thats not changing, Maybe a > primer on how it works would help with extensive examples, similar to the > ones we have in vanilla configs with more detailed descriptions of what > everything does. > > /b > > > On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > 100% of the FS users I talked with didn't really understand well the way > XML dialplans work. > > If I were to change anything, I would change that to something similar to > Kamailio's custom scripting lang or even AEL. > > Cheers, > Carlos > > On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: > > User, or you do IP auth where no users are required. > > On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira > wrote: > > If an external Asterisk would make calls thru FS, should I create an > account as a external gateway or in user directory? > > > > Atenciosamente, > > > > 2016-10-25 18:49 GMT-02:00 Brian West : > > Users from the directory would dictate who/what can register inbound to > FreeSWITCH regardless of the profile, its looked up by domain using DNS so > if you have various profiles setup on various ports that are setup to hit > the user directory and the DNS name matches the directory domain that user > would authenticate to the system and be allowed into the context defined on > that user by user_context, Gateways are for outbound registrations from > FreeSWITCH to a SIP provider. > > internal/external are arbitrary you can make them foo or bar, they are > just names, just like context names are arbitrary too. They can be called > anything as long the settings all match up where you expect traffic to hit. > > > > On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira > wrote: > > What I don't understand is how users relate to internal sip_profile and if > it is possible to create gateways in internal profiles so I can provide sip > trunks on port 5060. > > You told in ClueCon Weekly October 12 that internal and external are just > names you give (sorry if I misunderstood your comment). But, well they are > somewhat different in xml files. > > Regards, > > Valter > > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/4f21b956/attachment-0001.html From walter at carezone.com Thu Oct 27 03:22:14 2016 From: walter at carezone.com (Walter Smith) Date: Wed, 26 Oct 2016 16:22:14 -0700 Subject: [Freeswitch-users] Running a script on a completed transfer Message-ID: I need to record calls if/when they touch a certain set of extensions. I have most of the logic working but am baffled by one thing: how do I cause an application (it?s a lua script) to run when a channel is bridged as the result of a transfer? My usual bag of tricks isn't working because the bridge happens "magically" in sofia in response to the REFER. For example, execute_on_answer doesn?t help because the answer happens during the attended transfer -- I need to run AFTER the transfer (that is, when the original A leg is bridged to the attended transfer?s B leg). Example scenario: 1. External call comes in (channel A = PSTN to switch, channel B = switch to phone with extension 1000) 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to switch, channel D = switch to 1001) 3. Transfer completes (sofia bridges channel A to channel D) I want my script to run on either channel A or D after 3 happens. What?s the best way to do this? Thanks, Walter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/f2f3769c/attachment.html From brian at freeswitch.org Thu Oct 27 03:36:44 2016 From: brian at freeswitch.org (Brian West) Date: Wed, 26 Oct 2016 18:36:44 -0500 Subject: [Freeswitch-users] Running a script on a completed transfer In-Reply-To: References: Message-ID: Are you doing this for billing purposes? On Wed, Oct 26, 2016 at 6:22 PM, Walter Smith wrote: > I need to record calls if/when they touch a certain set of extensions. I > have most of the logic working but am baffled by one thing: how do I cause > an application (it?s a lua script) to run when a channel is bridged as the > result of a transfer? > > My usual bag of tricks isn't working because the bridge happens > "magically" in sofia in response to the REFER. For example, > execute_on_answer doesn?t help because the answer happens during the > attended transfer -- I need to run AFTER the transfer (that is, when the > original A leg is bridged to the attended transfer?s B leg). > > Example scenario: > > 1. External call comes in (channel A = PSTN to switch, channel B = switch > to phone with extension 1000) > > 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to > switch, channel D = switch to 1001) > > 3. Transfer completes (sofia bridges channel A to channel D) > > I want my script to run on either channel A or D after 3 happens. > > What?s the best way to do this? > > Thanks, > Walter > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/8c47c5ec/attachment.html From david.villasmil.work at gmail.com Thu Oct 27 04:43:38 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 27 Oct 2016 00:43:38 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Once one knows how it works, explaining it to a newbie takes me 10 minutes. And usually they pick up pretty fast. I think a quick getting started explanation would go a long way. On Thu, Oct 27, 2016 at 12:23 AM David Villasmil < david.villasmil.work at gmail.com> wrote: > From my experience with several developers: the actual FLOW/logic of its > workings > On Thu, Oct 27, 2016 at 12:21 AM Brian West wrote: > > The XML Dialplan works top to bottom, It compiles a list of things that > match from extensions in the context then executes them. Can you elaborate > on why you think its otherwise? > > On Wed, Oct 26, 2016 at 5:11 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > Something I personally struggled with is the order in which instructions > are executed in the XML code. > > I am very used to writing code that is executed linearly, from top to > bottom to say it in a more colloquial way. > > On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: > > So not so much what we should change, because thats not changing, Maybe a > primer on how it works would help with extensive examples, similar to the > ones we have in vanilla configs with more detailed descriptions of what > everything does. > > /b > > > On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > 100% of the FS users I talked with didn't really understand well the way > XML dialplans work. > > If I were to change anything, I would change that to something similar to > Kamailio's custom scripting lang or even AEL. > > Cheers, > Carlos > > On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: > > User, or you do IP auth where no users are required. > > On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira > wrote: > > If an external Asterisk would make calls thru FS, should I create an > account as a external gateway or in user directory? > > > > Atenciosamente, > > > > 2016-10-25 18:49 GMT-02:00 Brian West : > > Users from the directory would dictate who/what can register inbound to > FreeSWITCH regardless of the profile, its looked up by domain using DNS so > if you have various profiles setup on various ports that are setup to hit > the user directory and the DNS name matches the directory domain that user > would authenticate to the system and be allowed into the context defined on > that user by user_context, Gateways are for outbound registrations from > FreeSWITCH to a SIP provider. > > internal/external are arbitrary you can make them foo or bar, they are > just names, just like context names are arbitrary too. They can be called > anything as long the settings all match up where you expect traffic to hit. > > > > On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira > wrote: > > What I don't understand is how users relate to internal sip_profile and if > it is possible to create gateways in internal profiles so I can provide sip > trunks on port 5060. > > You told in ClueCon Weekly October 12 that internal and external are just > names you give (sorry if I misunderstood your comment). But, well they are > somewhat different in xml files. > > Regards, > > Valter > > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/e266d7a3/attachment-0001.html From david.villasmil.work at gmail.com Thu Oct 27 04:45:21 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 27 Oct 2016 00:45:21 +0000 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: Oh, and I remember Anthony (I think it was AM) sent me a diagram drawn by hand how to look at FS, this was YEARS ago, I think I still have it. This was with FS 1 or maybe a little earlier... that cleared things up a lot. On Thu, Oct 27, 2016 at 2:43 AM David Villasmil < david.villasmil.work at gmail.com> wrote: > Once one knows how it works, explaining it to a newbie takes me 10 > minutes. And usually they pick up pretty fast. I think a quick getting > started explanation would go a long way. > > On Thu, Oct 27, 2016 at 12:23 AM David Villasmil < > david.villasmil.work at gmail.com> wrote: > > From my experience with several developers: the actual FLOW/logic of its > workings > On Thu, Oct 27, 2016 at 12:21 AM Brian West wrote: > > The XML Dialplan works top to bottom, It compiles a list of things that > match from extensions in the context then executes them. Can you elaborate > on why you think its otherwise? > > On Wed, Oct 26, 2016 at 5:11 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > Something I personally struggled with is the order in which instructions > are executed in the XML code. > > I am very used to writing code that is executed linearly, from top to > bottom to say it in a more colloquial way. > > On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: > > So not so much what we should change, because thats not changing, Maybe a > primer on how it works would help with extensive examples, similar to the > ones we have in vanilla configs with more detailed descriptions of what > everything does. > > /b > > > On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < > carlos.ruizdiaz at gmail.com> wrote: > > 100% of the FS users I talked with didn't really understand well the way > XML dialplans work. > > If I were to change anything, I would change that to something similar to > Kamailio's custom scripting lang or even AEL. > > Cheers, > Carlos > > On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: > > User, or you do IP auth where no users are required. > > On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira > wrote: > > If an external Asterisk would make calls thru FS, should I create an > account as a external gateway or in user directory? > > > > Atenciosamente, > > > > 2016-10-25 18:49 GMT-02:00 Brian West : > > Users from the directory would dictate who/what can register inbound to > FreeSWITCH regardless of the profile, its looked up by domain using DNS so > if you have various profiles setup on various ports that are setup to hit > the user directory and the DNS name matches the directory domain that user > would authenticate to the system and be allowed into the context defined on > that user by user_context, Gateways are for outbound registrations from > FreeSWITCH to a SIP provider. > > internal/external are arbitrary you can make them foo or bar, they are > just names, just like context names are arbitrary too. They can be called > anything as long the settings all match up where you expect traffic to hit. > > > > On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira > wrote: > > What I don't understand is how users relate to internal sip_profile and if > it is possible to create gateways in internal profiles so I can provide sip > trunks on port 5060. > > You told in ClueCon Weekly October 12 that internal and external are just > names you give (sorry if I misunderstood your comment). But, well they are > somewhat different in xml files. > > Regards, > > Valter > > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Carlos > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/30ba8b62/attachment-0001.html From gmaruzz at gmail.com Thu Oct 27 13:09:57 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 27 Oct 2016 11:09:57 +0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: On Oct 27, 2016 2:46 AM, "David Villasmil" wrote: > > Oh, and I remember Anthony (I think it was AM) sent me a diagram drawn by hand how to look at FS, this was YEARS ago, I think I still have it. This was with FS 1 or maybe a little earlier... that cleared things up a lot. Find it out and send it to us. We'll engrave it in 3D rotating holograms and sell them as FS Talismans in the upcoming "Buy Esoteric Merchandise" website tab. > On Thu, Oct 27, 2016 at 2:43 AM David Villasmil < david.villasmil.work at gmail.com> wrote: >> >> Once one knows how it works, explaining it to a newbie takes me 10 minutes. And usually they pick up pretty fast. I think a quick getting started explanation would go a long way. >> >> On Thu, Oct 27, 2016 at 12:23 AM David Villasmil < david.villasmil.work at gmail.com> wrote: >>> >>> From my experience with several developers: the actual FLOW/logic of its workings >>> On Thu, Oct 27, 2016 at 12:21 AM Brian West wrote: >>>> >>>> The XML Dialplan works top to bottom, It compiles a list of things that match from extensions in the context then executes them. Can you elaborate on why you think its otherwise? >>>> >>>> On Wed, Oct 26, 2016 at 5:11 PM, Carlos Ruiz D?az < carlos.ruizdiaz at gmail.com> wrote: >>>>> >>>>> Something I personally struggled with is the order in which instructions are executed in the XML code. >>>>> >>>>> I am very used to writing code that is executed linearly, from top to bottom to say it in a more colloquial way. >>>>> >>>>> On Wed, Oct 26, 2016 at 4:50 PM, Brian West wrote: >>>>>> >>>>>> So not so much what we should change, because thats not changing, Maybe a primer on how it works would help with extensive examples, similar to the ones we have in vanilla configs with more detailed descriptions of what everything does. >>>>>> >>>>>> /b >>>>>> >>>>>> >>>>>> On Wed, Oct 26, 2016 at 4:45 PM, Carlos Ruiz D?az < carlos.ruizdiaz at gmail.com> wrote: >>>>>>> >>>>>>> 100% of the FS users I talked with didn't really understand well the way XML dialplans work. >>>>>>> >>>>>>> If I were to change anything, I would change that to something similar to Kamailio's custom scripting lang or even AEL. >>>>>>> >>>>>>> Cheers, >>>>>>> Carlos >>>>>>> >>>>>>> On Wed, Oct 26, 2016 at 4:34 PM, Brian West wrote: >>>>>>>> >>>>>>>> User, or you do IP auth where no users are required. >>>>>>>> >>>>>>>> On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira < valter at fastway.com.br> wrote: >>>>>>>>> >>>>>>>>> If an external Asterisk would make calls thru FS, should I create an account as a external gateway or in user directory? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Atenciosamente, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2016-10-25 18:49 GMT-02:00 Brian West : >>>>>>>>>> >>>>>>>>>> Users from the directory would dictate who/what can register inbound to FreeSWITCH regardless of the profile, its looked up by domain using DNS so if you have various profiles setup on various ports that are setup to hit the user directory and the DNS name matches the directory domain that user would authenticate to the system and be allowed into the context defined on that user by user_context, Gateways are for outbound registrations from FreeSWITCH to a SIP provider. >>>>>>>>>> >>>>>>>>>> internal/external are arbitrary you can make them foo or bar, they are just names, just like context names are arbitrary too. They can be called anything as long the settings all match up where you expect traffic to hit. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira < valter at fastway.com.br> wrote: >>>>>>>>>>> >>>>>>>>>>> What I don't understand is how users relate to internal sip_profile and if it is possible to create gateways in internal profiles so I can provide sip trunks on port 5060. >>>>>>>>>>> >>>>>>>>>>> You told in ClueCon Weekly October 12 that internal and external are just names you give (sorry if I misunderstood your comment). But, well they are somewhat different in xml files. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Valter >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> Brian West >>>>>>>>>> brian at freeswitch.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Twitter: @FreeSWITCH , @briankwest >>>>>>>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>>>>>>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>>>>>>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>>>>>>> >>>>>>>>>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>>>>>>>>> >>>>>>>>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>>>>>>>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _________________________________________________________________________ >>>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>>> consulting at freeswitch.org >>>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>>> >>>>>>>>>> Official FreeSWITCH Sites >>>>>>>>>> http://www.freeswitch.org >>>>>>>>>> http://confluence.freeswitch.org >>>>>>>>>> http://www.cluecon.com >>>>>>>>>> >>>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>>> http://www.freeswitch.org >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _________________________________________________________________________ >>>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>>> consulting at freeswitch.org >>>>>>>>> http://www.freeswitchsolutions.com >>>>>>>>> >>>>>>>>> Official FreeSWITCH Sites >>>>>>>>> http://www.freeswitch.org >>>>>>>>> http://confluence.freeswitch.org >>>>>>>>> http://www.cluecon.com >>>>>>>>> >>>>>>>>> FreeSWITCH-users mailing list >>>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>>> http://www.freeswitch.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Brian West >>>>>>>> brian at freeswitch.org >>>>>>>> >>>>>>>> >>>>>>>> Twitter: @FreeSWITCH , @briankwest >>>>>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>>>>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>>>>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>>>>> >>>>>>>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>>>>>>> >>>>>>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>>>>>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>>>>>> >>>>>>>> >>>>>>>> _________________________________________________________________________ >>>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>>> consulting at freeswitch.org >>>>>>>> http://www.freeswitchsolutions.com >>>>>>>> >>>>>>>> Official FreeSWITCH Sites >>>>>>>> http://www.freeswitch.org >>>>>>>> http://confluence.freeswitch.org >>>>>>>> http://www.cluecon.com >>>>>>>> >>>>>>>> FreeSWITCH-users mailing list >>>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>>> http://www.freeswitch.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Carlos >>>>>>> >>>>>>> _________________________________________________________________________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>>> http://www.freeswitch.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Brian West >>>>>> brian at freeswitch.org >>>>>> >>>>>> >>>>>> Twitter: @FreeSWITCH , @briankwest >>>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>>> >>>>>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>>>>> >>>>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>>>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>>>> >>>>>> >>>>>> _________________________________________________________________________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Carlos >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Brian West >>>> brian at freeswitch.org >>>> >>>> >>>> Twitter: @FreeSWITCH , @briankwest >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here! | Reddit: /r/freeswitch >>>> >>>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) >>>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users >>>> http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/d484b7e6/attachment-0001.html From david.villasmil.work at gmail.com Thu Oct 27 14:15:19 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Thu, 27 Oct 2016 10:15:19 +0000 Subject: [Freeswitch-users] Running a script on a completed transfer In-Reply-To: References: Message-ID: I think ESL is what you need. Listen for the specific event and fire what you need when you receive it. On Thu, Oct 27, 2016 at 1:37 AM Brian West wrote: > Are you doing this for billing purposes? > > On Wed, Oct 26, 2016 at 6:22 PM, Walter Smith wrote: > > I need to record calls if/when they touch a certain set of extensions. I > have most of the logic working but am baffled by one thing: how do I cause > an application (it?s a lua script) to run when a channel is bridged as the > result of a transfer? > > My usual bag of tricks isn't working because the bridge happens > "magically" in sofia in response to the REFER. For example, > execute_on_answer doesn?t help because the answer happens during the > attended transfer -- I need to run AFTER the transfer (that is, when the > original A leg is bridged to the attended transfer?s B leg). > > Example scenario: > > 1. External call comes in (channel A = PSTN to switch, channel B = switch > to phone with extension 1000) > > 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to > switch, channel D = switch to 1001) > > 3. Transfer completes (sofia bridges channel A to channel D) > > I want my script to run on either channel A or D after 3 happens. > > What?s the best way to do this? > > Thanks, > Walter > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/104933a6/attachment.html From valter at fastway.com.br Thu Oct 27 14:59:41 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 27 Oct 2016 08:59:41 -0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: How do I do IP auth in FS? I am moving from Asterisk from FS and I am using the following strategy: 1. VOIP providers in external profile 2. Softphones in user directory 3. External asterisks that makes calls thru our FS in user directory, but I don't how to do IP auth, just user+password Thanks, Valter 2016-10-26 19:34 GMT-02:00 Brian West : > User, or you do IP auth where no users are required. > > On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira > wrote: > >> If an external Asterisk would make calls thru FS, should I create an >> account as a external gateway or in user directory? >> >> >> >> Atenciosamente, >> >> >> >> 2016-10-25 18:49 GMT-02:00 Brian West : >> >>> Users from the directory would dictate who/what can register inbound to >>> FreeSWITCH regardless of the profile, its looked up by domain using DNS so >>> if you have various profiles setup on various ports that are setup to hit >>> the user directory and the DNS name matches the directory domain that user >>> would authenticate to the system and be allowed into the context defined on >>> that user by user_context, Gateways are for outbound registrations from >>> FreeSWITCH to a SIP provider. >>> >>> internal/external are arbitrary you can make them foo or bar, they are >>> just names, just like context names are arbitrary too. They can be called >>> anything as long the settings all match up where you expect traffic to hit. >>> >>> >>> >>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira >>> wrote: >>> >>>> What I don't understand is how users relate to internal sip_profile and >>>> if it is possible to create gateways in internal profiles so I can provide >>>> sip trunks on port 5060. >>>> >>>> You told in ClueCon Weekly October 12 that internal and external are >>>> just names you give (sorry if I misunderstood your comment). But, well they >>>> are somewhat different in xml files. >>>> >>>> Regards, >>>> >>>> Valter >>>> >>>> >>>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/b18ecea0/attachment-0001.html From valter at fastway.com.br Thu Oct 27 15:05:51 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 27 Oct 2016 09:05:51 -0200 Subject: [Freeswitch-users] ClueCon Weekly - Ken's mic volume Message-ID: I feel that Ken's mic is a little low comparing to other's ones. It could not be a problem for native speakers, but it is a little hard for me to get what he is talking. Regards, Valter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/6e3d432c/attachment.html From mirkobrankovic at gmail.com Thu Oct 27 15:10:36 2016 From: mirkobrankovic at gmail.com (Mirko Brankovic) Date: Thu, 27 Oct 2016 13:10:36 +0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you struggle with when you first started? In-Reply-To: References: Message-ID: you can use ACL: https://freeswitch.org/confluence/display/FREESWITCH/ACL or you want authentication? On Thu, Oct 27, 2016 at 12:59 PM, Valter Nogueira wrote: > How do I do IP auth in FS? > > I am moving from Asterisk from FS and I am using the following strategy: > > 1. VOIP providers in external profile > > 2. Softphones in user directory > > 3. External asterisks that makes calls thru our FS in user directory, but > I don't how to do IP auth, just user+password > > > Thanks, > > Valter > > > 2016-10-26 19:34 GMT-02:00 Brian West : > >> User, or you do IP auth where no users are required. >> >> On Wed, Oct 26, 2016 at 3:32 PM, Valter Nogueira >> wrote: >> >>> If an external Asterisk would make calls thru FS, should I create an >>> account as a external gateway or in user directory? >>> >>> >>> >>> Atenciosamente, >>> >>> >>> >>> 2016-10-25 18:49 GMT-02:00 Brian West : >>> >>>> Users from the directory would dictate who/what can register inbound to >>>> FreeSWITCH regardless of the profile, its looked up by domain using DNS so >>>> if you have various profiles setup on various ports that are setup to hit >>>> the user directory and the DNS name matches the directory domain that user >>>> would authenticate to the system and be allowed into the context defined on >>>> that user by user_context, Gateways are for outbound registrations from >>>> FreeSWITCH to a SIP provider. >>>> >>>> internal/external are arbitrary you can make them foo or bar, they are >>>> just names, just like context names are arbitrary too. They can be called >>>> anything as long the settings all match up where you expect traffic to hit. >>>> >>>> >>>> >>>> On Tue, Oct 25, 2016 at 3:17 PM, Valter Nogueira >>> > wrote: >>>> >>>>> What I don't understand is how users relate to internal sip_profile >>>>> and if it is possible to create gateways in internal profiles so I can >>>>> provide sip trunks on port 5060. >>>>> >>>>> You told in ClueCon Weekly October 12 that internal and external are >>>>> just names you give (sorry if I misunderstood your comment). But, well they >>>>> are somewhat different in xml files. >>>>> >>>>> Regards, >>>>> >>>>> Valter >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Regards, Mirko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/4d33f9d6/attachment.html From devang.nathwani31589 at gmail.com Thu Oct 27 15:14:01 2016 From: devang.nathwani31589 at gmail.com (devang nathwani) Date: Thu, 27 Oct 2016 16:44:01 +0530 Subject: [Freeswitch-users] 503- service unavailable Message-ID: Hello, Freeswitch version: 1.6.11 Number of registration on my switch: 270+ Ram: 4 GB, 1 GB is free; 64 bit debian 8 I am facing this issue, where some time i am getting continuous INVITE registration requests but freeswitch not responding to it and sometime i am getting 503 service unavailable I have gone though https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not finding much helpful. here is the sip log for the same, if you want to go through. http://pastebin.com/PXz277XD Is RAM upgrade a solution? or any other? Thanks, Devang Nathwani -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/f0a37aa8/attachment-0001.html From walter at carezone.com Thu Oct 27 03:42:50 2016 From: walter at carezone.com (Walter Smith) Date: Wed, 26 Oct 2016 16:42:50 -0700 Subject: [Freeswitch-users] Running a script on a completed transfer In-Reply-To: References: Message-ID: No, for regulatory reasons we need to record all calls to and from certain people. If they get an incoming call or make an outgoing one, it's easily done in the dialplan, but transfers seem to be another level of difficulty. I've discovered the execute_on_post_bridge variable and am experimenting with that. (And hope to document it when I'm done.) -- Walter On Wed, Oct 26, 2016 at 4:36 PM, Brian West wrote: > Are you doing this for billing purposes? > > On Wed, Oct 26, 2016 at 6:22 PM, Walter Smith wrote: > >> I need to record calls if/when they touch a certain set of extensions. I >> have most of the logic working but am baffled by one thing: how do I cause >> an application (it?s a lua script) to run when a channel is bridged as the >> result of a transfer? >> >> My usual bag of tricks isn't working because the bridge happens >> "magically" in sofia in response to the REFER. For example, >> execute_on_answer doesn?t help because the answer happens during the >> attended transfer -- I need to run AFTER the transfer (that is, when the >> original A leg is bridged to the attended transfer?s B leg). >> >> Example scenario: >> >> 1. External call comes in (channel A = PSTN to switch, channel B = switch >> to phone with extension 1000) >> >> 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to >> switch, channel D = switch to 1001) >> >> 3. Transfer completes (sofia bridges channel A to channel D) >> >> I want my script to run on either channel A or D after 3 happens. >> >> What?s the best way to do this? >> >> Thanks, >> Walter >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/8fab5e53/attachment.html From jjore at marchex.com Thu Oct 27 03:50:39 2016 From: jjore at marchex.com (Josh Jore) Date: Wed, 26 Oct 2016 23:50:39 +0000 Subject: [Freeswitch-users] Can't build 1.6 on Jessie w/ SCTP Message-ID: Hi, I just downloaded a fresh Jessie64 and failed building Freeswitch v1.6 with SCTP. Seems maybe SCTP just isn't supported right now or ...? Are there any configurations where this works? $ vagrant init debian/jessie64 $ vagrant up $ vagrant ssh Follow https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie ... $ git checkout v1.6 # https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/96eca8abb15ddf2b6d6cb48d19fa39ac064f607e $ ./bootstrap.sh -j $ ./configure --enable-sctp --prefix=... ... Making all in tport make[8]: Entering directory '/home/vagrant/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport' make all-am make[9]: Entering directory '/home/vagrant/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport' LTCOMPILE tport.lo LTCOMPILE tport_logging.lo LTCOMPILE tport_stub_sigcomp.lo LTCOMPILE tport_type_udp.lo LTCOMPILE tport_type_tcp.lo LTCOMPILE tport_type_sctp.lo tport_type_sctp.c: In function 'tport_sctp_init_socket': tport_type_sctp.c:206:10: error: variable 'initmsg' has initializer but incomplete type struct sctp_initmsg initmsg = { 0 }; ^ tport_type_sctp.c:206:10: error: excess elements in struct initializer [-Werror] tport_type_sctp.c:206:10: error: (near initialization for 'initmsg') [-Werror] tport_type_sctp.c:206:23: error: storage size of 'initmsg' isn't known struct sctp_initmsg initmsg = { 0 }; ^ tport_type_sctp.c:211:36: error: 'SCTP_INITMSG' undeclared (first use in this function) if (setsockopt(socket, SOL_SCTP, SCTP_INITMSG, &initmsg, sizeof initmsg) < 0) ^ tport_type_sctp.c:211:36: note: each undeclared identifier is reported only once for each function it appears in tport_type_sctp.c:206:23: error: unused variable 'initmsg' [-Werror=unused-variable] struct sctp_initmsg initmsg = { 0 }; ^ cc1: all warnings being treated as errors -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161026/137d3e16/attachment.html From mike at jerris.com Thu Oct 27 16:27:24 2016 From: mike at jerris.com (Michael Jerris) Date: Thu, 27 Oct 2016 08:27:24 -0400 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: Message-ID: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Have you looked at a debug log when this is happening to see what FreeSWITCH thinks is going on? > On Oct 27, 2016, at 7:14 AM, devang nathwani wrote: > > Hello, > > Freeswitch version: 1.6.11 > Number of registration on my switch: 270+ > Ram: 4 GB, 1 GB is free; 64 bit debian 8 > > I am facing this issue, where some time i am getting continuous INVITE registration requests but freeswitch not responding to it > > and sometime i am getting 503 service unavailable > > I have gone though https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not finding much helpful. > > here is the sip log for the same, if you want to go through. > http://pastebin.com/PXz277XD > > Is RAM upgrade a solution? or any other? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/5d002b7e/attachment-0001.html From devang.nathwani31589 at gmail.com Thu Oct 27 16:38:11 2016 From: devang.nathwani31589 at gmail.com (devang nathwani) Date: Thu, 27 Oct 2016 18:08:11 +0530 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: Thanks Michael, [INFO] mod_dptools.c:3401 Originate Failed. Cause: NORMAL_TEMPORARY_FAILURE This is what freeswitch thinks when i got 503 service unavailable in sip log On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris wrote: > Have you looked at a debug log when this is happening to see what > FreeSWITCH thinks is going on? > > On Oct 27, 2016, at 7:14 AM, devang nathwani com> wrote: > > Hello, > > Freeswitch version: 1.6.11 > Number of registration on my switch: 270+ > Ram: 4 GB, 1 GB is free; 64 bit debian 8 > > I am facing this issue, where some time i am getting continuous INVITE > registration requests but freeswitch not responding to it > > and sometime i am getting 503 service unavailable > > I have gone though https://freeswitch.org/jira/ > si/jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not > finding much helpful. > > here is the sip log for the same, if you want to go through. > http://pastebin.com/PXz277XD > > Is RAM upgrade a solution? or any other? > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/8c2a4e5f/attachment.html From andrew at cassidywebservices.co.uk Thu Oct 27 16:45:32 2016 From: andrew at cassidywebservices.co.uk (Andrew Cassidy) Date: Thu, 27 Oct 2016 13:45:32 +0100 Subject: [Freeswitch-users] Running a script on a completed transfer In-Reply-To: References: Message-ID: Transfer hits the dialplan as any other call, so in theory it should just work calling record-session as normal. Is that not the case? On 27 October 2016 at 00:42, Walter Smith wrote: > No, for regulatory reasons we need to record all calls to and from certain > people. If they get an incoming call or make an outgoing one, it's easily > done in the dialplan, but transfers seem to be another level of difficulty. > > I've discovered the execute_on_post_bridge variable and am experimenting > with that. (And hope to document it when I'm done.) > > -- Walter > > > > > On Wed, Oct 26, 2016 at 4:36 PM, Brian West wrote: > >> Are you doing this for billing purposes? >> >> On Wed, Oct 26, 2016 at 6:22 PM, Walter Smith >> wrote: >> >>> I need to record calls if/when they touch a certain set of extensions. I >>> have most of the logic working but am baffled by one thing: how do I cause >>> an application (it?s a lua script) to run when a channel is bridged as the >>> result of a transfer? >>> >>> My usual bag of tricks isn't working because the bridge happens >>> "magically" in sofia in response to the REFER. For example, >>> execute_on_answer doesn?t help because the answer happens during the >>> attended transfer -- I need to run AFTER the transfer (that is, when the >>> original A leg is bridged to the attended transfer?s B leg). >>> >>> Example scenario: >>> >>> 1. External call comes in (channel A = PSTN to switch, channel B = >>> switch to phone with extension 1000) >>> >>> 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to >>> switch, channel D = switch to 1001) >>> >>> 3. Transfer completes (sofia bridges channel A to channel D) >>> >>> I want my script to run on either channel A or D after 3 happens. >>> >>> What?s the best way to do this? >>> >>> Thanks, >>> Walter >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew at cassidyweb.co.uk www.cassidyweb.co.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/ed21f4ae/attachment.html From krice at freeswitch.org Thu Oct 27 16:47:08 2016 From: krice at freeswitch.org (Ken Rice) Date: Thu, 27 Oct 2016 07:47:08 -0500 Subject: [Freeswitch-users] Can't build 1.6 on Jessie w/ SCTP In-Reply-To: References: Message-ID: <768A24A4-EACB-4EA7-9873-F4B17AC9A229@freeswitch.org> Bugs get reported to jira Sent from my iPhone > On Oct 26, 2016, at 6:50 PM, Josh Jore wrote: > > Hi, > > I just downloaded a fresh Jessie64 and failed building Freeswitch v1.6 with SCTP. Seems maybe SCTP just isn't supported right now or ...? Are there any configurations where this works? > > > $ vagrant init debian/jessie64 > $ vagrant up > > $ vagrant ssh > > Follow https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie > > ... > > $ git checkout v1.6 # https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/96eca8abb15ddf2b6d6cb48d19fa39ac064f607e > > $ ./bootstrap.sh -j > > $ ./configure --enable-sctp --prefix=... > > ... > > Making all in tport > make[8]: Entering directory '/home/vagrant/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport' > make all-am > make[9]: Entering directory '/home/vagrant/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport' > LTCOMPILE tport.lo > LTCOMPILE tport_logging.lo > LTCOMPILE tport_stub_sigcomp.lo > LTCOMPILE tport_type_udp.lo > LTCOMPILE tport_type_tcp.lo > LTCOMPILE tport_type_sctp.lo > tport_type_sctp.c: In function ?tport_sctp_init_socket?: > tport_type_sctp.c:206:10: error: variable ?initmsg? has initializer but incomplete type > struct sctp_initmsg initmsg = { 0 }; > ^ > tport_type_sctp.c:206:10: error: excess elements in struct initializer [-Werror] > tport_type_sctp.c:206:10: error: (near initialization for ?initmsg?) [-Werror] > tport_type_sctp.c:206:23: error: storage size of ?initmsg? isn?t known > struct sctp_initmsg initmsg = { 0 }; > ^ > tport_type_sctp.c:211:36: error: ?SCTP_INITMSG? undeclared (first use in this function) > if (setsockopt(socket, SOL_SCTP, SCTP_INITMSG, &initmsg, sizeof initmsg) < 0) > ^ > tport_type_sctp.c:211:36: note: each undeclared identifier is reported only once for each function it appears in > tport_type_sctp.c:206:23: error: unused variable ?initmsg? [-Werror=unused-variable] > struct sctp_initmsg initmsg = { 0 }; > ^ > cc1: all warnings being treated as errors > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/934a2095/attachment-0001.html From krice at freeswitch.org Thu Oct 27 16:48:31 2016 From: krice at freeswitch.org (Ken Rice) Date: Thu, 27 Oct 2016 07:48:31 -0500 Subject: [Freeswitch-users] ClueCon Weekly - Ken's mic volume In-Reply-To: References: Message-ID: <4029BBCD-822F-4B9F-BE4B-B13DB259CFCC@freeswitch.org> I guess there's a first time for everything. I've never been accused to being too quiet before lol Sent from my iPhone > On Oct 27, 2016, at 6:05 AM, Valter Nogueira wrote: > > I feel that Ken's mic is a little low comparing to other's ones. > > It could not be a problem for native speakers, but it is a little hard for me to get what he is talking. > > Regards, > > Valter > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org From brian at freeswitch.org Thu Oct 27 18:02:29 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Oct 2016 09:02:29 -0500 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: sofia global siptrace on Look at the logs and signaling its usually informative, You can also do sofia loglevel all 9 to really get more details. On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < devang.nathwani31589 at gmail.com> wrote: > Thanks Michael, > [INFO] mod_dptools.c:3401 Originate Failed. Cause: > NORMAL_TEMPORARY_FAILURE > > This is what freeswitch thinks when i got 503 service unavailable in sip > log > > On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris wrote: > >> Have you looked at a debug log when this is happening to see what >> FreeSWITCH thinks is going on? >> >> On Oct 27, 2016, at 7:14 AM, devang nathwani < >> devang.nathwani31589 at gmail.com> wrote: >> >> Hello, >> >> Freeswitch version: 1.6.11 >> Number of registration on my switch: 270+ >> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >> >> I am facing this issue, where some time i am getting continuous INVITE >> registration requests but freeswitch not responding to it >> >> and sometime i am getting 503 service unavailable >> >> I have gone though https://freeswitch.org/jira/si >> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not finding >> much helpful. >> >> here is the sip log for the same, if you want to go through. >> http://pastebin.com/PXz277XD >> >> Is RAM upgrade a solution? or any other? >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/d446893b/attachment.html From valter at fastway.com.br Thu Oct 27 18:11:54 2016 From: valter at fastway.com.br (Valter Nogueira) Date: Thu, 27 Oct 2016 12:11:54 -0200 Subject: [Freeswitch-users] ClueCon Weekly - Ken's mic volume In-Reply-To: <4029BBCD-822F-4B9F-BE4B-B13DB259CFCC@freeswitch.org> References: <4029BBCD-822F-4B9F-BE4B-B13DB259CFCC@freeswitch.org> Message-ID: No, you are not quiet. It just your sound is a little lower than Brian's and Kathleen's and since I have issues about understanding English, I have to setup my speakers very high. When changes to others, the entire building can hear and my wife starts threatening against my life. Valter 2016-10-27 10:48 GMT-02:00 Ken Rice : > I guess there's a first time for everything. I've never been accused to > being too quiet before lol > > Sent from my iPhone > > > On Oct 27, 2016, at 6:05 AM, Valter Nogueira > wrote: > > > > I feel that Ken's mic is a little low comparing to other's ones. > > > > It could not be a problem for native speakers, but it is a little hard > for me to get what he is talking. > > > > Regards, > > > > Valter > > > > ____________________________________________________________ > _____________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/0080fd76/attachment.html From devang.nathwani31589 at gmail.com Thu Oct 27 18:34:08 2016 From: devang.nathwani31589 at gmail.com (devang nathwani) Date: Thu, 27 Oct 2016 20:04:08 +0530 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: Thanks Brian, RAM is upgraded to 16 gigs now this is the output of 'status' status UP 0 years, 0 days, 1 hour, 25 minutes, 47 seconds, 805 milliseconds, 279 microseconds FreeSWITCH (Version 1.6.11 64bit) is ready 251 session(s) since startup 0 session(s) - peak 7, last 5min 0 0 session(s) per Sec out of max 300, peak 7, last 5min 0 1000 session(s) max min idle cpu 0.00/95.80 Current Stack Size/Max 240K/8192K this sip log is with only INVITE request and nothing back from freeswitch http://pastebin.com/41AtUAje this sip log is with INVITE and response of 503 from freeswitch http://pastebin.com/PXz277XD this is the from sofia loglevel all 9 http://pastebin.com/fBPhfkns On Thu, Oct 27, 2016 at 7:32 PM, Brian West wrote: > sofia global siptrace on > > Look at the logs and signaling its usually informative, You can also do > sofia loglevel all 9 to really get more details. > > On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < > devang.nathwani31589 at gmail.com> wrote: > >> Thanks Michael, >> [INFO] mod_dptools.c:3401 Originate Failed. Cause: >> NORMAL_TEMPORARY_FAILURE >> >> This is what freeswitch thinks when i got 503 service unavailable in sip >> log >> >> On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris wrote: >> >>> Have you looked at a debug log when this is happening to see what >>> FreeSWITCH thinks is going on? >>> >>> On Oct 27, 2016, at 7:14 AM, devang nathwani < >>> devang.nathwani31589 at gmail.com> wrote: >>> >>> Hello, >>> >>> Freeswitch version: 1.6.11 >>> Number of registration on my switch: 270+ >>> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >>> >>> I am facing this issue, where some time i am getting continuous INVITE >>> registration requests but freeswitch not responding to it >>> >>> and sometime i am getting 503 service unavailable >>> >>> I have gone though https://freeswitch.org/jira/si >>> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not >>> finding much helpful. >>> >>> here is the sip log for the same, if you want to go through. >>> http://pastebin.com/PXz277XD >>> >>> Is RAM upgrade a solution? or any other? >>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/5797e08d/attachment-0001.html From brian at freeswitch.org Thu Oct 27 18:42:40 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Oct 2016 09:42:40 -0500 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: Well this log is somewhat useless to get a full picture, what we need is the full fs log at debug + sip trace + loglevel 9 But at first glance: tport_udp_error: No route to host (113) [icmp type=3 code=1] That'll cause a 503 for sure. Again guessing because I do not see the full picture. /b On Thu, Oct 27, 2016 at 9:34 AM, devang nathwani < devang.nathwani31589 at gmail.com> wrote: > Thanks Brian, > > RAM is upgraded to 16 gigs now > this is the output of 'status' > status > UP 0 years, 0 days, 1 hour, 25 minutes, 47 seconds, 805 milliseconds, 279 > microseconds > FreeSWITCH (Version 1.6.11 64bit) is ready > 251 session(s) since startup > 0 session(s) - peak 7, last 5min 0 > 0 session(s) per Sec out of max 300, peak 7, last 5min 0 > 1000 session(s) max > min idle cpu 0.00/95.80 > Current Stack Size/Max 240K/8192K > > this sip log is with only INVITE request and nothing back from freeswitch > http://pastebin.com/41AtUAje > > this sip log is with INVITE and response of 503 from freeswitch > http://pastebin.com/PXz277XD > > this is the from > sofia loglevel all 9 > http://pastebin.com/fBPhfkns > > On Thu, Oct 27, 2016 at 7:32 PM, Brian West wrote: > >> sofia global siptrace on >> >> Look at the logs and signaling its usually informative, You can also do >> sofia loglevel all 9 to really get more details. >> >> On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < >> devang.nathwani31589 at gmail.com> wrote: >> >>> Thanks Michael, >>> [INFO] mod_dptools.c:3401 Originate Failed. Cause: >>> NORMAL_TEMPORARY_FAILURE >>> >>> This is what freeswitch thinks when i got 503 service unavailable in sip >>> log >>> >>> On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris wrote: >>> >>>> Have you looked at a debug log when this is happening to see what >>>> FreeSWITCH thinks is going on? >>>> >>>> On Oct 27, 2016, at 7:14 AM, devang nathwani < >>>> devang.nathwani31589 at gmail.com> wrote: >>>> >>>> Hello, >>>> >>>> Freeswitch version: 1.6.11 >>>> Number of registration on my switch: 270+ >>>> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >>>> >>>> I am facing this issue, where some time i am getting continuous INVITE >>>> registration requests but freeswitch not responding to it >>>> >>>> and sometime i am getting 503 service unavailable >>>> >>>> I have gone though https://freeswitch.org/jira/si >>>> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not >>>> finding much helpful. >>>> >>>> here is the sip log for the same, if you want to go through. >>>> http://pastebin.com/PXz277XD >>>> >>>> Is RAM upgrade a solution? or any other? >>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/a00a2cae/attachment.html From devang.nathwani31589 at gmail.com Thu Oct 27 18:56:08 2016 From: devang.nathwani31589 at gmail.com (devang nathwani) Date: Thu, 27 Oct 2016 20:26:08 +0530 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: Hello, this is requested log, got this from pastebin, You have exceeded the maximum paste size of 512 kilobytes per paste. so attaching the txt file On Thu, Oct 27, 2016 at 8:12 PM, Brian West wrote: > Well this log is somewhat useless to get a full picture, what we need is > the full fs log at debug + sip trace + loglevel 9 > > But at first glance: > > tport_udp_error: No route to host (113) [icmp type=3 code=1] > > That'll cause a 503 for sure. Again guessing because I do not see the > full picture. > > /b > > > On Thu, Oct 27, 2016 at 9:34 AM, devang nathwani < > devang.nathwani31589 at gmail.com> wrote: > >> Thanks Brian, >> >> RAM is upgraded to 16 gigs now >> this is the output of 'status' >> status >> UP 0 years, 0 days, 1 hour, 25 minutes, 47 seconds, 805 milliseconds, 279 >> microseconds >> FreeSWITCH (Version 1.6.11 64bit) is ready >> 251 session(s) since startup >> 0 session(s) - peak 7, last 5min 0 >> 0 session(s) per Sec out of max 300, peak 7, last 5min 0 >> 1000 session(s) max >> min idle cpu 0.00/95.80 >> Current Stack Size/Max 240K/8192K >> >> this sip log is with only INVITE request and nothing back from freeswitch >> http://pastebin.com/41AtUAje >> >> this sip log is with INVITE and response of 503 from freeswitch >> http://pastebin.com/PXz277XD >> >> this is the from >> sofia loglevel all 9 >> http://pastebin.com/fBPhfkns >> >> On Thu, Oct 27, 2016 at 7:32 PM, Brian West wrote: >> >>> sofia global siptrace on >>> >>> Look at the logs and signaling its usually informative, You can also do >>> sofia loglevel all 9 to really get more details. >>> >>> On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < >>> devang.nathwani31589 at gmail.com> wrote: >>> >>>> Thanks Michael, >>>> [INFO] mod_dptools.c:3401 Originate Failed. Cause: >>>> NORMAL_TEMPORARY_FAILURE >>>> >>>> This is what freeswitch thinks when i got 503 service unavailable in >>>> sip log >>>> >>>> On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris >>>> wrote: >>>> >>>>> Have you looked at a debug log when this is happening to see what >>>>> FreeSWITCH thinks is going on? >>>>> >>>>> On Oct 27, 2016, at 7:14 AM, devang nathwani < >>>>> devang.nathwani31589 at gmail.com> wrote: >>>>> >>>>> Hello, >>>>> >>>>> Freeswitch version: 1.6.11 >>>>> Number of registration on my switch: 270+ >>>>> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >>>>> >>>>> I am facing this issue, where some time i am getting continuous INVITE >>>>> registration requests but freeswitch not responding to it >>>>> >>>>> and sometime i am getting 503 service unavailable >>>>> >>>>> I have gone though https://freeswitch.org/jira/si >>>>> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not >>>>> finding much helpful. >>>>> >>>>> here is the sip log for the same, if you want to go through. >>>>> http://pastebin.com/PXz277XD >>>>> >>>>> Is RAM upgrade a solution? or any other? >>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/b2c089c2/attachment-0001.html -------------- next part -------------- ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581ebba0 (600 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:423328888 at 1X9.38.1X.1X SIP/2.0 (CSeq 22346) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3248 agent_aliases() nta: canonizing sip:423328888 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (22346) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 489 bytes of 489 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 489 send 489 bytes to udp/[123.136.107.1]:2359 at 07:48:11.088724: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjPmCAJA3W8Sx3hAjGH3Jrzg8e4Xd.xtQL;received=123.136.107.1 f: ;tag=ax98edv3s1VcAEeTccQ8raYA1bBBsFPP To: ;tag=cpHBUDXK3rSZB i: 1SQIeJf5krPWKBwUbaH6YhnIfmrs64jm CSeq: 22346 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (22346) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[123.136.107.1]:2359 at 07:48:11.088858: ------------------------------------------------------------------------ SUBSCRIBE sip:423328888 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjPmCAJA3W8Sx3hAjGH3Jrzg8e4Xd.xtQL Max-Forwards: 70 f: ;tag=ax98edv3s1VcAEeTccQ8raYA1bBBsFPP t: m: i: 1SQIeJf5krPWKBwUbaH6YhnIfmrs64jm CSeq: 22346 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580fd650 (600 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:423328888 at 1X9.38.1X.1X SIP/2.0 (CSeq 22346) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (22346) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 489 bytes of 489 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 489 send 489 bytes to udp/[123.136.107.1]:2359 at 07:48:11.088974: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjPmCAJA3W8Sx3hAjGH3Jrzg8e4Xd.xtQL;received=123.136.107.1 f: ;tag=ax98edv3s1VcAEeTccQ8raYA1bBBsFPP To: ;tag=cpHBUDXK3rSZB i: 1SQIeJf5krPWKBwUbaH6YhnIfmrs64jm CSeq: 22346 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 13 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58094490 from (udp/1X9.38.1X.1X:5060) has 596 bytes, veclen = 1 recv 596 bytes from udp/[123.136.107.1]:2359 at 07:48:11.097413: ------------------------------------------------------------------------ SUBSCRIBE sip:88685546 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPj2XFxar1FLj4EqFqgrpj2x60r2hwSFDQC Max-Forwards: 70 f: ;tag=eQS4EFguN1H-nUpEfE2boR84KS2qNiOZ t: m: i: 7mC5M8slZaopueOYqUzn1UgQGuX5MGS4 CSeq: 12651 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58094490 (596 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:88685546 at 1X9.38.1X.1X SIP/2.0 (CSeq 12651) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (12651) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[123.136.107.1]:2359 at 07:48:11.097643: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPj2XFxar1FLj4EqFqgrpj2x60r2hwSFDQC;received=123.136.107.1 f: ;tag=eQS4EFguN1H-nUpEfE2boR84KS2qNiOZ To: ;tag=a4ySQQUc96ctm i: 7mC5M8slZaopueOYqUzn1UgQGuX5MGS4 CSeq: 12651 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[123.136.107.1]:2359 at 07:48:11.097774: ------------------------------------------------------------------------ SUBSCRIBE sip:423328888 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjPmCAJA3W8Sx3hAjGH3Jrzg8e4Xd.xtQL Max-Forwards: 70 f: ;tag=ax98edv3s1VcAEeTccQ8raYA1bBBsFPP t: m: i: 1SQIeJf5krPWKBwUbaH6YhnIfmrs64jm CSeq: 22346 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580fd650 (600 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:423328888 at 1X9.38.1X.1X SIP/2.0 (CSeq 22346) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (22346) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 489 bytes of 489 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 489 send 489 bytes to udp/[123.136.107.1]:2359 at 07:48:11.097889: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjPmCAJA3W8Sx3hAjGH3Jrzg8e4Xd.xtQL;received=123.136.107.1 f: ;tag=ax98edv3s1VcAEeTccQ8raYA1bBBsFPP To: ;tag=cpHBUDXK3rSZB i: 1SQIeJf5krPWKBwUbaH6YhnIfmrs64jm CSeq: 22346 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58094490 from (udp/1X9.38.1X.1X:5060) has 596 bytes, veclen = 1 recv 596 bytes from udp/[123.136.107.1]:2359 at 07:48:11.097993: ------------------------------------------------------------------------ SUBSCRIBE sip:88685546 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjE7pCAowEPuNaIWNwGe7VCPHVI.LQ6kQU Max-Forwards: 70 f: ;tag=2-iAZPD6rpITXji6n69l1ZjE2S3E81nV t: m: i: UVZdxZebfQYYEIBIYxcPnEfMD08Xgaoa CSeq: 30234 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58094490 (596 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:88685546 at 1X9.38.1X.1X SIP/2.0 (CSeq 30234) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (30234) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[123.136.107.1]:2359 at 07:48:11.098119: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjE7pCAowEPuNaIWNwGe7VCPHVI.LQ6kQU;received=123.136.107.1 f: ;tag=2-iAZPD6rpITXji6n69l1ZjE2S3E81nV To: ;tag=BDrjSjcg6F3cg i: UVZdxZebfQYYEIBIYxcPnEfMD08Xgaoa CSeq: 30234 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (2 bytes) from udp/24.78.86.185:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 65 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58094490 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58094490 (0 bytes) from udp/95.185.190.196:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 61 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/108 term, 1/108 free nta.c:1296 agent_timer() nta: timer set next to 13 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/107 term, 1/107 free nta.c:1296 agent_timer() nta: timer set next to 119 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 2/106 term, 2/106 free nta.c:1296 agent_timer() nta: timer set next to 233 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (2 bytes) from udp/172.58.107.4:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58084120 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58084120 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58094490 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58094490 (2 bytes) from udp/208.54.86.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580d7ca0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580d7ca0 (2 bytes) from udp/172.56.27.82:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/104 term, 1/104 free nta.c:1296 agent_timer() nta: timer set next to 129 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58084120 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58084120 (2 bytes) from udp/186.51.175.255:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58094490 from (udp/1X9.38.1X.1X:5060) has 651 bytes, veclen = 1 recv 651 bytes from udp/[186.51.175.255]:42458 at 07:48:11.712881: ------------------------------------------------------------------------ SUBSCRIBE sip:4072335759 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 186.51.175.255:42458;branch=z9hG4bKPjNCv-TjC1qCKWIcqx-zweHWFHmPSXYEpw;rport Route: Call-ID: P0qIQ.2G2MOyCUeop3rs-PvUc1n5KwQT From: ;tag=.YQJCAaMZOm6uYE8xa.73SJKcaNGajL8 To: CSeq: 18119 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58094490 (651 bytes) from udp/186.51.175.255:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:4072335759 at 1X9.38.1X.1X SIP/2.0 (CSeq 18119) nta.c:3248 agent_aliases() nta: canonizing sip:4072335759 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (18119) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/186.51.175.255:42458 tport.c:4046 tport_resolve() tport_resolve addrinfo = 186.51.175.255:42458 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/186.51.175.255:42458 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 479 bytes of 479 to udp/186.51.175.255:42458 tport.c:3492 tport_send_msg() tport_vsend returned 479 send 479 bytes to udp/[186.51.175.255]:42458 at 07:48:11.713144: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 186.51.175.255:42458;branch=z9hG4bKPjNCv-TjC1qCKWIcqx-zweHWFHmPSXYEpw;rport=42458 From: ;tag=.YQJCAaMZOm6uYE8xa.73SJKcaNGajL8 To: ;tag=DZa4v8DQ01FjQ Call-ID: P0qIQ.2G2MOyCUeop3rs-PvUc1n5KwQT CSeq: 18119 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (18119) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/104 term, 1/104 free nta.c:1296 agent_timer() nta: timer set next to 38 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/103 free nta.c:1296 agent_timer() nta: timer set next to 133 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (2 bytes) from udp/172.56.10.236:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/102 term, 1/102 free nta.c:1296 agent_timer() nta: timer set next to 46 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/101 term, 1/101 free nta.c:1296 agent_timer() nta: timer set next to 6 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/100 term, 1/100 free nta.c:1296 agent_timer() nta: timer set next to 821 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e7990 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e7990 (2 bytes) from udp/188.236.84.207:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580fd650 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580fd650 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58036330 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58036330 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580aec30 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580aec30 (0 bytes) from udp/188.53.130.19:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5811b520 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[172.74.138.83]:52749 at 07:48:12.237628: ------------------------------------------------------------------------ SUBSCRIBE sip:9107835028 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 172.74.138.83:52749;rport;branch=z9hG4bKPjAPtmiOiKuGXZjB6TDYzrBsCGhoR1561s Max-Forwards: 70 f: ;tag=fWNJHiGdqxM.RWy6c9in8JZIhujfjaak t: m: i: .8rQRc4IbBDNrGLWr8NEf0.ge8yHeF5J CSeq: 4111 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5811b520 (604 bytes) from udp/172.74.138.83:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9107835028 at 1X9.38.1X.1X SIP/2.0 (CSeq 4111) nta.c:3248 agent_aliases() nta: canonizing sip:9107835028 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (4111) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.74.138.83:52749 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.74.138.83:52749 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.74.138.83:52749 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/172.74.138.83:52749 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[172.74.138.83]:52749 at 07:48:12.237992: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 172.74.138.83:52749;rport=52749;branch=z9hG4bKPjAPtmiOiKuGXZjB6TDYzrBsCGhoR1561s f: ;tag=fWNJHiGdqxM.RWy6c9in8JZIhujfjaak To: ;tag=e83vy3ytXa64j i: .8rQRc4IbBDNrGLWr8NEf0.ge8yHeF5J CSeq: 4111 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (4111) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e7990 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[94.129.241.103]:28608 at 07:48:12.397647: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjBK6eCxbGCrHqjBb-Wtg3s9e57Cyvrabv Route: Max-Forwards: 70 f: ;tag=Yy.J-kgYM5rC08DkjPAXLIqh7In80iLV t: i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22791 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580e7990 (540 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 22791) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (22791) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581042b0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581042b0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581042b0): sent signal r_respond 2016-10-27 07:48:12.379795 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8489306104 at 1X9.38.1X.1X] from ip 94.129.241.103 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581042b0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581042b0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[94.129.241.103]:28608 at 07:48:12.398823: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjBK6eCxbGCrHqjBb-Wtg3s9e57Cyvrabv;received=94.129.241.103 f: ;tag=Yy.J-kgYM5rC08DkjPAXLIqh7In80iLV To: ;tag=FHXN0yFytKvQe i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22791 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="860ccdea-313b-48e0-92cd-c3ecffd76b4c", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (22791) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581042b0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ca2b0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58036330 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58036330 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580aec30 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580aec30 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58036330 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[94.129.241.103]:28608 at 07:48:12.646256: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjQJJrkOmzJSxpEyhNY1Az4Ka1OXCKFw5O Route: Max-Forwards: 70 f: ;tag=Yy.J-kgYM5rC08DkjPAXLIqh7In80iLV t: i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22792 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8489306104", realm="1X9.38.1X.1X", nonce="860ccdea-313b-48e0-92cd-c3ecffd76b4c", uri="sip:1X9.38.1X.1X", response="f16568934991368883dafcf030444bd5", algorithm=MD5, cnonce="cLqsVFv.MvSEUCOhd6PJ4.HyBNsS50jB", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58036330 (807 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 22792) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (22792) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5825e910) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580d89d0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5825e910): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453779) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1296 agent_timer() nta: timer set next to 71 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5825e910): sent signal r_respond nua_stack.c:573 nua_stack_signal() nua(0x7f5f5825e910): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580d89d0, ...) called nua_stack.c:529 nua_signal() nua(0x7f5f5825e910): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 572 bytes of 572 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 572 send 572 bytes to udp/[94.129.241.103]:28608 at 07:48:12.815555: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjQJJrkOmzJSxpEyhNY1Az4Ka1OXCKFw5O;received=94.129.241.103 f: ;tag=Yy.J-kgYM5rC08DkjPAXLIqh7In80iLV To: ;tag=gtpe2S01Qvjaa i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22792 REGISTER Contact: ;expires=1755 Date: Thu, 27 Oct 2016 14:48:12 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (22792) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5825e910): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580d89d0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5801a3b0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5801a3b0 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/102 term, 1/102 free nta.c:1296 agent_timer() nta: timer set next to 80 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453779) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 798 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004230): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004230): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c004230) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811c670, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811c670, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5809db00) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 788 bytes of 788 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 788 send 788 bytes to udp/[94.129.241.103]:28608 at 07:48:13.032340: ------------------------------------------------------------------------ NOTIFY sip:8489306104 at 10.123.79.3:39976;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKQp75Za3yeUNDB Route: ;ob Max-Forwards: 70 From: ;tag=H3F73mH5m58vN To: Call-ID: 3a2d9d31-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453782 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:8489306104 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453782) to */94.129.241.103:28608 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5826cef0 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5801a3b0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5801a3b0 (2 bytes) from udp/198.223.193.16:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820df90 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[94.129.241.103]:28608 at 07:48:13.271004: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKQp75Za3yeUNDB i: 3a2d9d31-16f7-1235-d8ae-325ad17da6e2 f: ;tag=H3F73mH5m58vN t: ;tag=z9hG4bKQp75Za3yeUNDB CSeq: 98453782 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5820df90 (298 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453782) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 238.811 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5826cef0 by 0x7f5f5802b3b0 with 0x7f5f5820df90 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c004230): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004230): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004230): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5809db00) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5811c670) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fa6d0 from (udp/1X9.38.1X.1X:5060) has 603 bytes, veclen = 1 recv 603 bytes from udp/[60.48.162.31]:55068 at 07:48:13.504123: ------------------------------------------------------------------------ SUBSCRIBE sip:9852369632 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 60.48.162.31:55068;rport;branch=z9hG4bKPjW2keBt0Ez4VD.X3pmRaX1moPmfa7c79v Max-Forwards: 70 f: ;tag=bOZuo4RRNXw5WI54NvTJUKSFnhQTbK9t t: m: i: 80wlzOWzFO8pfgLeg0Eh2SdUP.9rN4IS CSeq: 28045 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581fa6d0 (603 bytes) from udp/60.48.162.31:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9852369632 at 1X9.38.1X.1X SIP/2.0 (CSeq 28045) nta.c:3248 agent_aliases() nta: canonizing sip:9852369632 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28045) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/60.48.162.31:55068 tport.c:4046 tport_resolve() tport_resolve addrinfo = 60.48.162.31:55068 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/60.48.162.31:55068 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/60.48.162.31:55068 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[60.48.162.31]:55068 at 07:48:13.504395: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 60.48.162.31:55068;rport=55068;branch=z9hG4bKPjW2keBt0Ez4VD.X3pmRaX1moPmfa7c79v f: ;tag=bOZuo4RRNXw5WI54NvTJUKSFnhQTbK9t To: ;tag=jc9Z5F28HeZFH i: 80wlzOWzFO8pfgLeg0Eh2SdUP.9rN4IS CSeq: 28045 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28045) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58041c80 from (udp/1X9.38.1X.1X:5060) has 603 bytes, veclen = 1 recv 603 bytes from udp/[60.48.162.31]:55068 at 07:48:13.516544: ------------------------------------------------------------------------ SUBSCRIBE sip:9600612150 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 60.48.162.31:55068;rport;branch=z9hG4bKPjS8tMBFuWQXHRLbiSC-r26-dL9ZBHJ8sD Max-Forwards: 70 f: ;tag=5ZWgImmMPbtkBwJkkGgN.2bNAfj4pv-e t: m: i: xtPDTYFJZU9HaOE9-lXVBLGwbP2QCpou CSeq: 25764 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58041c80 (603 bytes) from udp/60.48.162.31:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9600612150 at 1X9.38.1X.1X SIP/2.0 (CSeq 25764) nta.c:3248 agent_aliases() nta: canonizing sip:9600612150 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (25764) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/60.48.162.31:55068 tport.c:4046 tport_resolve() tport_resolve addrinfo = 60.48.162.31:55068 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/60.48.162.31:55068 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/60.48.162.31:55068 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[60.48.162.31]:55068 at 07:48:13.516778: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 60.48.162.31:55068;rport=55068;branch=z9hG4bKPjS8tMBFuWQXHRLbiSC-r26-dL9ZBHJ8sD f: ;tag=5ZWgImmMPbtkBwJkkGgN.2bNAfj4pv-e To: ;tag=KN2r7aKcFQN2c i: xtPDTYFJZU9HaOE9-lXVBLGwbP2QCpou CSeq: 25764 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (25764) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829a460 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5829a460 (2 bytes) from udp/97.32.131.177:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58208920 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58208920 (2 bytes) from udp/97.32.131.177:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453780) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 243 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fe30 from (udp/1X9.38.1X.1X:5060) has 652 bytes, veclen = 1 recv 652 bytes from udp/[175.157.108.234]:20281 at 07:48:13.766213: ------------------------------------------------------------------------ SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport Route: Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: CSeq: 4258 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5802fe30 (652 bytes) from udp/175.157.108.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 (CSeq 4258) nta.c:3248 agent_aliases() nta: canonizing sip:0775739083 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (4258) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/175.157.108.234:20281 tport.c:4046 tport_resolve() tport_resolve addrinfo = 175.157.108.234:20281 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/175.157.108.234:20281 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 479 bytes of 479 to udp/175.157.108.234:20281 tport.c:3492 tport_send_msg() tport_vsend returned 479 send 479 bytes to udp/[175.157.108.234]:20281 at 07:48:13.766595: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport=20281 From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: ;tag=myUH953Fc0BNr Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv CSeq: 4258 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (4258) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581182d0 from (udp/1X9.38.1X.1X:5060) has 652 bytes, veclen = 1 recv 652 bytes from udp/[175.157.108.234]:20281 at 07:48:13.782317: ------------------------------------------------------------------------ SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport Route: Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: CSeq: 4258 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581182d0 (652 bytes) from udp/175.157.108.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 (CSeq 4258) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (4258) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/175.157.108.234:20281 tport.c:4046 tport_resolve() tport_resolve addrinfo = 175.157.108.234:20281 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/175.157.108.234:20281 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 479 bytes of 479 to udp/175.157.108.234:20281 tport.c:3492 tport_send_msg() tport_vsend returned 479 send 479 bytes to udp/[175.157.108.234]:20281 at 07:48:13.782550: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport=20281 From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: ;tag=myUH953Fc0BNr Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv CSeq: 4258 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829a460 from (udp/1X9.38.1X.1X:5060) has 652 bytes, veclen = 1 recv 652 bytes from udp/[175.157.108.234]:20281 at 07:48:13.798197: ------------------------------------------------------------------------ SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport Route: Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: CSeq: 4258 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5829a460 (652 bytes) from udp/175.157.108.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0775739083 at 1X9.38.1X.1X SIP/2.0 (CSeq 4258) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (4258) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/175.157.108.234:20281 tport.c:4046 tport_resolve() tport_resolve addrinfo = 175.157.108.234:20281 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/175.157.108.234:20281 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 479 bytes of 479 to udp/175.157.108.234:20281 tport.c:3492 tport_send_msg() tport_vsend returned 479 send 479 bytes to udp/[175.157.108.234]:20281 at 07:48:13.798369: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 175.157.108.234:20281;branch=z9hG4bKPj3LesxJRuu5Gtg08bCk2DR.8HawYoVYwL;rport=20281 From: ;tag=JHh.2S7XRPgWORMxRAa.EjVO4UYOUFY. To: ;tag=myUH953Fc0BNr Call-ID: iyQn3ENxXLBuA7aHJnHYV1R7gTM9kiAv CSeq: 4258 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58208920 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[137.97.47.181]:50285 at 07:48:13.798491: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK8ecj5m69SN7mD i: 2b834678-16f7-1235-d8ae-325ad17da6e2 f: ;tag=Xc44emaX7rStr t: ;tag=z9hG4bK8ecj5m69SN7mD CSeq: 98453770 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58208920 (298 bytes) from udp/137.97.47.181:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453770) nta.c:3414 agent_recv_response() nta: 200 OK was discarded tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581182d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581182d0 (0 bytes) from udp/188.53.130.19:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829a460 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5829a460 (2 bytes) from udp/166.137.99.146:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58208920 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58208920 (0 bytes) from udp/5.156.47.69:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/104 term, 1/104 free nta.c:1296 agent_timer() nta: timer set next to 59 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820e620 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5820e620 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/103 free nta.c:1296 agent_timer() nta: timer set next to 57 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820e620 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5820e620 (2 bytes) from udp/37.231.53.53:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453780) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 176 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58009760 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58009760 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820e620 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5820e620 (2 bytes) from udp/50.159.113.180:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58009760 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58009760 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820e620 from (udp/1X9.38.1X.1X:5060) has 605 bytes, veclen = 1 recv 605 bytes from udp/[157.50.83.36]:37999 at 07:48:14.178642: ------------------------------------------------------------------------ SUBSCRIBE sip:8668045236 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.113.207.240:37999;rport;branch=z9hG4bKPjSkXi7ExbRxrXXGtZ2Hv.mjSXcExDl5YH Max-Forwards: 70 f: ;tag=-Z0Ra3oBADrnODaquguzGqhtEKAyoDeF t: m: i: F6b60w6GTN99gIXAZNrehZNJixageRGI CSeq: 23968 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5820e620 (605 bytes) from udp/157.50.83.36:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:8668045236 at 1X9.38.1X.1X SIP/2.0 (CSeq 23968) nta.c:3174 agent_check_request_via() nta: Via check: received=157.50.83.36 nta.c:3248 agent_aliases() nta: canonizing sip:8668045236 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (23968) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/157.50.83.36:37999 tport.c:4046 tport_resolve() tport_resolve addrinfo = 157.50.83.36:37999 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/157.50.83.36:37999 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 492 bytes of 492 to udp/157.50.83.36:37999 tport.c:3492 tport_send_msg() tport_vsend returned 492 send 492 bytes to udp/[157.50.83.36]:37999 at 07:48:14.178909: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.113.207.240:37999;rport=37999;branch=z9hG4bKPjSkXi7ExbRxrXXGtZ2Hv.mjSXcExDl5YH;received=157.50.83.36 f: ;tag=-Z0Ra3oBADrnODaquguzGqhtEKAyoDeF To: ;tag=N7maB1mK9817K i: F6b60w6GTN99gIXAZNrehZNJixageRGI CSeq: 23968 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (23968) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/103 free nta.c:1296 agent_timer() nta: timer set next to 542 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580207f0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580207f0 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cff40 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cff40 (2 bytes) from udp/14.100.134.111:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580207f0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580207f0 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cff40 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cff40 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580207f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580207f0 (2 bytes) from udp/188.70.18.208:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/102 term, 1/102 free nta.c:1296 agent_timer() nta: timer set next to 326 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cff40 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cff40 (2 bytes) from udp/107.77.168.50:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580207f0 from (udp/1X9.38.1X.1X:5060) has 543 bytes, veclen = 1 recv 543 bytes from udp/[207.255.79.133]:33929 at 07:48:15.096163: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.100:33929;rport;branch=z9hG4bKPj5sK.kzpJSAOAJDEp2unEZFHZ.NJfDlIk Route: Max-Forwards: 70 f: ;tag=JJvJsYPbZkKuDdaHtY5wphPfVn0SKqG. t: i: 2LE9DkOyx1b2aL8RCC2DBnIS.P8nh4Rh CSeq: 530 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580207f0 (543 bytes) from udp/207.255.79.133:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 530) nta.c:3174 agent_check_request_via() nta: Via check: received=207.255.79.133 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (530) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58086710) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58086710): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58086710): sent signal r_respond 2016-10-27 07:48:15.079798 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8149322547 at 1X9.38.1X.1X] from ip 207.255.79.133 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58086710): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58086710): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/207.255.79.133:33929 tport.c:4046 tport_resolve() tport_resolve addrinfo = 207.255.79.133:33929 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/207.255.79.133:33929 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/207.255.79.133:33929 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[207.255.79.133]:33929 at 07:48:15.097497: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.100:33929;rport=33929;branch=z9hG4bKPj5sK.kzpJSAOAJDEp2unEZFHZ.NJfDlIk;received=207.255.79.133 f: ;tag=JJvJsYPbZkKuDdaHtY5wphPfVn0SKqG. To: ;tag=pge3cv5p6HrtF i: 2LE9DkOyx1b2aL8RCC2DBnIS.P8nh4Rh CSeq: 530 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="7855d9fe-6235-40a7-9397-954734e95a8a", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (530) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58086710): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ca2b0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cff40 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cff40 (0 bytes) from udp/95.185.190.196:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cff40 from (udp/1X9.38.1X.1X:5060) has 553 bytes, veclen = 1 recv 553 bytes from udp/[182.72.124.106]:54041 at 07:48:15.102324: ------------------------------------------------------------------------ REGISTER sip:myportal.XXX.com SIP/2.0 Via: SIP/2.0/UDP 182.72.124.106:54041;rport;branch=z9hG4bKPjekuPFXu7iab0ztfoc4Ho0DE4X3NJG3wo Max-Forwards: 70 From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40065 REGISTER User-Agent: VOIP iOS v2.4 Contact: Expires: 3600 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580cff40 (553 bytes) from udp/182.72.124.106:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:myportal.XXX.com SIP/2.0 (CSeq 40065) nta.c:3085 agent_recv_request() nta: REGISTER (40065) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5800f6a0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811c670, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5800f6a0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5800f6a0): sent signal r_respond 2016-10-27 07:48:15.099817 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [919722255704 at myportal.XXX.com] from ip 182.72.124.106 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5800f6a0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f5800f6a0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811c670, ...) called nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/182.72.124.106:54041 tport.c:4046 tport_resolve() tport_resolve addrinfo = 182.72.124.106:54041 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/182.72.124.106:54041 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/182.72.124.106:54041 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[182.72.124.106]:54041 at 07:48:15.103446: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 182.72.124.106:54041;rport=54041;branch=z9hG4bKPjekuPFXu7iab0ztfoc4Ho0DE4X3NJG3wo From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: ;tag=QS7UeQpt3teDB Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40065 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="myportal.XXX.com", nonce="c70ddfc0-5563-4989-a5cf-fa359bf766ad", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (40065) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5800f6a0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5811c670) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/103 free nta.c:1296 agent_timer() nta: timer set next to 11 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/102 term, 1/102 free nta.c:1296 agent_timer() nta: timer set next to 126 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806afe0 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[37.124.227.136]:54109 at 07:48:15.141213: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 37.124.227.136:54109;rport;branch=z9hG4bKPjuR52VP-OeD7R9unItMlvJ.OOZ8oXBtQ- Route: Max-Forwards: 70 f: ;tag=ZZHeuRQjzTLSd5JQ1wOI--8n0vE21HLU t: i: hD5Sahi0tNvAdUTz9tteJ.U1Ywji9EA7 CSeq: 46820 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5806afe0 (600 bytes) from udp/37.124.227.136:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 46820) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (46820) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5808bd90) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58019d50, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5808bd90): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5808bd90): sent signal r_respond 2016-10-27 07:48:15.139809 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [1627162716 at 1X9.38.1X.1X] from ip 37.124.227.136 nua_stack.c:573 nua_stack_signal() nua(0x7f5f5808bd90): recv signal r_respond 401 Unauthorized nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f5808bd90): sent signal r_destroy soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58019d50, ...) called nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/37.124.227.136:54109 tport.c:4046 tport_resolve() tport_resolve addrinfo = 37.124.227.136:54109 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/37.124.227.136:54109 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 585 bytes of 585 to udp/37.124.227.136:54109 tport.c:3492 tport_send_msg() tport_vsend returned 585 send 585 bytes to udp/[37.124.227.136]:54109 at 07:48:15.142426: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 37.124.227.136:54109;rport=54109;branch=z9hG4bKPjuR52VP-OeD7R9unItMlvJ.OOZ8oXBtQ- f: ;tag=ZZHeuRQjzTLSd5JQ1wOI--8n0vE21HLU To: ;tag=r20mgj7X034Zp i: hD5Sahi0tNvAdUTz9tteJ.U1Ywji9EA7 CSeq: 46820 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="06605288-7a25-4320-becf-2a15a4d0a405", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (46820) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5808bd90): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58019d50) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e58e0 from (udp/1X9.38.1X.1X:5060) has 595 bytes, veclen = 1 recv 595 bytes from udp/[94.129.241.103]:28608 at 07:48:15.190671: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjC.N48MX6wTeQeQ.HnUrR8T9Grv.yDgN1 Route: Max-Forwards: 70 f: ;tag=TRLuSSCiRC0heIm0CC82PAgTVfdcCOFo t: i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22793 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580e58e0 (595 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 22793) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (22793) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581f05d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58062d10, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581f05d0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581f05d0): sent signal r_respond 2016-10-27 07:48:15.179830 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8489306104 at 1X9.38.1X.1X] from ip 94.129.241.103 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581f05d0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581f05d0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58062d10, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[94.129.241.103]:28608 at 07:48:15.191776: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjC.N48MX6wTeQeQ.HnUrR8T9Grv.yDgN1;received=94.129.241.103 f: ;tag=TRLuSSCiRC0heIm0CC82PAgTVfdcCOFo To: ;tag=SBtDjDr1XcUjj i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22793 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="973e43cb-0f4f-4ee8-87c0-41ab33b5eff7", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (22793) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581f05d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58062d10) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58208920 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58208920 (2 bytes) from udp/117.206.123.233:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58208920 from (udp/1X9.38.1X.1X:5060) has 593 bytes, veclen = 1 recv 593 bytes from udp/[95.85.34.111]:47409 at 07:48:15.234361: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjg7VZzwgoK9TlpW2YOzl5t.8h9bU.-ASM Route: Max-Forwards: 70 f: ;tag=jaFf9rl4hPsG191YeBlV0ELabPGFlUHD t: i: EDP2.cfHyCXNtliMOsPsosbSNCWZIVPA CSeq: 15134 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58208920 (593 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 15134) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (15134) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580df790) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58029ad0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580df790): event i_register 100 Trying tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580b5c40 from (udp/1X9.38.1X.1X:5060) has 593 bytes, veclen = 1 nua_stack.c:359 nua_application_event() nua: nua_application_event: entering recv 593 bytes from udp/[95.85.34.111]:47409 at 07:48:15.234655: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjcGByNdaymRCLfXCYIxmoJUKO0jv7yIYl Route: Max-Forwards: 70 f: ;tag=ruLKY5.se8Tu3Aloyb7DpMGED30IFlc2 t: i: .yp2CpUUgKuqCv8EWa6kK3FoCHzhD.f2 CSeq: 49650 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580b5c40 (593 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 49650) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (49650) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580ded20) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b4920, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580ded20): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580df790): sent signal r_respond 2016-10-27 07:48:15.219821 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9786836250 at 1X9.38.1X.1X] from ip 95.85.34.111 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580df790): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580df790): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58029ad0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:15.235401: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjg7VZzwgoK9TlpW2YOzl5t.8h9bU.-ASM;received=95.85.34.111 f: ;tag=jaFf9rl4hPsG191YeBlV0ELabPGFlUHD To: ;tag=tmK6K884tNH5D i: EDP2.cfHyCXNtliMOsPsosbSNCWZIVPA CSeq: 15134 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="9c4b8125-1086-4fd1-8de1-933de7c5c1bc", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (15134) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580df790): recv signal r_destroy nua.c:879 nua_respond() nua: nua_respond: entering nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58029ad0) called nua_stack.c:529 nua_signal() nua(0x7f5f580ded20): sent signal r_respond 2016-10-27 07:48:15.219821 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9585331930 at 1X9.38.1X.1X] from ip 95.85.34.111 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580ded20): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ded20): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b4920, ...) called nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:15.235675: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjcGByNdaymRCLfXCYIxmoJUKO0jv7yIYl;received=95.85.34.111 f: ;tag=ruLKY5.se8Tu3Aloyb7DpMGED30IFlc2 To: ;tag=UXcZN3S8Qy7QS i: .yp2CpUUgKuqCv8EWa6kK3FoCHzhD.f2 CSeq: 49650 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="25a46484-f581-4b54-97a2-b51df5f33bc5", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (49650) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580ded20): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580b4920) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/105 term, 1/105 free nta.c:1296 agent_timer() nta: timer set next to 61 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/104 term, 1/104 free nta.c:1296 agent_timer() nta: timer set next to 1 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/103 free nta.c:1296 agent_timer() nta: timer set next to 36 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453780) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1296 agent_timer() nta: timer set next to 224 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5804fd30 from (udp/1X9.38.1X.1X:5060) has 596 bytes, veclen = 1 recv 596 bytes from udp/[137.97.47.181]:50285 at 07:48:15.447165: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.127.61.10:50285;rport;branch=z9hG4bKPjAAoc7gbXP8Xs6rxxl2YR9SvCKLIR14ID Route: Max-Forwards: 70 f: ;tag=3de6uyLrGddAD6d5qNPU-85emKnJdsv2 t: i: R949r-Tz9MF.Vi.GY1qCgXHKlKnU0iHl CSeq: 53513 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5804fd30 (596 bytes) from udp/137.97.47.181:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 53513) nta.c:3174 agent_check_request_via() nta: Via check: received=137.97.47.181 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (53513) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58048b20) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58048b20): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58048b20): sent signal r_respond 2016-10-27 07:48:15.439798 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [7200686627 at 1X9.38.1X.1X] from ip 137.97.47.181 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58048b20): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f5f58048b20): recv signal r_respond 401 Unauthorized nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ca2b0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/137.97.47.181:50285 tport.c:4046 tport_resolve() tport_resolve addrinfo = 137.97.47.181:50285 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/137.97.47.181:50285 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/137.97.47.181:50285 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[137.97.47.181]:50285 at 07:48:15.448337: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.127.61.10:50285;rport=50285;branch=z9hG4bKPjAAoc7gbXP8Xs6rxxl2YR9SvCKLIR14ID;received=137.97.47.181 f: ;tag=3de6uyLrGddAD6d5qNPU-85emKnJdsv2 To: ;tag=v65QQyacN7XaN i: R949r-Tz9MF.Vi.GY1qCgXHKlKnU0iHl CSeq: 53513 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="4f5f506a-b4ed-43d7-b9ee-98f1ef4f1bfc", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (53513) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58048b20): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ca2b0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58134540 from (udp/1X9.38.1X.1X:5060) has 862 bytes, veclen = 1 recv 862 bytes from udp/[94.129.241.103]:28608 at 07:48:15.450548: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjhyYx48mZANpVz9ujfdVLDqXJCIk-nToO Route: Max-Forwards: 70 f: ;tag=TRLuSSCiRC0heIm0CC82PAgTVfdcCOFo t: i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22794 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8489306104", realm="1X9.38.1X.1X", nonce="973e43cb-0f4f-4ee8-87c0-41ab33b5eff7", uri="sip:1X9.38.1X.1X", response="faec8c22da3bf1d8cdc114014039d602", algorithm=MD5, cnonce="cLqsVFv.MvSEUCOhd6PJ4.HyBNsS50jB", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58134540 (862 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 22794) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (22794) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58062d10) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58107090, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58062d10): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58123140 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[94.129.241.103]:28608 at 07:48:15.457651: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjw.cRazQ303taUCdV6hV3aOSv1XCBNQC9 Route: Max-Forwards: 70 f: ;tag=tGnsn9eSS8ONzmVfKYH0B3CVQ0R9jQ8F t: i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36706 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58123140 (540 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 36706) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (36706) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580df790) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dec40, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580df790): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58132430 from (udp/1X9.38.1X.1X:5060) has 590 bytes, veclen = 1 recv 590 bytes from udp/[172.58.24.174]:38966 at 07:48:15.570400: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjOaPTKdwuUX3ar0Sdtdid3IluqwWNinG2 Route: Max-Forwards: 70 f: ;tag=4GGIr6K0WXfnjQ51xXVfZ3VNfWVlLe4d t: i: zoIpWA-V9b1z2YTsnE6SoF31hZvN09MG CSeq: 34683 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58132430 (590 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 34683) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (34683) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5802bf70) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58019d50, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5802bf70): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/103 term, 1/106 free nta.c:1296 agent_timer() nta: timer set next to 128 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c65d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c65d0 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58062d10): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58062d10): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58062d10): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58107090, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 575 bytes of 575 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 575 send 575 bytes to udp/[94.129.241.103]:28608 at 07:48:15.617703: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjhyYx48mZANpVz9ujfdVLDqXJCIk-nToO;received=94.129.241.103 f: ;tag=TRLuSSCiRC0heIm0CC82PAgTVfdcCOFo To: ;tag=XFZgSSUFjgmXg nua.c:879 nua_respond() nua: nua_respond: entering i: iO3Jd.IfdhrOEGKHkAtPQZqyF15Wch1t CSeq: 22794 REGISTER Contact: ;expires=1285 Date: Thu, 27 Oct 2016 14:48:15 GMT nua_stack.c:529 nua_signal() nua(0x7f5f580df790): sent signal r_respond User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY 2016-10-27 07:48:15.599816 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8489306104 at 1X9.38.1X.1X] from ip 94.129.241.103 Supported: path, replaces Content-Length: 0 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580df790): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering ------------------------------------------------------------------------ nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (22794) nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:569 nua_stack_signal() nua(0x7f5f58062d10): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58107090) called nua_stack.c:573 nua_stack_signal() nua(0x7f5f580df790): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dec40, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[94.129.241.103]:28608 at 07:48:15.618013: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjw.cRazQ303taUCdV6hV3aOSv1XCBNQC9;received=94.129.241.103 f: ;tag=tGnsn9eSS8ONzmVfKYH0B3CVQ0R9jQ8F To: ;tag=yrr9tmcKFSagc i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36706 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="4bb551cc-be89-4c2d-89b9-17abb935e774", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (36706) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580df790): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580dec40) called nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5802bf70): sent signal r_respond 2016-10-27 07:48:15.599816 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [6612361561 at 1X9.38.1X.1X] from ip 172.58.24.174 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5802bf70): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5802bf70): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58019d50, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 603 bytes of 603 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 603 send 603 bytes to udp/[172.58.24.174]:38966 at 07:48:15.618253: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjOaPTKdwuUX3ar0Sdtdid3IluqwWNinG2;received=172.58.24.174 f: ;tag=4GGIr6K0WXfnjQ51xXVfZ3VNfWVlLe4d To: ;tag=Z1H2vFXpc202Q i: zoIpWA-V9b1z2YTsnE6SoF31hZvN09MG CSeq: 34683 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="b67e85df-7aaf-49c7-8874-e80e53f77828", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (34683) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5802bf70): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58019d50) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580a0d00 from (udp/1X9.38.1X.1X:5060) has 826 bytes, veclen = 1 recv 826 bytes from udp/[182.72.124.106]:54041 at 07:48:15.618393: ------------------------------------------------------------------------ REGISTER sip:myportal.XXX.com SIP/2.0 Via: SIP/2.0/UDP 182.72.124.106:54041;rport;branch=z9hG4bKPjxFwXl0bBUNrbGTu7uJXDU3tJebgSypW4 Max-Forwards: 70 From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40066 REGISTER User-Agent: VOIP iOS v2.4 Contact: Expires: 3600 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="919722255704", realm="myportal.XXX.com", nonce="c70ddfc0-5563-4989-a5cf-fa359bf766ad", uri="sip:myportal.XXX.com", response="2d9f11ba6cc2c1dd25a2f0e05b85eea1", algorithm=MD5, cnonce="sXeFT5YPE7g0t38GVsc3XNbQ4fD-5dqE", qop=auth, nc=00000001 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580a0d00 (826 bytes) from udp/182.72.124.106:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:myportal.XXX.com SIP/2.0 (CSeq 40066) nta.c:3085 agent_recv_request() nta: REGISTER (40066) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5801fcd0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580e9240, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5801fcd0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58118ee0 from (udp/1X9.38.1X.1X:5060) has 871 bytes, veclen = 1 recv 871 bytes from udp/[219.92.42.22]:40329 at 07:48:15.660116: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 219.92.42.22:40329;rport;branch=z9hG4bKPjLkrEQPCuae7DMMJFbt4lkWiYTgpIT96X Route: Max-Forwards: 70 f: ;tag=b2y19Zl4X8gBtrvOXK-3hhyC3l9Gmz-s t: i: MQY-Eaju5x0j10JQBFyiDyOwANtGoZz4 CSeq: 64394 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 Authorization: Digest username="601127037585", realm="1X9.38.1X.1X", nonce="a3d1b48b-5158-4874-a965-30fc2f6cd757", uri="sip:1X9.38.1X.1X", response="421cbc4e33e2898a2fe4375d61f01fbb", algorithm=MD5, cnonce="KHifZnxHgPW72RWhf5MLgPfDEBPadcWZ", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58118ee0 (871 bytes) from udp/219.92.42.22:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 64394) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (64394) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581fe580) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581fe580): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580a5b70 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580a5b70 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/105 term, 1/107 free nta.c:1296 agent_timer() nta: timer set next to 387 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cdd80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cdd80 (2 bytes) from udp/123.136.107.1:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5801fcd0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5801fcd0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5801fcd0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580e9240, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/182.72.124.106:54041 tport.c:4046 tport_resolve() tport_resolve addrinfo = 182.72.124.106:54041 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/182.72.124.106:54041 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 573 bytes of 573 to udp/182.72.124.106:54041 tport.c:3492 tport_send_msg() tport_vsend returned 573 send 573 bytes to udp/[182.72.124.106]:54041 at 07:48:15.790371: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 182.72.124.106:54041;rport=54041;branch=z9hG4bKPjxFwXl0bBUNrbGTu7uJXDU3tJebgSypW4 From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: ;tag=0aBUyaet9aQNK Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40066 REGISTER Contact: ;expires=2259 Date: Thu, 27 Oct 2016 14:48:15 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (40066) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5801fcd0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580e9240) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cdd80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580cdd80 (2 bytes) from udp/62.175.182.2:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5811e370 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5811e370 (2 bytes) from udp/76.4.146.224:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581fe580): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581fe580): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581fe580): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/219.92.42.22:40329 tport.c:4046 tport_resolve() tport_resolve addrinfo = 219.92.42.22:40329 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/219.92.42.22:40329 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 556 bytes of 556 to udp/219.92.42.22:40329 tport.c:3492 tport_send_msg() tport_vsend returned 556 send 556 bytes to udp/[219.92.42.22]:40329 at 07:48:15.961154: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 219.92.42.22:40329;rport=40329;branch=z9hG4bKPjLkrEQPCuae7DMMJFbt4lkWiYTgpIT96X f: ;tag=b2y19Zl4X8gBtrvOXK-3hhyC3l9Gmz-s To: ;tag=1K4K05yX6KD8e i: MQY-Eaju5x0j10JQBFyiDyOwANtGoZz4 CSeq: 64394 REGISTER Contact: ;expires=1634 Date: Thu, 27 Oct 2016 14:48:15 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (64394) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581fe580): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581f41e0) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c002fa0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c002fa0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c002fa0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5807e2f0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */182.72.124.106:54041 tport.c:4046 tport_resolve() tport_resolve addrinfo = 182.72.124.106:54041 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */182.72.124.106:54041 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 750 bytes of 750 to udp/182.72.124.106:54041 tport.c:3492 tport_send_msg() tport_vsend returned 750 send 750 bytes to udp/[182.72.124.106]:54041 at 07:48:15.992765: ------------------------------------------------------------------------ NOTIFY sip:919722255704 at 182.72.124.106:54041;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKrZ0y15K2B4B0p Max-Forwards: 70 From: ;tag=2vXc20F13v3ta To: Call-ID: 3bf156a7-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453783 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 74 Messages-Waiting: no Message-Account: sip:919722255704 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453783) to */182.72.124.106:54041 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5811e370 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58034eb0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58034eb0 (2 bytes) from udp/100.11.141.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58034eb0 from (udp/1X9.38.1X.1X:5060) has 826 bytes, veclen = 1 recv 826 bytes from udp/[182.72.124.106]:54041 at 07:48:16.094615: ------------------------------------------------------------------------ REGISTER sip:myportal.XXX.com SIP/2.0 Via: SIP/2.0/UDP 182.72.124.106:54041;rport;branch=z9hG4bKPjxFwXl0bBUNrbGTu7uJXDU3tJebgSypW4 Max-Forwards: 70 From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40066 REGISTER User-Agent: VOIP iOS v2.4 Contact: Expires: 3600 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="919722255704", realm="myportal.XXX.com", nonce="c70ddfc0-5563-4989-a5cf-fa359bf766ad", uri="sip:myportal.XXX.com", response="2d9f11ba6cc2c1dd25a2f0e05b85eea1", algorithm=MD5, cnonce="sXeFT5YPE7g0t38GVsc3XNbQ4fD-5dqE", qop=auth, nc=00000001 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58034eb0 (826 bytes) from udp/182.72.124.106:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:myportal.XXX.com SIP/2.0 (CSeq 40066) nta.c:3012 agent_recv_request() nta: REGISTER (40066) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 200 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/182.72.124.106:54041 tport.c:4046 tport_resolve() tport_resolve addrinfo = 182.72.124.106:54041 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/182.72.124.106:54041 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 573 bytes of 573 to udp/182.72.124.106:54041 tport.c:3492 tport_send_msg() tport_vsend returned 573 send 573 bytes to udp/[182.72.124.106]:54041 at 07:48:16.094811: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 182.72.124.106:54041;rport=54041;branch=z9hG4bKPjxFwXl0bBUNrbGTu7uJXDU3tJebgSypW4 From: ;tag=eXIhsBaUNrAWusPc3jGsCQZJa8vK8rjn To: ;tag=0aBUyaet9aQNK Call-ID: uBDMYj-.R3l6m2RcUaFkOk52Bv-JtISz CSeq: 40066 REGISTER Contact: ;expires=2259 Date: Thu, 27 Oct 2016 14:48:15 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58034eb0 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[94.129.241.103]:28608 at 07:48:16.097834: ------------------------------------------------------------------------ SUBSCRIBE sip:8489306104 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjA6kiAeJz6OyZHUFRDuci8HnCGxsNsjau Max-Forwards: 70 f: ;tag=BGcP1HQHa6-53qjUGZBoZT3bqIe8R6iy t: m: i: g3D.rJXWehdX4EZa4B4f07hcE57BgSse CSeq: 24688 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58034eb0 (604 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:8489306104 at 1X9.38.1X.1X SIP/2.0 (CSeq 24688) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:8489306104 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (24688) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 491 bytes of 491 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 491 send 491 bytes to udp/[94.129.241.103]:28608 at 07:48:16.098099: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjA6kiAeJz6OyZHUFRDuci8HnCGxsNsjau;received=94.129.241.103 f: ;tag=BGcP1HQHa6-53qjUGZBoZT3bqIe8R6iy To: ;tag=35p53U0405SDp i: g3D.rJXWehdX4EZa4B4f07hcE57BgSse CSeq: 24688 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (24688) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/107 term, 1/107 free nta.c:1296 agent_timer() nta: timer set next to 315 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58023640 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58023640 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c001130): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c001130): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c001130) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58270250, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58270250, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5805c050) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */219.92.42.22:40329 tport.c:4046 tport_resolve() tport_resolve addrinfo = 219.92.42.22:40329 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */219.92.42.22:40329 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 748 bytes of 748 to udp/219.92.42.22:40329 tport.c:3492 tport_send_msg() tport_vsend returned 748 send 748 bytes to udp/[219.92.42.22]:40329 at 07:48:16.147824: ------------------------------------------------------------------------ NOTIFY sip:601127037585 at 219.92.42.22:40329;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKS8SQ30458c2jj Max-Forwards: 70 From: ;tag=4egy5pH8Xeg0H To: Call-ID: 3c08ffce-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453784 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 74 Messages-Waiting: no Message-Account: sip:601127037585 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453784) to */219.92.42.22:40329 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58023640 for udp/1X9.38.1X.1X:5060 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58278450 from (udp/1X9.38.1X.1X:5060) has 862 bytes, veclen = 1 recv 862 bytes from udp/[94.129.241.103]:28608 at 07:48:16.177794: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPj9jKtdAta2xYJPcBLH-N1A8vYjzFXjOfC Route: Max-Forwards: 70 f: ;tag=tGnsn9eSS8ONzmVfKYH0B3CVQ0R9jQ8F t: i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36707 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8489306104", realm="1X9.38.1X.1X", nonce="4bb551cc-be89-4c2d-89b9-17abb935e774", uri="sip:1X9.38.1X.1X", response="973b056ef335deb6fa1dcbb87d6027ad", algorithm=MD5, cnonce="dFEIHusr8d6LYo82otzosRfPhin4nhiJ", qop=auth, nc=00000001 m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58278450 (862 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 36707) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (36707) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58144df0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5802d620, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58144df0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58299ee0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58299ee0 (0 bytes) from udp/188.53.130.19:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c28a0 from (udp/1X9.38.1X.1X:5060) has 546 bytes, veclen = 1 recv 546 bytes from udp/[180.255.250.98]:32067 at 07:48:16.287629: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.127.30.124:46247;rport;branch=z9hG4bKPjVacZrYaTj3EIpJd2QEhYuM14Yiw7w32A Route: Max-Forwards: 70 f: ;tag=cHRCV2RFdSr2ekFNP5yoa1EXbgu.jB5V t: i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49520 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c28a0 (546 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 49520) nta.c:3174 agent_check_request_via() nta: Via check: received=180.255.250.98 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (49520) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580d7ec0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580f4570, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580d7ec0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580a5200 from (udp/1X9.38.1X.1X:5060) has 611 bytes, veclen = 1 recv 611 bytes from udp/[219.92.42.22]:40329 at 07:48:16.309350: ------------------------------------------------------------------------ SUBSCRIBE sip:601127037585 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 219.92.42.22:40329;rport;branch=z9hG4bKPjvSaZI9c.oj4FIxsMOdarnUcdGzvHDyTI Max-Forwards: 70 f: ;tag=r5W2skuzUc5TL8eCgXcnsqaJr3ZzjS4d t: m: i: nBz7k3JfZAUaxkHJPjKGmgZ3yvKJHq3r CSeq: 16780 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580a5200 (611 bytes) from udp/219.92.42.22:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:601127037585 at 1X9.38.1X.1X SIP/2.0 (CSeq 16780) nta.c:3248 agent_aliases() nta: canonizing sip:601127037585 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (16780) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/219.92.42.22:40329 tport.c:4046 tport_resolve() tport_resolve addrinfo = 219.92.42.22:40329 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/219.92.42.22:40329 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 472 bytes of 472 to udp/219.92.42.22:40329 tport.c:3492 tport_send_msg() tport_vsend returned 472 send 472 bytes to udp/[219.92.42.22]:40329 at 07:48:16.309675: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 219.92.42.22:40329;rport=40329;branch=z9hG4bKPjvSaZI9c.oj4FIxsMOdarnUcdGzvHDyTI f: ;tag=r5W2skuzUc5TL8eCgXcnsqaJr3ZzjS4d To: ;tag=79U8a83jN9jrm i: nBz7k3JfZAUaxkHJPjKGmgZ3yvKJHq3r CSeq: 16780 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (16780) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58144df0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58144df0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58144df0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5802d620, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 572 bytes of 572 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 572 send 572 bytes to udp/[94.129.241.103]:28608 at 07:48:16.351428: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPj9jKtdAta2xYJPcBLH-N1A8vYjzFXjOfC;received=94.129.241.103 f: ;tag=tGnsn9eSS8ONzmVfKYH0B3CVQ0R9jQ8F To: ;tag=5Q9p7H2BUQ6jD i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36707 REGISTER Contact: ;expires=2206 Date: Thu, 27 Oct 2016 14:48:16 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (36707) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58144df0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5802d620) called nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580d7ec0): sent signal r_respond 2016-10-27 07:48:16.339784 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9944326591 at 1X9.38.1X.1X] from ip 180.255.250.98 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580d7ec0): recv signal r_respond 401 Unauthorized nua_stack.c:529 nua_signal() nua(0x7f5f580d7ec0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580f4570, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 609 bytes of 609 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 609 send 609 bytes to udp/[180.255.250.98]:32067 at 07:48:16.351711: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.127.30.124:46247;rport=32067;branch=z9hG4bKPjVacZrYaTj3EIpJd2QEhYuM14Yiw7w32A;received=180.255.250.98 f: ;tag=cHRCV2RFdSr2ekFNP5yoa1EXbgu.jB5V To: ;tag=602F9cKFr0v5r i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49520 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="59c168a4-11f5-463d-b735-159c16224c01", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (49520) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580d7ec0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580f4570) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cf8a0 from (udp/1X9.38.1X.1X:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[47.30.69.220]:38937 at 07:48:16.359052: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.18.61.253:38937;rport;branch=z9hG4bKPj2AWJBCBJ1bVAtRqOwvLfQSDMbuTa9r4h Route: Max-Forwards: 70 f: ;tag=wSqjXAaBpfi0SilEU6jUoRnwk4H59inq t: i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16028 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580cf8a0 (542 bytes) from udp/47.30.69.220:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 16028) nta.c:3174 agent_check_request_via() nta: Via check: received=47.30.69.220 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (16028) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5809c880) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5810ee80, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5809c880): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5809c880): sent signal r_respond 2016-10-27 07:48:16.359796 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [7982524343 at 1X9.38.1X.1X] from ip 47.30.69.220 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5809c880): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5809c880): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5810ee80, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/47.30.69.220:38937 tport.c:4046 tport_resolve() tport_resolve addrinfo = 47.30.69.220:38937 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/47.30.69.220:38937 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 605 bytes of 605 to udp/47.30.69.220:38937 tport.c:3492 tport_send_msg() tport_vsend returned 605 send 605 bytes to udp/[47.30.69.220]:38937 at 07:48:16.360058: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.18.61.253:38937;rport=38937;branch=z9hG4bKPj2AWJBCBJ1bVAtRqOwvLfQSDMbuTa9r4h;received=47.30.69.220 f: ;tag=wSqjXAaBpfi0SilEU6jUoRnwk4H59inq To: ;tag=8jN1c3mpjj9ag i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16028 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="2e23f378-e113-41f1-9ea8-3efc754f74b2", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (16028) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5809c880): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5810ee80) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5810ec40 from (udp/1X9.38.1X.1X:5060) has 302 bytes, veclen = 1 recv 302 bytes from udp/[219.92.42.22]:40329 at 07:48:16.383945: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKS8SQ30458c2jj i: 3c08ffce-16f7-1235-d8ae-325ad17da6e2 f: ;tag=4egy5pH8Xeg0H t: ;tag=z9hG4bKS8SQ30458c2jj CSeq: 98453784 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5810ec40 (302 bytes) from udp/219.92.42.22:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453784) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 236.264 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58023640 by 0x7f5f580fea30 with 0x7f5f5810ec40 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c001130): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c001130): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c001130): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5805c050) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58270250) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f3390 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f3390 (2 bytes) from udp/180.255.250.172:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 6 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 573 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f3390 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f3390 (2 bytes) from udp/111.125.209.209:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58061980 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58061980 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58054270 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58054270 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580b9890 from (udp/1X9.38.1X.1X:5060) has 327 bytes, veclen = 1 recv 327 bytes from udp/[182.72.124.106]:54041 at 07:48:16.642113: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKrZ0y15K2B4B0p Call-ID: 3bf156a7-16f7-1235-d8ae-325ad17da6e2 From: ;tag=2vXc20F13v3ta To: ;tag=z9hG4bKrZ0y15K2B4B0p CSeq: 98453783 NOTIFY Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580b9890 (327 bytes) from udp/182.72.124.106:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453783) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 649.508 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5811e370 by 0x7f5f581f6440 with 0x7f5f580b9890 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c002fa0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c002fa0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c002fa0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5807e2f0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581f41e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5825d4a0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5825d4a0 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f3390 from (udp/1X9.38.1X.1X:5060) has 595 bytes, veclen = 1 recv 595 bytes from udp/[94.129.241.103]:28608 at 07:48:16.810398: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.123.79.3:39976;rport;branch=z9hG4bKPjoA7RH4X0eMGPqgEY616sie6pMJ7i43Yt Route: Max-Forwards: 70 f: ;tag=cdX6wAFBl2nVZXNwdDHilQFP8VeXv8ZU t: i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36708 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580f3390 (595 bytes) from udp/94.129.241.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 36708) nta.c:3174 agent_check_request_via() nta: Via check: received=94.129.241.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (36708) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58054360) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5820bc30, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58054360): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58054360): sent signal r_respond 2016-10-27 07:48:16.799801 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8489306104 at 1X9.38.1X.1X] from ip 94.129.241.103 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58054360): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58054360): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5820bc30, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/94.129.241.103:28608 tport.c:4046 tport_resolve() tport_resolve addrinfo = 94.129.241.103:28608 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/94.129.241.103:28608 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 606 bytes of 606 to udp/94.129.241.103:28608 tport.c:3492 tport_send_msg() tport_vsend returned 606 send 606 bytes to udp/[94.129.241.103]:28608 at 07:48:16.811682: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.123.79.3:39976;rport=28608;branch=z9hG4bKPjoA7RH4X0eMGPqgEY616sie6pMJ7i43Yt;received=94.129.241.103 f: ;tag=cdX6wAFBl2nVZXNwdDHilQFP8VeXv8ZU To: ;tag=9Uetey5SFUZXB i: -PGTWSOPu3Ro7HNqZThhBDxxWQR1XSFp CSeq: 36708 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="76d5fb4f-40ef-4c22-be10-3384c6bf892e", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (36708) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58054360): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5820bc30) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5825d4a0 from (udp/1X9.38.1X.1X:5060) has 603 bytes, veclen = 1 recv 603 bytes from udp/[68.13.90.109]:36104 at 07:48:16.826798: ------------------------------------------------------------------------ SUBSCRIBE sip:6783274753 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 68.13.90.109:36104;rport;branch=z9hG4bKPj0sk1MwWG.4jSfYC2Nqd-mkVp9ooFk8P1 Max-Forwards: 70 f: ;tag=FCEZvS7vLV9nAhGHTNqqiLIM9L80mvoM t: m: i: 7CE1ebaDjhOfhNcjs8xB4W1Phe5QcK0x CSeq: 20115 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5825d4a0 (603 bytes) from udp/68.13.90.109:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:6783274753 at 1X9.38.1X.1X SIP/2.0 (CSeq 20115) nta.c:3248 agent_aliases() nta: canonizing sip:6783274753 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (20115) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/68.13.90.109:36104 tport.c:4046 tport_resolve() tport_resolve addrinfo = 68.13.90.109:36104 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/68.13.90.109:36104 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/68.13.90.109:36104 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[68.13.90.109]:36104 at 07:48:16.827020: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 68.13.90.109:36104;rport=36104;branch=z9hG4bKPj0sk1MwWG.4jSfYC2Nqd-mkVp9ooFk8P1 f: ;tag=FCEZvS7vLV9nAhGHTNqqiLIM9L80mvoM To: ;tag=a57jgSpXc4NgQ i: 7CE1ebaDjhOfhNcjs8xB4W1Phe5QcK0x CSeq: 20115 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (20115) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580dbdf0 from (udp/1X9.38.1X.1X:5060) has 595 bytes, veclen = 1 recv 595 bytes from udp/[157.49.70.103]:55894 at 07:48:16.848444: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.31.155.94:55894;rport;branch=z9hG4bKPjzIpHqxeEE1XPJ6aVM0-oyfAE.a5hCbw4 Route: Max-Forwards: 70 f: ;tag=VZaHAyuHBzh0Vqzc.NsXfmSXe-zKq8BF t: i: IcHgzBEdA1n6bPfeGv2JkMJaj690u0mw CSeq: 6028 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580dbdf0 (595 bytes) from udp/157.49.70.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 6028) nta.c:3174 agent_check_request_via() nta: Via check: received=157.49.70.103 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (6028) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580b6810) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580b6810): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580b6810): sent signal r_respond 2016-10-27 07:48:16.839799 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [1178523698 at 1X9.38.1X.1X] from ip 157.49.70.103 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580b6810): recv signal r_respond 401 Unauthorized nua_stack.c:529 nua_signal() nua(0x7f5f580b6810): sent signal r_destroy nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581f41e0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/157.49.70.103:55894 tport.c:4046 tport_resolve() tport_resolve addrinfo = 157.49.70.103:55894 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/157.49.70.103:55894 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 605 bytes of 605 to udp/157.49.70.103:55894 tport.c:3492 tport_send_msg() tport_vsend returned 605 send 605 bytes to udp/[157.49.70.103]:55894 at 07:48:16.849500: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.31.155.94:55894;rport=55894;branch=z9hG4bKPjzIpHqxeEE1XPJ6aVM0-oyfAE.a5hCbw4;received=157.49.70.103 f: ;tag=VZaHAyuHBzh0Vqzc.NsXfmSXe-zKq8BF To: ;tag=Be1Bjm709cc3j i: IcHgzBEdA1n6bPfeGv2JkMJaj690u0mw CSeq: 6028 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="37fc873e-788c-4f7f-a666-b39e8523009f", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (6028) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580b6810): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581f41e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5811cc00 from (udp/1X9.38.1X.1X:5060) has 857 bytes, veclen = 1 recv 857 bytes from udp/[172.58.24.174]:38966 at 07:48:16.868407: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjlgwpY68dBAPQeirXCISqEzPPXPQr8dV2 Route: Max-Forwards: 70 f: ;tag=4GGIr6K0WXfnjQ51xXVfZ3VNfWVlLe4d t: i: zoIpWA-V9b1z2YTsnE6SoF31hZvN09MG CSeq: 34684 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="6612361561", realm="1X9.38.1X.1X", nonce="b67e85df-7aaf-49c7-8874-e80e53f77828", uri="sip:1X9.38.1X.1X", response="4773d88adeb348d89f48e93b5f3c1664", algorithm=MD5, cnonce="KiNJTKVpa4xRj74AbTCAQY9CEPylFb6j", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5811cc00 (857 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 34684) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (34684) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5801aec0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58275530, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5801aec0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58044540 from (udp/1X9.38.1X.1X:5060) has 813 bytes, veclen = 1 recv 813 bytes from udp/[180.255.250.98]:32067 at 07:48:16.897601: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.127.30.124:46247;rport;branch=z9hG4bKPj.NuADdoVcsLTOMmgJnUpAgaqSvXsE5U5 Route: Max-Forwards: 70 f: ;tag=cHRCV2RFdSr2ekFNP5yoa1EXbgu.jB5V t: i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49521 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9944326591", realm="1X9.38.1X.1X", nonce="59c168a4-11f5-463d-b735-159c16224c01", uri="sip:1X9.38.1X.1X", response="c3dcb950997940cec67ed4788e0d1d5a", algorithm=MD5, cnonce="hb3TPqgSxxnisDsBqP09wogiPhtS1I3C", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58044540 (813 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 49521) nta.c:3174 agent_check_request_via() nta: Via check: received=180.255.250.98 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (49521) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58125d20) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039da0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58125d20): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:1296 agent_timer() nta: timer set next to 342 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5801aec0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5801aec0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5801aec0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58275530, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[172.58.24.174]:38966 at 07:48:17.030281: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjlgwpY68dBAPQeirXCISqEzPPXPQr8dV2;received=172.58.24.174 f: ;tag=4GGIr6K0WXfnjQ51xXVfZ3VNfWVlLe4d To: ;tag=cQt4KFr46N2Ne i: zoIpWA-V9b1z2YTsnE6SoF31hZvN09MG CSeq: 34684 REGISTER Contact: ;expires=1723 Date: Thu, 27 Oct 2016 14:48:17 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (34684) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5801aec0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58275530) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581ffb40 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581ffb40 (2 bytes) from udp/172.56.28.199:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58125d20): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58125d20): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58125d20): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039da0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 578 bytes of 578 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 578 send 578 bytes to udp/[180.255.250.98]:32067 at 07:48:17.196061: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.127.30.124:46247;rport=32067;branch=z9hG4bKPj.NuADdoVcsLTOMmgJnUpAgaqSvXsE5U5;received=180.255.250.98 f: ;tag=cHRCV2RFdSr2ekFNP5yoa1EXbgu.jB5V To: ;tag=D0KXNa973yr8S i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49521 REGISTER Contact: ;expires=2307 Date: Thu, 27 Oct 2016 14:48:17 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (49521) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58125d20): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58039da0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58039da0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58039da0 (2 bytes) from udp/69.158.106.120:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0048f0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0048f0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c0048f0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b79c0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b79c0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f580e3180) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[172.58.24.174]:38966 at 07:48:17.214180: ------------------------------------------------------------------------ NOTIFY sip:6612361561 at 172.58.24.174:38966;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKtHKg5UN95Nr5D Route: ;ob Max-Forwards: 70 From: ;tag=e9cpQ5SB17eUN To: Call-ID: 3cabb61e-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453784 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:6612361561 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453784) to */172.58.24.174:38966 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58274430 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 175 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581e4480 from (udp/1X9.38.1X.1X:5060) has 809 bytes, veclen = 1 recv 809 bytes from udp/[47.30.69.220]:38937 at 07:48:17.352441: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.18.61.253:38937;rport;branch=z9hG4bKPjclsIrRvXEQpmUf2EKub40Qgo04NED.7P Route: Max-Forwards: 70 f: ;tag=wSqjXAaBpfi0SilEU6jUoRnwk4H59inq t: i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16029 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="7982524343", realm="1X9.38.1X.1X", nonce="2e23f378-e113-41f1-9ea8-3efc754f74b2", uri="sip:1X9.38.1X.1X", response="31f982adb852d2c65d5ba739cc57d9e7", algorithm=MD5, cnonce="F4yohGuT9WbZrURbGfypj7XbLzXt7x89", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581e4480 (809 bytes) from udp/47.30.69.220:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 16029) nta.c:3174 agent_check_request_via() nta: Via check: received=47.30.69.220 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (16029) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58274ab0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829e0e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58274ab0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580bddf0 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[172.58.24.174]:38966 at 07:48:17.361284: ------------------------------------------------------------------------ SUBSCRIBE sip:6612361561 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjBOH39Q8-Go02PF4bHB7k2G9lYGoHYiot Max-Forwards: 70 f: ;tag=on30l2xMDXvJ50oDMmai8-WCa8WxaOMK t: m: i: KYG.1.I1FkIcU9UrPsw8zpXnXaPCK3Rz CSeq: 12279 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580bddf0 (601 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:6612361561 at 1X9.38.1X.1X SIP/2.0 (CSeq 12279) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:6612361561 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (12279) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 488 bytes of 488 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 488 send 488 bytes to udp/[172.58.24.174]:38966 at 07:48:17.361573: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjBOH39Q8-Go02PF4bHB7k2G9lYGoHYiot;received=172.58.24.174 f: ;tag=on30l2xMDXvJ50oDMmai8-WCa8WxaOMK To: ;tag=gUZ7tUUjUSU0c i: KYG.1.I1FkIcU9UrPsw8zpXnXaPCK3Rz CSeq: 12279 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (12279) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f2a10 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f2a10 (2 bytes) from udp/69.158.106.120:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c001110): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c001110): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c001110) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581fc100, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581fc100, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58085f90) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 791 bytes of 791 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 791 send 791 bytes to udp/[180.255.250.98]:32067 at 07:48:17.381878: ------------------------------------------------------------------------ NOTIFY sip:9944326591 at 100.127.30.124:46247;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKUtc96p6c3yerS Route: ;ob Max-Forwards: 70 From: ;tag=H4r0vpcpr2HKr To: Call-ID: 3cc54cf3-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453784 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:9944326591 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453784) to */180.255.250.98:32067 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58134100 for udp/1X9.38.1X.1X:5060 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58201b20 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[172.58.24.174]:38966 at 07:48:17.441306: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKtHKg5UN95Nr5D i: 3cabb61e-16f7-1235-d8ae-325ad17da6e2 f: ;tag=e9cpQ5SB17eUN t: ;tag=z9hG4bKtHKg5UN95Nr5D CSeq: 98453784 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58201b20 (298 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453784) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 227.286 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58274430 by 0x7f5f581ffb40 with 0x7f5f58201b20 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c0048f0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 188 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58274ab0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58274ab0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58274ab0): recv signal r_respond 200 OK nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829e0e0, ...) called nua_stack.c:529 nua_signal() nua(0x7f5f1c0048f0): sent signal r_destroy tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/47.30.69.220:38937 tport.c:4046 tport_resolve() tport_resolve addrinfo = 47.30.69.220:38937 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/47.30.69.220:38937 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 572 bytes of 572 to udp/47.30.69.220:38937 tport.c:3492 tport_send_msg() tport_vsend returned 572 send 572 bytes to udp/[47.30.69.220]:38937 at 07:48:17.524782: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.18.61.253:38937;rport=38937;branch=z9hG4bKPjclsIrRvXEQpmUf2EKub40Qgo04NED.7P;received=47.30.69.220 f: ;tag=wSqjXAaBpfi0SilEU6jUoRnwk4H59inq To: ;tag=Fj6eS0aFyg5DH i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16029 REGISTER Contact: ;expires=2190 Date: Thu, 27 Oct 2016 14:48:17 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (16029) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58274ab0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829e0e0) called nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0048f0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f580e3180) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580b79c0) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 3/113 term, 3/113 free nta.c:1296 agent_timer() nta: timer set next to 573 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c006200): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c006200): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c006200) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b79c0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b79c0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f580eb4a0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */47.30.69.220:38937 tport.c:4046 tport_resolve() tport_resolve addrinfo = 47.30.69.220:38937 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */47.30.69.220:38937 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 787 bytes of 787 to udp/47.30.69.220:38937 tport.c:3492 tport_send_msg() tport_vsend returned 787 send 787 bytes to udp/[47.30.69.220]:38937 at 07:48:17.747513: ------------------------------------------------------------------------ NOTIFY sip:7982524343 at 10.18.61.253:38937;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKv3518HQg074aN Route: ;ob Max-Forwards: 70 From: ;tag=jDjSyHXSNB85K To: Call-ID: 3cfd1899-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453784 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:7982524343 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453784) to */47.30.69.220:38937 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f581f5e40 for udp/1X9.38.1X.1X:5060 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c9bf0 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[180.255.250.98]:32067 at 07:48:17.847857: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKUtc96p6c3yerS i: 3cc54cf3-16f7-1235-d8ae-325ad17da6e2 f: ;tag=H4r0vpcpr2HKr t: ;tag=z9hG4bKUtc96p6c3yerS CSeq: 98453784 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c9bf0 (298 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453784) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 466.134 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58134100 by 0x7f5f58210aa0 with 0x7f5f580c9bf0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c001110): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c001110): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c001110): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58085f90) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581fc100) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58133cd0 from (udp/1X9.38.1X.1X:5060) has 589 bytes, veclen = 1 recv 589 bytes from udp/[172.58.24.174]:38966 at 07:48:18.008417: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjRzwR52l7tMqwoc4LYJxJTRVjiCBunA67 Route: Max-Forwards: 70 f: ;tag=onPEz5SOEPpPLKd-lFkZE1LX-OiFR.gw t: i: 2rwLNUnConZXRPUlfjrf2-n6V91i8Ob8 CSeq: 7873 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58133cd0 (589 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 7873) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (7873) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58030620) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58274ab0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58030620): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58030620): sent signal r_respond 2016-10-27 07:48:17.999804 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [6612361561 at 1X9.38.1X.1X] from ip 172.58.24.174 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58030620): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58030620): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58274ab0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 602 bytes of 602 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 602 send 602 bytes to udp/[172.58.24.174]:38966 at 07:48:18.009820: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjRzwR52l7tMqwoc4LYJxJTRVjiCBunA67;received=172.58.24.174 f: ;tag=onPEz5SOEPpPLKd-lFkZE1LX-OiFR.gw To: ;tag=KpBj0ceXjmyrF i: 2rwLNUnConZXRPUlfjrf2-n6V91i8Ob8 CSeq: 7873 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="86bd9465-834e-4446-8e2d-f0510919dd92", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (7873) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58030620): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58274ab0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58274ab0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58274ab0 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58274ab0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58274ab0 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58274ab0 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[180.255.250.98]:32067 at 07:48:18.122284: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.127.30.124:46247;rport;branch=z9hG4bKPj7qsN0VUMsDI9dRJIQT7ryBDqVWc-A0s2 Route: Max-Forwards: 70 f: ;tag=EKE4Jdu5R5fc8o984J6Ik9GyspzCCcwW t: i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49522 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58274ab0 (601 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 49522) nta.c:3174 agent_check_request_via() nta: Via check: received=180.255.250.98 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (49522) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580ceba0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581fc100, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580ceba0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ceba0): sent signal r_respond 2016-10-27 07:48:18.119796 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9944326591 at 1X9.38.1X.1X] from ip 180.255.250.98 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ceba0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580ceba0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581fc100, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 609 bytes of 609 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 609 send 609 bytes to udp/[180.255.250.98]:32067 at 07:48:18.123270: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.127.30.124:46247;rport=32067;branch=z9hG4bKPj7qsN0VUMsDI9dRJIQT7ryBDqVWc-A0s2;received=180.255.250.98 f: ;tag=EKE4Jdu5R5fc8o984J6Ik9GyspzCCcwW To: ;tag=mZ4a27y0FXmBB i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49522 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="c960c20f-3f6d-4453-973c-3b18844c5eea", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (49522) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580ceba0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581fc100) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58201500 from (udp/1X9.38.1X.1X:5060) has 590 bytes, veclen = 1 recv 590 bytes from udp/[46.101.234.29]:58529 at 07:48:18.129195: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjY9esm7or1NIs.X0iMjXGYaXC1D-0R3dM Route: Max-Forwards: 70 f: ;tag=V1QLDGzEbvJpbixaVG1vi3jWlIWYemHk t: i: D5yvlJy-npozhMFaDuMlWfd1IgblrsIT CSeq: 31244 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58201500 (590 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 31244) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (31244) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58003d60) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58004300, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58003d60): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58003d60): sent signal r_respond 2016-10-27 07:48:18.119796 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [0554308903 at 1X9.38.1X.1X] from ip 46.101.234.29 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58003d60): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58003d60): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58004300, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 603 bytes of 603 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 603 send 603 bytes to udp/[46.101.234.29]:58529 at 07:48:18.130248: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjY9esm7or1NIs.X0iMjXGYaXC1D-0R3dM;received=46.101.234.29 f: ;tag=V1QLDGzEbvJpbixaVG1vi3jWlIWYemHk To: ;tag=N8X332F4c6ayp i: D5yvlJy-npozhMFaDuMlWfd1IgblrsIT CSeq: 31244 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="d70b60c1-48a1-4ea0-8d77-b6224d7b9218", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (31244) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58003d60): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58004300) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58056fc0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58056fc0 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58056fc0 from (udp/1X9.38.1X.1X:5060) has 856 bytes, veclen = 1 recv 856 bytes from udp/[172.58.24.174]:38966 at 07:48:18.180087: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjrZHtuCszFYWkNtWV4l98ekyeD6YgXFlJ Route: Max-Forwards: 70 f: ;tag=onPEz5SOEPpPLKd-lFkZE1LX-OiFR.gw t: i: 2rwLNUnConZXRPUlfjrf2-n6V91i8Ob8 CSeq: 7874 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="6612361561", realm="1X9.38.1X.1X", nonce="86bd9465-834e-4446-8e2d-f0510919dd92", uri="sip:1X9.38.1X.1X", response="73d7fd146532e4c88f5cb74c09dbc5b6", algorithm=MD5, cnonce="ht7jXoArRMSvxEg5SFyOj2RsJ08jvDn7", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58056fc0 (856 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 7874) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (7874) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5804bdb0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5825efd0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5804bdb0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580906d0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580906d0 (2 bytes) from udp/198.223.193.4:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580906d0 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[47.30.69.220]:38937 at 07:48:18.261544: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKv3518HQg074aN i: 3cfd1899-16f7-1235-d8ae-325ad17da6e2 f: ;tag=jDjSyHXSNB85K t: ;tag=z9hG4bKv3518HQg074aN CSeq: 98453784 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580906d0 (298 bytes) from udp/47.30.69.220:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453784) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 514.171 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f581f5e40 by 0x7f5f580da520 with 0x7f5f580906d0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c006200): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453782) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/6 free nta.c:1296 agent_timer() nta: timer set next to 38 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 2/113 term, 2/114 free nta.c:1296 agent_timer() nta: timer set next to 12 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 242 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5826cef0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5826cef0 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5804bdb0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5804bdb0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c006200): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f5f5804bdb0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5825efd0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 570 bytes of 570 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 570 send 570 bytes to udp/[172.58.24.174]:38966 at 07:48:18.345305: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjrZHtuCszFYWkNtWV4l98ekyeD6YgXFlJ;received=172.58.24.174 f: ;tag=onPEz5SOEPpPLKd-lFkZE1LX-OiFR.gw To: ;tag=pHQv5X079e1gj i: 2rwLNUnConZXRPUlfjrf2-n6V91i8Ob8 CSeq: 7874 REGISTER Contact: ;expires=1502 Date: Thu, 27 Oct 2016 14:48:18 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (7874) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5804bdb0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5825efd0) called nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c006200): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f580eb4a0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580b79c0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58000cd0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58000cd0 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820df90 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[172.58.24.174]:38966 at 07:48:18.520540: ------------------------------------------------------------------------ SUBSCRIBE sip:6612361561 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:49776;rport;branch=z9hG4bKPjtEVeJP3Setym1Z.Lmtqxo5HcrnAp0ie5 Max-Forwards: 70 f: ;tag=Nn8drgzugXK6wmZrmFnULYWJhZY.j26Z t: m: i: 6jsoIl08KhaVUgJIpkZa5gzywJ3pjcJF CSeq: 4811 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5820df90 (600 bytes) from udp/172.58.24.174:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:6612361561 at 1X9.38.1X.1X SIP/2.0 (CSeq 4811) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.24.174 nta.c:3248 agent_aliases() nta: canonizing sip:6612361561 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (4811) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.24.174:38966 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.24.174:38966 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.24.174:38966 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/172.58.24.174:38966 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[172.58.24.174]:38966 at 07:48:18.520770: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:49776;rport=38966;branch=z9hG4bKPjtEVeJP3Setym1Z.Lmtqxo5HcrnAp0ie5;received=172.58.24.174 f: ;tag=Nn8drgzugXK6wmZrmFnULYWJhZY.j26Z To: ;tag=QtgN7rHB7QQ3D i: 6jsoIl08KhaVUgJIpkZa5gzywJ3pjcJF CSeq: 4811 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (4811) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 7 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 220 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58000cd0 from (udp/1X9.38.1X.1X:5060) has 610 bytes, veclen = 1 recv 610 bytes from udp/[188.236.84.207]:8818 at 07:48:18.600716: ------------------------------------------------------------------------ SUBSCRIBE sip:94976767667 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.133.154.162:38474;rport;branch=z9hG4bKPjJWZNk5EL1Kord7j2guovKKZGhK6bSCfn Max-Forwards: 70 f: ;tag=TXrK4cTGSLlYJkGhrfY1psmIhCKZ6ijB t: m: i: 04tBo4vgnJqRRuE9o4LWGJdJTZ3KmzQt CSeq: 29085 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58000cd0 (610 bytes) from udp/188.236.84.207:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:94976767667 at 1X9.38.1X.1X SIP/2.0 (CSeq 29085) nta.c:3174 agent_check_request_via() nta: Via check: received=188.236.84.207 nta.c:3248 agent_aliases() nta: canonizing sip:94976767667 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (29085) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.236.84.207:8818 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.84.207:8818 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.236.84.207:8818 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 495 bytes of 495 to udp/188.236.84.207:8818 tport.c:3492 tport_send_msg() tport_vsend returned 495 send 495 bytes to udp/[188.236.84.207]:8818 at 07:48:18.600952: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.133.154.162:38474;rport=8818;branch=z9hG4bKPjJWZNk5EL1Kord7j2guovKKZGhK6bSCfn;received=188.236.84.207 f: ;tag=TXrK4cTGSLlYJkGhrfY1psmIhCKZ6ijB To: ;tag=r39D9K2e40DpS i: 04tBo4vgnJqRRuE9o4LWGJdJTZ3KmzQt CSeq: 29085 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (29085) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58003ff0 from (udp/1X9.38.1X.1X:5060) has 609 bytes, veclen = 1 recv 609 bytes from udp/[188.236.84.207]:8818 at 07:48:18.612807: ------------------------------------------------------------------------ SUBSCRIBE sip:94976767667 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.133.154.162:38474;rport;branch=z9hG4bKPjVmIMoR4PXXaxrUQJc10OPEx.aYqzlmYT Max-Forwards: 70 f: ;tag=K8mbG8qrN2xn8AMJPTL1HNrjKy9Ka6Md t: m: i: UottYBVXX-RvHa-WSzfk7rz-6UMvvSuS CSeq: 8884 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58003ff0 (609 bytes) from udp/188.236.84.207:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:94976767667 at 1X9.38.1X.1X SIP/2.0 (CSeq 8884) nta.c:3174 agent_check_request_via() nta: Via check: received=188.236.84.207 nta.c:3248 agent_aliases() nta: canonizing sip:94976767667 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (8884) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.236.84.207:8818 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.84.207:8818 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.236.84.207:8818 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/188.236.84.207:8818 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[188.236.84.207]:8818 at 07:48:18.613096: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.133.154.162:38474;rport=8818;branch=z9hG4bKPjVmIMoR4PXXaxrUQJc10OPEx.aYqzlmYT;received=188.236.84.207 f: ;tag=K8mbG8qrN2xn8AMJPTL1HNrjKy9Ka6Md To: ;tag=Sc36aFKj1938m i: UottYBVXX-RvHa-WSzfk7rz-6UMvvSuS CSeq: 8884 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (8884) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5806b480 (2 bytes) from udp/108.46.244.252:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 316 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5806b480 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5806b480 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5806b480 (2 bytes) from udp/94.129.74.97:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5806b480 (2 bytes) from udp/180.255.250.56:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806b480 from (udp/1X9.38.1X.1X:5060) has 607 bytes, veclen = 1 recv 607 bytes from udp/[198.223.193.16]:3096 at 07:48:18.981040: ------------------------------------------------------------------------ SUBSCRIBE sip:4196017659 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.100.190.187:40810;rport;branch=z9hG4bKPj6W4BjcNiDLBTLMUJm2sxoQwUJnhqVjyf Max-Forwards: 70 f: ;tag=uN17JJdVWhl39Yj8IoG95XIpu07xCSYu t: m: i: LBPZdGvfXbhQgz26HP0ttgl3WYtGuxhj CSeq: 27552 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5806b480 (607 bytes) from udp/198.223.193.16:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:4196017659 at 1X9.38.1X.1X SIP/2.0 (CSeq 27552) nta.c:3174 agent_check_request_via() nta: Via check: received=198.223.193.16 nta.c:3248 agent_aliases() nta: canonizing sip:4196017659 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (27552) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/198.223.193.16:3096 tport.c:4046 tport_resolve() tport_resolve addrinfo = 198.223.193.16:3096 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/198.223.193.16:3096 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/198.223.193.16:3096 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[198.223.193.16]:3096 at 07:48:18.981620: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.100.190.187:40810;rport=3096;branch=z9hG4bKPj6W4BjcNiDLBTLMUJm2sxoQwUJnhqVjyf;received=198.223.193.16 f: ;tag=uN17JJdVWhl39Yj8IoG95XIpu07xCSYu To: ;tag=tNvZca4NyjtUg i: LBPZdGvfXbhQgz26HP0ttgl3WYtGuxhj CSeq: 27552 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (27552) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106bf0 from (udp/1X9.38.1X.1X:5060) has 607 bytes, veclen = 1 recv 607 bytes from udp/[198.223.193.16]:3096 at 07:48:18.981811: ------------------------------------------------------------------------ SUBSCRIBE sip:4196017659 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.100.190.187:40810;rport;branch=z9hG4bKPjvu8gJ4lhkAVuB4Gevu3PJL4S2S-WTQrW Max-Forwards: 70 f: ;tag=C6qVR1D2is.pX2Dr0Ker.z8vRRsuNUqZ t: m: i: hxdnVs.9RCmbZKaN9nn1B01FUG139H3y CSeq: 15368 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58106bf0 (607 bytes) from udp/198.223.193.16:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:4196017659 at 1X9.38.1X.1X SIP/2.0 (CSeq 15368) nta.c:3174 agent_check_request_via() nta: Via check: received=198.223.193.16 nta.c:3248 agent_aliases() nta: canonizing sip:4196017659 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (15368) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/198.223.193.16:3096 tport.c:4046 tport_resolve() tport_resolve addrinfo = 198.223.193.16:3096 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/198.223.193.16:3096 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/198.223.193.16:3096 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[198.223.193.16]:3096 at 07:48:18.982047: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.100.190.187:40810;rport=3096;branch=z9hG4bKPjvu8gJ4lhkAVuB4Gevu3PJL4S2S-WTQrW;received=198.223.193.16 f: ;tag=C6qVR1D2is.pX2Dr0Ker.z8vRRsuNUqZ To: ;tag=UyNre5mSUUgec i: hxdnVs.9RCmbZKaN9nn1B01FUG139H3y CSeq: 15368 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (15368) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580112a0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580112a0 (0 bytes) from udp/95.185.190.196:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 101 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580ed330 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580ed330 (2 bytes) from udp/208.54.86.213:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 28 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580ed330 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580ed330 (2 bytes) from udp/84.208.247.94:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 348 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580ed330 from (udp/1X9.38.1X.1X:5060) has 554 bytes, veclen = 1 recv 554 bytes from udp/[5.82.242.28]:26881 at 07:48:19.307902: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.185:50833;rport;branch=z9hG4bKPjySPSGpRPQJFPM5IvISMFZvfxYTqOLCPc Route: Max-Forwards: 70 f: ;tag=f5hSy.I03t0qcUxgBCDiROErsJogW6Uw t: i: sCONJEDPJzWwHcnS2HbujaFIUK8ZkFD9 CSeq: 37316 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580ed330 (554 bytes) from udp/5.82.242.28:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 37316) nta.c:3174 agent_check_request_via() nta: Via check: received=5.82.242.28 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (37316) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5811c2c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580de5e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5811c2c0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5811c2c0): sent signal r_respond 2016-10-27 07:48:19.299840 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [00919746664528 at 1X9.38.1X.1X] from ip 5.82.242.28 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5811c2c0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5811c2c0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580de5e0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/5.82.242.28:26881 tport.c:4046 tport_resolve() tport_resolve addrinfo = 5.82.242.28:26881 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/5.82.242.28:26881 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 613 bytes of 613 to udp/5.82.242.28:26881 tport.c:3492 tport_send_msg() tport_vsend returned 613 send 613 bytes to udp/[5.82.242.28]:26881 at 07:48:19.309250: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.185:50833;rport=26881;branch=z9hG4bKPjySPSGpRPQJFPM5IvISMFZvfxYTqOLCPc;received=5.82.242.28 f: ;tag=f5hSy.I03t0qcUxgBCDiROErsJogW6Uw To: ;tag=v7eHg05vr460Q i: sCONJEDPJzWwHcnS2HbujaFIUK8ZkFD9 CSeq: 37316 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="489467a6-df1d-4917-9771-d3a433bb4457", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (37316) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5811c2c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580de5e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58098ff0 from (udp/1X9.38.1X.1X:5060) has 857 bytes, veclen = 1 recv 857 bytes from udp/[46.101.234.29]:58529 at 07:48:19.333122: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjOOtd4P7yzpJCxiFikNUzMbFLLqNa9tJb Route: Max-Forwards: 70 f: ;tag=V1QLDGzEbvJpbixaVG1vi3jWlIWYemHk t: i: D5yvlJy-npozhMFaDuMlWfd1IgblrsIT CSeq: 31245 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="0554308903", realm="1X9.38.1X.1X", nonce="d70b60c1-48a1-4ea0-8d77-b6224d7b9218", uri="sip:1X9.38.1X.1X", response="135625fe17c16997400914b405f3a3d7", algorithm=MD5, cnonce="NxfUbOhOqe4WYsI.G7sbxFyy0bTZnFtr", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58098ff0 (857 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 31245) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (31245) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580b0f70) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b1090, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580b0f70): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580b0f70): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580b0f70): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580b0f70): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580b1090, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[46.101.234.29]:58529 at 07:48:19.508574: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjOOtd4P7yzpJCxiFikNUzMbFLLqNa9tJb;received=46.101.234.29 f: ;tag=V1QLDGzEbvJpbixaVG1vi3jWlIWYemHk To: ;tag=Xg89HUp0NDXKK i: D5yvlJy-npozhMFaDuMlWfd1IgblrsIT CSeq: 31245 REGISTER Contact: ;expires=1242 Date: Thu, 27 Oct 2016 14:48:19 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (31245) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580b0f70): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580b1090) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 522 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805c2b0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805c2b0 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805c2b0 from (udp/1X9.38.1X.1X:5060) has 607 bytes, veclen = 1 recv 607 bytes from udp/[97.32.133.227]:14333 at 07:48:19.690921: ------------------------------------------------------------------------ SUBSCRIBE sip:9362229256 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.105.211.101:35378;rport;branch=z9hG4bKPjd61ucYBG0E2DxCQ6cl5YqelcisMIn2Av Max-Forwards: 70 f: ;tag=DuSlz2SbqsdZjNVXnQS7dSQZ6AFVKp1z t: m: i: T-scdAiP1kAY38YchbwrFHZjdoDru0R1 CSeq: 16261 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5805c2b0 (607 bytes) from udp/97.32.133.227:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9362229256 at 1X9.38.1X.1X SIP/2.0 (CSeq 16261) nta.c:3174 agent_check_request_via() nta: Via check: received=97.32.133.227 nta.c:3248 agent_aliases() nta: canonizing sip:9362229256 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (16261) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/97.32.133.227:14333 tport.c:4046 tport_resolve() tport_resolve addrinfo = 97.32.133.227:14333 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/97.32.133.227:14333 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/97.32.133.227:14333 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[97.32.133.227]:14333 at 07:48:19.691213: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.105.211.101:35378;rport=14333;branch=z9hG4bKPjd61ucYBG0E2DxCQ6cl5YqelcisMIn2Av;received=97.32.133.227 f: ;tag=DuSlz2SbqsdZjNVXnQS7dSQZ6AFVKp1z To: ;tag=yS12Kp73jpK6e i: T-scdAiP1kAY38YchbwrFHZjdoDru0R1 CSeq: 16261 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (16261) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 607 bytes, veclen = 1 recv 607 bytes from udp/[97.32.133.227]:14333 at 07:48:19.883834: ------------------------------------------------------------------------ SUBSCRIBE sip:9362229256 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.105.211.101:35378;rport;branch=z9hG4bKPjd61ucYBG0E2DxCQ6cl5YqelcisMIn2Av Max-Forwards: 70 f: ;tag=DuSlz2SbqsdZjNVXnQS7dSQZ6AFVKp1z t: m: i: T-scdAiP1kAY38YchbwrFHZjdoDru0R1 CSeq: 16261 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58106180 (607 bytes) from udp/97.32.133.227:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9362229256 at 1X9.38.1X.1X SIP/2.0 (CSeq 16261) nta.c:3174 agent_check_request_via() nta: Via check: received=97.32.133.227 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (16261) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/97.32.133.227:14333 tport.c:4046 tport_resolve() tport_resolve addrinfo = 97.32.133.227:14333 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/97.32.133.227:14333 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/97.32.133.227:14333 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[97.32.133.227]:14333 at 07:48:19.884053: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.105.211.101:35378;rport=14333;branch=z9hG4bKPjd61ucYBG0E2DxCQ6cl5YqelcisMIn2Av;received=97.32.133.227 f: ;tag=DuSlz2SbqsdZjNVXnQS7dSQZ6AFVKp1z To: ;tag=yS12Kp73jpK6e i: T-scdAiP1kAY38YchbwrFHZjdoDru0R1 CSeq: 16261 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (2 bytes) from udp/172.98.85.17:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (2 bytes) from udp/172.56.0.142:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (2 bytes) from udp/76.114.190.228:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (2 bytes) from udp/198.223.196.69:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106180 (2 bytes) from udp/178.152.242.57:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106180 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[46.101.234.29]:58529 at 07:48:20.081780: ------------------------------------------------------------------------ SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjvP-9ESVktOMUF3k2Ja5INe-hDslKIJQN Max-Forwards: 70 f: ;tag=FjtZea0xLcUcTEuZ82V5d5fauLjvQhVd t: m: i: Wjro0vbW45.p-eiWsM.MTIRKgA-ETRGg CSeq: 3262 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58106180 (600 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 (CSeq 3262) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:0554308903 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (3262) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[46.101.234.29]:58529 at 07:48:20.082153: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjvP-9ESVktOMUF3k2Ja5INe-hDslKIJQN;received=46.101.234.29 f: ;tag=FjtZea0xLcUcTEuZ82V5d5fauLjvQhVd To: ;tag=Z2tUNHr7FZ9ra i: Wjro0vbW45.p-eiWsM.MTIRKgA-ETRGg CSeq: 3262 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (3262) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 47 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 507 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106720 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5828f320 (0 bytes) from udp/188.53.130.19:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106720 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5828f320 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106720 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[46.101.234.29]:58529 at 07:48:20.582533: ------------------------------------------------------------------------ SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjvP-9ESVktOMUF3k2Ja5INe-hDslKIJQN Max-Forwards: 70 f: ;tag=FjtZea0xLcUcTEuZ82V5d5fauLjvQhVd t: m: i: Wjro0vbW45.p-eiWsM.MTIRKgA-ETRGg CSeq: 3262 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58106720 (600 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 (CSeq 3262) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3012 agent_recv_request() nta: SUBSCRIBE (3262) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[46.101.234.29]:58529 at 07:48:20.582830: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjvP-9ESVktOMUF3k2Ja5INe-hDslKIJQN;received=46.101.234.29 f: ;tag=FjtZea0xLcUcTEuZ82V5d5fauLjvQhVd To: ;tag=Z2tUNHr7FZ9ra i: Wjro0vbW45.p-eiWsM.MTIRKgA-ETRGg CSeq: 3262 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 308 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5828f320 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 416 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106720 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5828f320 (2 bytes) from udp/14.100.134.19:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800dbd0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800dbd0 (2 bytes) from udp/180.255.250.172:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5810f470 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5810f470 (2 bytes) from udp/77.99.97.223:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453784) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1296 agent_timer() nta: timer set next to 258 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58106720 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58106720 (2 bytes) from udp/98.254.247.70:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5828f320 (2 bytes) from udp/27.111.35.201:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453783) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 160 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800dbd0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800dbd0 (2 bytes) from udp/107.107.56.159:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5810f470 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5810f470 (2 bytes) from udp/46.251.134.67:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58023640 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58023640 (2 bytes) from udp/46.251.134.67:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 360 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58040d80 from (udp/1X9.38.1X.1X:5060) has 590 bytes, veclen = 1 recv 590 bytes from udp/[46.101.234.29]:58529 at 07:48:21.868911: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjpG5I3cHTrsLRF0gNxvzwVLApqAV46Wvy Route: Max-Forwards: 70 f: ;tag=vCK-FTyQ-koYOQVaayF5OkhDE3zWE3-l t: i: Cdj-prGqyZPg1r2CRUPnra3fkPJrn1K- CSeq: 54276 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58040d80 (590 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 54276) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (54276) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f582112a0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f582638d0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f582112a0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f582112a0): sent signal r_respond 2016-10-27 07:48:21.859805 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [0554308903 at 1X9.38.1X.1X] from ip 46.101.234.29 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f582112a0): recv signal r_respond 401 Unauthorized nua_stack.c:529 nua_signal() nua(0x7f5f582112a0): sent signal r_destroy nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f582638d0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 603 bytes of 603 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 603 send 603 bytes to udp/[46.101.234.29]:58529 at 07:48:21.870428: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjpG5I3cHTrsLRF0gNxvzwVLApqAV46Wvy;received=46.101.234.29 f: ;tag=vCK-FTyQ-koYOQVaayF5OkhDE3zWE3-l To: ;tag=0BmmQc9aD8ZBp i: Cdj-prGqyZPg1r2CRUPnra3fkPJrn1K- CSeq: 54276 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="865fe8ed-b7fe-40dc-85f7-f288262aded6", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (54276) nua_stack.c:569 nua_stack_signal() nua(0x7f5f582112a0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f582638d0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5828f320 from (udp/1X9.38.1X.1X:5060) has 624 bytes, veclen = 1 recv 624 bytes from udp/[111.125.209.209]:54346 at 07:48:21.916970: ------------------------------------------------------------------------ SUBSCRIBE sip:00918808441762 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 111.125.209.209:54346;rport;branch=z9hG4bKPjGJLf83l35bBXhTh5WktkgM77JF2aHdWo Max-Forwards: 70 f: ;tag=zy-0eliGwBzFSOdFBbgBrRj2cxhy0Lll t: m: i: Slh4n0Ii6JGiMdy7j28cAkNy06zM.Ccz CSeq: 1851 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5828f320 (624 bytes) from udp/111.125.209.209:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:00918808441762 at 1X9.38.1X.1X SIP/2.0 (CSeq 1851) nta.c:3248 agent_aliases() nta: canonizing sip:00918808441762 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (1851) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/111.125.209.209:54346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 111.125.209.209:54346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/111.125.209.209:54346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 478 bytes of 478 to udp/111.125.209.209:54346 tport.c:3492 tport_send_msg() tport_vsend returned 478 send 478 bytes to udp/[111.125.209.209]:54346 at 07:48:21.917189: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 111.125.209.209:54346;rport=54346;branch=z9hG4bKPjGJLf83l35bBXhTh5WktkgM77JF2aHdWo f: ;tag=zy-0eliGwBzFSOdFBbgBrRj2cxhy0Lll To: ;tag=1mDDS7SeaHpyH i: Slh4n0Ii6JGiMdy7j28cAkNy06zM.Ccz CSeq: 1851 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (1851) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580cdd80 from (udp/1X9.38.1X.1X:5060) has 625 bytes, veclen = 1 recv 625 bytes from udp/[111.125.209.209]:54346 at 07:48:21.917324: ------------------------------------------------------------------------ SUBSCRIBE sip:00918808441762 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 111.125.209.209:54346;rport;branch=z9hG4bKPjLcpBwWqdNsLTMf3wPiEAGdIOpDPckybQ Max-Forwards: 70 f: ;tag=RMca21xszry4.IFkcbk8WiATje4cRMX2 t: m: i: fvjDwL6PjUbCY4WUXqGsjQWztAK73JcW CSeq: 28606 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580cdd80 (625 bytes) from udp/111.125.209.209:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:00918808441762 at 1X9.38.1X.1X SIP/2.0 (CSeq 28606) nta.c:3248 agent_aliases() nta: canonizing sip:00918808441762 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28606) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/111.125.209.209:54346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 111.125.209.209:54346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/111.125.209.209:54346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 479 bytes of 479 to udp/111.125.209.209:54346 tport.c:3492 tport_send_msg() tport_vsend returned 479 send 479 bytes to udp/[111.125.209.209]:54346 at 07:48:21.917460: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 111.125.209.209:54346;rport=54346;branch=z9hG4bKPjLcpBwWqdNsLTMf3wPiEAGdIOpDPckybQ f: ;tag=RMca21xszry4.IFkcbk8WiATje4cRMX2 To: ;tag=2X65t2aj7ScHD i: fvjDwL6PjUbCY4WUXqGsjQWztAK73JcW CSeq: 28606 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28606) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580bf7a0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580bf7a0 (2 bytes) from udp/198.223.193.16:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580bf7a0 from (udp/1X9.38.1X.1X:5060) has 544 bytes, veclen = 1 recv 544 bytes from udp/[144.74.136.21]:41576 at 07:48:22.036911: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 144.74.136.21:41576;rport;branch=z9hG4bKPjj1arQvAoVt6VGrwqBNL1MhJXtAqh8Zwt Route: Max-Forwards: 70 f: ;tag=3-SYCe2PXq6W2y98rRXc0qJlOH9p0oX9 t: i: hTBxmTK5fL5diRsUgRCcPaggx979-fCg CSeq: 17196 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580bf7a0 (544 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 17196) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (17196) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58042ea0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5820aba0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58042ea0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58042ea0): sent signal r_respond 2016-10-27 07:48:22.019799 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [7732165016 at 1X9.38.1X.1X] from ip 144.74.136.21 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58042ea0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58042ea0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5820aba0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 584 bytes of 584 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 584 send 584 bytes to udp/[144.74.136.21]:41576 at 07:48:22.038043: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 144.74.136.21:41576;rport=41576;branch=z9hG4bKPjj1arQvAoVt6VGrwqBNL1MhJXtAqh8Zwt f: ;tag=3-SYCe2PXq6W2y98rRXc0qJlOH9p0oX9 To: ;tag=36ZyvXUN4223r i: hTBxmTK5fL5diRsUgRCcPaggx979-fCg CSeq: 17196 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="ac732d0a-ecf8-401d-b43c-2d679722d645", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (17196) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58042ea0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5820aba0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58091880 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58091880 (2 bytes) from udp/172.56.30.218:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58091880 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58091880 (2 bytes) from udp/73.150.68.24:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58091880 from (udp/1X9.38.1X.1X:5060) has 868 bytes, veclen = 1 recv 868 bytes from udp/[180.255.250.98]:32067 at 07:48:22.106882: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.127.30.124:46247;rport;branch=z9hG4bKPjGfB-lVJ7kdzt-ZzZylWg5MFzIeNPDH2m Route: Max-Forwards: 70 f: ;tag=EKE4Jdu5R5fc8o984J6Ik9GyspzCCcwW t: i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49523 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9944326591", realm="1X9.38.1X.1X", nonce="c960c20f-3f6d-4453-973c-3b18844c5eea", uri="sip:1X9.38.1X.1X", response="0465996f902da459f1a2c12102a7c36e", algorithm=MD5, cnonce="hb3TPqgSxxnisDsBqP09wogiPhtS1I3C", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58091880 (868 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 49523) nta.c:3174 agent_check_request_via() nta: Via check: received=180.255.250.98 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (49523) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58127e60) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ae6e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58127e60): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (2 bytes) from udp/173.61.40.185:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 279 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58037110 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58037110 (2 bytes) from udp/75.84.151.195:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58037110 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58037110 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58127e60): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58127e60): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58127e60): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ae6e0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 578 bytes of 578 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 578 send 578 bytes to udp/[180.255.250.98]:32067 at 07:48:22.280050: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.127.30.124:46247;rport=32067;branch=z9hG4bKPjGfB-lVJ7kdzt-ZzZylWg5MFzIeNPDH2m;received=180.255.250.98 f: ;tag=EKE4Jdu5R5fc8o984J6Ik9GyspzCCcwW To: ;tag=4FSQyrcS1BSpm i: Sdw8fhhQ4g6CgLSVBJ043V3RlqxRDfzs CSeq: 49523 REGISTER Contact: ;expires=2135 Date: Thu, 27 Oct 2016 14:48:22 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (49523) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58127e60): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ae6e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453784) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 139 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58039da0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58039da0 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58039da0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58039da0 (2 bytes) from udp/84.208.247.94:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 5 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 41 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 222 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58039da0 from (udp/1X9.38.1X.1X:5060) has 607 bytes, veclen = 1 recv 607 bytes from udp/[180.255.250.98]:32067 at 07:48:22.692492: ------------------------------------------------------------------------ SUBSCRIBE sip:9944326591 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.127.30.124:46247;rport;branch=z9hG4bKPjJajSTrARQDMjDh8GTpXiIid40Dn8JaPy Max-Forwards: 70 f: ;tag=7UzK9to.K8Ev4JXt4AM0n02EdRFoqdhY t: m: i: NwB3jLTgzYGa-GyaZOnEu3OCDVs93bTQ CSeq: 18038 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58039da0 (607 bytes) from udp/180.255.250.98:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9944326591 at 1X9.38.1X.1X SIP/2.0 (CSeq 18038) nta.c:3174 agent_check_request_via() nta: Via check: received=180.255.250.98 nta.c:3248 agent_aliases() nta: canonizing sip:9944326591 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (18038) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/180.255.250.98:32067 tport.c:4046 tport_resolve() tport_resolve addrinfo = 180.255.250.98:32067 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/180.255.250.98:32067 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 494 bytes of 494 to udp/180.255.250.98:32067 tport.c:3492 tport_send_msg() tport_vsend returned 494 send 494 bytes to udp/[180.255.250.98]:32067 at 07:48:22.692770: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.127.30.124:46247;rport=32067;branch=z9hG4bKPjJajSTrARQDMjDh8GTpXiIid40Dn8JaPy;received=180.255.250.98 f: ;tag=7UzK9to.K8Ev4JXt4AM0n02EdRFoqdhY To: ;tag=5rjg0KXvymF9F i: NwB3jLTgzYGa-GyaZOnEu3OCDVs93bTQ CSeq: 18038 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (18038) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453784) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta.c:1296 agent_timer() nta: timer set next to 176 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c9bf0 from (udp/1X9.38.1X.1X:5060) has 605 bytes, veclen = 1 recv 605 bytes from udp/[100.38.47.234]:25946 at 07:48:22.915461: ------------------------------------------------------------------------ SUBSCRIBE sip:6467301985 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.216.131.82:47621;rport;branch=z9hG4bKPjspKEGufdL3ISwoGzEm6kEY2bhDrUdQ7B Max-Forwards: 70 f: ;tag=km4BTkMfmQmKxBKMEGDWiYyLp7oexpzm t: m: i: Vxc1bwdAFMw7FzJDPJwU9NtnqYDZDn7H CSeq: 22536 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c9bf0 (605 bytes) from udp/100.38.47.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:6467301985 at 1X9.38.1X.1X SIP/2.0 (CSeq 22536) nta.c:3174 agent_check_request_via() nta: Via check: received=100.38.47.234 nta.c:3248 agent_aliases() nta: canonizing sip:6467301985 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (22536) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/100.38.47.234:25946 tport.c:4046 tport_resolve() tport_resolve addrinfo = 100.38.47.234:25946 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/100.38.47.234:25946 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 492 bytes of 492 to udp/100.38.47.234:25946 tport.c:3492 tport_send_msg() tport_vsend returned 492 send 492 bytes to udp/[100.38.47.234]:25946 at 07:48:22.915814: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.216.131.82:47621;rport=25946;branch=z9hG4bKPjspKEGufdL3ISwoGzEm6kEY2bhDrUdQ7B;received=100.38.47.234 f: ;tag=km4BTkMfmQmKxBKMEGDWiYyLp7oexpzm To: ;tag=61B91ee0UX5UB i: Vxc1bwdAFMw7FzJDPJwU9NtnqYDZDn7H CSeq: 22536 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (22536) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580a0290 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580a0290 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 45 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 192 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58006730 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58006730 (0 bytes) from udp/95.185.190.196:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453784) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1296 agent_timer() nta: timer set next to 174 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/172.56.15.118:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 351 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580d03b0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580d03b0 (2 bytes) from udp/37.210.70.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58006730 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58006730 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f5e40 from (udp/1X9.38.1X.1X:5060) has 870 bytes, veclen = 1 recv 870 bytes from udp/[51.36.145.236]:1318 at 07:48:23.662518: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 51.36.145.236:1318;branch=z9hG4bKPjeQv0W8IP.pU8Sa6KN6JDvReUhulcqEWY;rport Route: Call-ID: NK2R5L0kqhOe5MazFuwdOHl-obEHzqbJ From: ;tag=T00uTYbP.s0aDWX13hudlYJKvBe-mm53 To: CSeq: 51587 REGISTER Max-Forwards: 70 User-Agent: Othex Contact: ,;expires=0 Expires: 900 Allow: PRACK,INVITE,ACK,BYE,CANCEL,UPDATE,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,OPTIONS Authorization: Digest username="9659303646",realm="1X9.38.1X.1X",nonce="11e1ad0a-be26-4457-b0bb-d4c39094a1e0",uri="sip:1X9.38.1X.1X",response="389bf6f930d3db47a72f656c6a2da612",algorithm=MD5,cnonce="Y3YQGOvZTN2ve-n4nqpGyRfosioFoC3u",qop=auth,nc=00000001 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581f5e40 (870 bytes) from udp/51.36.145.236:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 51587) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (51587) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5821b320) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039b00, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5821b320): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58097560 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58097560 (2 bytes) from udp/101.222.225.196:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/108 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 308 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806c260 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[95.85.34.111]:47409 at 07:48:23.794482: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjRQh8BASw7-z2arw3F9WnwbRc8p-MzbFf Route: Max-Forwards: 70 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u t: i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13013 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5806c260 (540 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 13013) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (13013) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5803fbe0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ae6e0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5803fbe0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5821b320): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5821b320): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5821b320): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039b00, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/51.36.145.236:1318 tport.c:4046 tport_resolve() tport_resolve addrinfo = 51.36.145.236:1318 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/51.36.145.236:1318 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 558 bytes of 558 to udp/51.36.145.236:1318 tport.c:3492 tport_send_msg() tport_vsend returned 558 send 558 bytes to udp/[51.36.145.236]:1318 at 07:48:23.839898: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 51.36.145.236:1318;branch=z9hG4bKPjeQv0W8IP.pU8Sa6KN6JDvReUhulcqEWY;rport=1318 From: ;tag=T00uTYbP.s0aDWX13hudlYJKvBe-mm53 To: ;tag=7a5139y3r6UeQ Call-ID: NK2R5L0kqhOe5MazFuwdOHl-obEHzqbJ CSeq: 51587 REGISTER Contact: ;expires=1907 Date: Thu, 27 Oct 2016 14:48:23 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (51587) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5821b320): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) nua.c:879 nua_respond() nua: nua_respond: entering soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58039b00) called nua_stack.c:529 nua_signal() nua(0x7f5f5803fbe0): sent signal r_respond 2016-10-27 07:48:23.839798 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9786836250 at 1X9.38.1X.1X] from ip 95.85.34.111 nua_stack.c:573 nua_stack_signal() nua(0x7f5f5803fbe0): recv signal r_respond 401 Unauthorized nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f5803fbe0): sent signal r_destroy soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ae6e0, ...) called nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:23.840116: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjRQh8BASw7-z2arw3F9WnwbRc8p-MzbFf;received=95.85.34.111 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u To: ;tag=8Kyt54F7NFj1j i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13013 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="609bb9ca-f046-45c6-8364-bf80f0ced760", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (13013) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5803fbe0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ae6e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/112.133.237.48:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004270): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004270): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c004270) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039b00, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58039b00, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58037fc0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */51.36.145.236:1318 tport.c:4046 tport_resolve() tport_resolve addrinfo = 51.36.145.236:1318 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */51.36.145.236:1318 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 740 bytes of 740 to udp/51.36.145.236:1318 tport.c:3492 tport_send_msg() tport_vsend returned 740 send 740 bytes to udp/[51.36.145.236]:1318 at 07:48:24.018461: ------------------------------------------------------------------------ NOTIFY sip:9659303646 at 51.36.145.236:1318;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKXcZtaD8KXgUXg Max-Forwards: 70 From: ;tag=9vQK7Z0aKr8Ke To: Call-ID: 40b9f842-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453788 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:9659303646 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453788) to */51.36.145.236:1318 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580a0290 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 542 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58029ff0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58029ff0 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58029ff0 from (udp/1X9.38.1X.1X:5060) has 647 bytes, veclen = 1 recv 647 bytes from udp/[51.36.145.236]:1318 at 07:48:24.222507: ------------------------------------------------------------------------ SUBSCRIBE sip:9659303646 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 51.36.145.236:1318;branch=z9hG4bKPjFF0NW39os4L9b7QaLrILDZh.C4G6GERJ;rport Route: Call-ID: hAbxTFxLmznYN4b3J1NzSFwRSZe1G7OB From: ;tag=ixLBicNaSt.DiKAYLjcaXdbHlGWczt0W To: CSeq: 12557 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58029ff0 (647 bytes) from udp/51.36.145.236:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9659303646 at 1X9.38.1X.1X SIP/2.0 (CSeq 12557) nta.c:3248 agent_aliases() nta: canonizing sip:9659303646 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (12557) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/51.36.145.236:1318 tport.c:4046 tport_resolve() tport_resolve addrinfo = 51.36.145.236:1318 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/51.36.145.236:1318 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 476 bytes of 476 to udp/51.36.145.236:1318 tport.c:3492 tport_send_msg() tport_vsend returned 476 send 476 bytes to udp/[51.36.145.236]:1318 at 07:48:24.222823: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 51.36.145.236:1318;branch=z9hG4bKPjFF0NW39os4L9b7QaLrILDZh.C4G6GERJ;rport=1318 From: ;tag=ixLBicNaSt.DiKAYLjcaXdbHlGWczt0W To: ;tag=a6gc9tHeg1y6S Call-ID: hAbxTFxLmznYN4b3J1NzSFwRSZe1G7OB CSeq: 12557 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (12557) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58134100 from (udp/1X9.38.1X.1X:5060) has 322 bytes, veclen = 1 recv 322 bytes from udp/[51.36.145.236]:1318 at 07:48:24.335230: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 1X9.38.1X.1X;branch=z9hG4bKXcZtaD8KXgUXg;received=1X9.38.1X.1X;rport=5060 Call-ID: 40b9f842-16f7-1235-d8ae-325ad17da6e2 From: ;tag=9vQK7Z0aKr8Ke To: ;tag=z9hG4bKXcZtaD8KXgUXg CSeq: 98453788 NOTIFY Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58134100 (322 bytes) from udp/51.36.145.236:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453788) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 316.939 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580a0290 by 0x7f5f580da520 with 0x7f5f58134100 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c004270): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004270): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004270): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58037fc0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58039b00) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829b3f0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5829b3f0 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829b3f0 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[95.85.34.111]:47409 at 07:48:24.393349: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjRQh8BASw7-z2arw3F9WnwbRc8p-MzbFf Route: Max-Forwards: 70 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u t: i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13013 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5829b3f0 (540 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 13013) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3012 agent_recv_request() nta: REGISTER (13013) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 401 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:24.393528: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjRQh8BASw7-z2arw3F9WnwbRc8p-MzbFf;received=95.85.34.111 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u To: ;tag=8Kyt54F7NFj1j i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13013 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="609bb9ca-f046-45c6-8364-bf80f0ced760", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829b3f0 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[95.85.34.111]:47409 at 07:48:24.398197: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjH..9chsnt6YztbFiMZ9a2nbhs15iY1CU Route: Max-Forwards: 70 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u t: i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13014 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9786836250", realm="1X9.38.1X.1X", nonce="609bb9ca-f046-45c6-8364-bf80f0ced760", uri="sip:1X9.38.1X.1X", response="6cebad8d7ab8529a8b6e732857942e93", algorithm=MD5, cnonce="cN9WVPaz1g0YDahPW-JVgjEgEMQBMLN6", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5829b3f0 (807 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 13014) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (13014) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58272200) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58046370, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58272200): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800e840 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800e840 (0 bytes) from udp/95.186.123.213:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800e840 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800e840 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800e840 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800e840 (2 bytes) from udp/60.48.162.31:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58272200): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58272200): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f5f58272200): recv signal r_respond 200 OK nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58046370, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 570 bytes of 570 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 570 send 570 bytes to udp/[95.85.34.111]:47409 at 07:48:24.587767: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjH..9chsnt6YztbFiMZ9a2nbhs15iY1CU;received=95.85.34.111 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u To: ;tag=BFa5ap2HDaNSN i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13014 REGISTER Contact: ;expires=2160 Date: Thu, 27 Oct 2016 14:48:24 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (13014) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58272200): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58046370) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 403 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58122930 from (udp/1X9.38.1X.1X:5060) has 541 bytes, veclen = 1 recv 541 bytes from udp/[123.136.107.1]:2359 at 07:48:24.655971: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjMy88OWZH1ax8lu2f4pN0KhuTmySQZflJ Route: Max-Forwards: 70 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a t: i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43478 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58122930 (541 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 43478) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (43478) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58129910) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580a2360, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58129910): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58129910): sent signal r_respond 2016-10-27 07:48:24.639811 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [423328888 at 1X9.38.1X.1X] from ip 123.136.107.1 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58129910): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58129910): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580a2360, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[123.136.107.1]:2359 at 07:48:24.657060: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjMy88OWZH1ax8lu2f4pN0KhuTmySQZflJ;received=123.136.107.1 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a To: ;tag=cr3XcHKNaKBcH i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43478 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="9fd8cb73-f43b-4d49-9fa9-a516f1caf141", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (43478) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58129910): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580a2360) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58046130 from (udp/1X9.38.1X.1X:5060) has 603 bytes, veclen = 1 recv 603 bytes from udp/[71.196.89.57]:46441 at 07:48:24.666196: ------------------------------------------------------------------------ SUBSCRIBE sip:9543294343 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 71.196.89.57:46441;rport;branch=z9hG4bKPjKvsd0-P4hIl5dGa4R9R6WckH6zkg.YmR Max-Forwards: 70 f: ;tag=3pVcBhWuMa8uwCfm7x-jCWcpgd9BOYC8 t: m: i: t1uvcTUovyacUgfeLLAXtdcEXCBPlkS6 CSeq: 28686 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58046130 (603 bytes) from udp/71.196.89.57:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9543294343 at 1X9.38.1X.1X SIP/2.0 (CSeq 28686) nta.c:3248 agent_aliases() nta: canonizing sip:9543294343 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28686) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/71.196.89.57:46441 tport.c:4046 tport_resolve() tport_resolve addrinfo = 71.196.89.57:46441 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/71.196.89.57:46441 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/71.196.89.57:46441 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[71.196.89.57]:46441 at 07:48:24.666496: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 71.196.89.57:46441;rport=46441;branch=z9hG4bKPjKvsd0-P4hIl5dGa4R9R6WckH6zkg.YmR f: ;tag=3pVcBhWuMa8uwCfm7x-jCWcpgd9BOYC8 To: ;tag=D1vpec4r7U1yc i: t1uvcTUovyacUgfeLLAXtdcEXCBPlkS6 CSeq: 28686 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28686) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (2 bytes) from udp/50.249.249.246:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58147920 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58147920 (2 bytes) from udp/63.155.207.70:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005990): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005990): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c005990) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58147df0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58147df0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f581282b0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 786 bytes of 786 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 786 send 786 bytes to udp/[95.85.34.111]:47409 at 07:48:24.916347: ------------------------------------------------------------------------ NOTIFY sip:9786836250 at 192.168.1.7:47409;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKyNrKc8rQtSHgc Route: ;ob Max-Forwards: 70 From: ;tag=eapFg7mv44QHr To: Call-ID: 4142f846-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453788 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:9786836250 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453788) to */95.85.34.111:47409 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f582123c0 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807ffe0 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[95.85.34.111]:47409 at 07:48:24.924521: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjH..9chsnt6YztbFiMZ9a2nbhs15iY1CU Route: Max-Forwards: 70 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u t: i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13014 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9786836250", realm="1X9.38.1X.1X", nonce="609bb9ca-f046-45c6-8364-bf80f0ced760", uri="sip:1X9.38.1X.1X", response="6cebad8d7ab8529a8b6e732857942e93", algorithm=MD5, cnonce="cN9WVPaz1g0YDahPW-JVgjEgEMQBMLN6", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5807ffe0 (807 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 13014) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3012 agent_recv_request() nta: REGISTER (13014) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 200 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 570 bytes of 570 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 570 send 570 bytes to udp/[95.85.34.111]:47409 at 07:48:24.924742: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjH..9chsnt6YztbFiMZ9a2nbhs15iY1CU;received=95.85.34.111 f: ;tag=LlxIxEk3nnLwNgKmjfkTbx.kYCXmQH0u To: ;tag=BFa5ap2HDaNSN i: SSVzQSHDTeKhIwxAJnUnbabfKF2AAeVz CSeq: 13014 REGISTER Contact: ;expires=2160 Date: Thu, 27 Oct 2016 14:48:24 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807ffb0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5807ffb0 (2 bytes) from udp/37.211.116.41:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 213 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/50.159.113.180:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 382 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/97.32.130.72:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[95.85.34.111]:47409 at 07:48:25.558046: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKyNrKc8rQtSHgc i: 4142f846-16f7-1235-d8ae-325ad17da6e2 f: ;tag=eapFg7mv44QHr t: ;tag=z9hG4bKyNrKc8rQtSHgc CSeq: 98453788 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5821a970 (298 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453788) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 641.876 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f582123c0 by 0x7f5f58103ae0 with 0x7f5f5821a970 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c005990): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005990): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005990): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f581282b0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58147df0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58118890 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58118890 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58118890 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58118890 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/109 term, 1/109 free nta.c:1296 agent_timer() nta: timer set next to 322 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/108 term, 1/108 free nta.c:1296 agent_timer() nta: timer set next to 82 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58118890 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58118890 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58118890 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58118890 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/107 term, 1/107 free nta.c:1296 agent_timer() nta: timer set next to 189 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805d790 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805d790 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805d790 (2 bytes) from udp/63.143.92.129:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/106 term, 1/106 free nta.c:1296 agent_timer() nta: timer set next to 1779 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805d790 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58292790 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58292790 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58034750 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58034750 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805d790 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58292790 from (udp/1X9.38.1X.1X:5060) has 541 bytes, veclen = 1 recv 541 bytes from udp/[123.136.107.1]:2359 at 07:48:26.551257: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjMy88OWZH1ax8lu2f4pN0KhuTmySQZflJ Route: Max-Forwards: 70 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a t: i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43478 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58292790 (541 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 43478) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: REGISTER (43478) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 401 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[123.136.107.1]:2359 at 07:48:26.551510: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjMy88OWZH1ax8lu2f4pN0KhuTmySQZflJ;received=123.136.107.1 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a To: ;tag=cr3XcHKNaKBcH i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43478 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="9fd8cb73-f43b-4d49-9fa9-a516f1caf141", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58034750 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58034750 (2 bytes) from udp/172.56.19.24:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805d790 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[123.136.107.1]:2359 at 07:48:26.781680: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjpO.X-xNz9.uMMi0mH92yJcGVJDS7lkxB Route: Max-Forwards: 70 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a t: i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43479 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="423328888", realm="1X9.38.1X.1X", nonce="9fd8cb73-f43b-4d49-9fa9-a516f1caf141", uri="sip:1X9.38.1X.1X", response="18cc7590e890fb3bb5eacb5e8d1bb77b", algorithm=MD5, cnonce="qP3.m8sSXSCAtGJZyX3OoZSCuBQiO7W3", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5805d790 (807 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 43479) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (43479) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58212770) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58147dd0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58212770): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58212770): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58212770): sent signal r_destroy nua_stack.c:573 nua_stack_signal() nua(0x7f5f58212770): recv signal r_respond 200 OK nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58147dd0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[123.136.107.1]:2359 at 07:48:26.962337: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjpO.X-xNz9.uMMi0mH92yJcGVJDS7lkxB;received=123.136.107.1 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a To: ;tag=FKF8H25Z1De4K i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43479 REGISTER Contact: ;expires=1691 Date: Thu, 27 Oct 2016 14:48:26 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (43479) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58212770): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58147dd0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fe800 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fe800 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fe800 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fe800 (0 bytes) from udp/95.185.190.196:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c000dd0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c000dd0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c000dd0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581ee190, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581ee190, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58126120) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 783 bytes of 783 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 783 send 783 bytes to udp/[123.136.107.1]:2359 at 07:48:27.175080: ------------------------------------------------------------------------ NOTIFY sip:423328888 at 100.75.114.29:37486;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKZyHce39tQ272Q Route: ;ob Max-Forwards: 70 From: ;tag=gv80KXp3yp4pF To: Call-ID: 429ba0f6-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453789 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 71 Messages-Waiting: no Message-Account: sip:423328888 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453789) to */123.136.107.1:2359 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f581f6d20 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c1500 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c1500 (2 bytes) from udp/123.136.111.235:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e2720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e2720 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c1500 from (udp/1X9.38.1X.1X:5060) has 603 bytes, veclen = 1 recv 603 bytes from udp/[97.32.130.72]:4655 at 07:48:27.558841: ------------------------------------------------------------------------ SUBSCRIBE sip:7742354388 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.99.109.154:45102;rport;branch=z9hG4bKPjYIgYKyFBJNvX8nAf3WU9cY12wJhWMl6N Max-Forwards: 70 f: ;tag=xQXwEPR1D-RxZFz-8m8YWkDhESBFwjaz t: m: i: HylvBMo624h3mql409d4lBBKS8a.89sM CSeq: 8799 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c1500 (603 bytes) from udp/97.32.130.72:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7742354388 at 1X9.38.1X.1X SIP/2.0 (CSeq 8799) nta.c:3174 agent_check_request_via() nta: Via check: received=97.32.130.72 nta.c:3248 agent_aliases() nta: canonizing sip:7742354388 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (8799) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/97.32.130.72:4655 tport.c:4046 tport_resolve() tport_resolve addrinfo = 97.32.130.72:4655 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/97.32.130.72:4655 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 490 bytes of 490 to udp/97.32.130.72:4655 tport.c:3492 tport_send_msg() tport_vsend returned 490 send 490 bytes to udp/[97.32.130.72]:4655 at 07:48:27.559067: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.99.109.154:45102;rport=4655;branch=z9hG4bKPjYIgYKyFBJNvX8nAf3WU9cY12wJhWMl6N;received=97.32.130.72 f: ;tag=xQXwEPR1D-RxZFz-8m8YWkDhESBFwjaz To: ;tag=H51SNr76UZt9a i: HylvBMo624h3mql409d4lBBKS8a.89sM CSeq: 8799 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (8799) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58123900 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[123.136.107.1]:2359 at 07:48:27.571388: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjpO.X-xNz9.uMMi0mH92yJcGVJDS7lkxB Route: Max-Forwards: 70 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a t: i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43479 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="423328888", realm="1X9.38.1X.1X", nonce="9fd8cb73-f43b-4d49-9fa9-a516f1caf141", uri="sip:1X9.38.1X.1X", response="18cc7590e890fb3bb5eacb5e8d1bb77b", algorithm=MD5, cnonce="qP3.m8sSXSCAtGJZyX3OoZSCuBQiO7W3", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58123900 (807 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 43479) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3012 agent_recv_request() nta: REGISTER (43479) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 200 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[123.136.107.1]:2359 at 07:48:27.571631: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjpO.X-xNz9.uMMi0mH92yJcGVJDS7lkxB;received=123.136.107.1 f: ;tag=eaikVVqEUCDqj7wUz29xLHC.rDnD.A5a To: ;tag=FKF8H25Z1De4K i: SFo1QQAooCU5mvzHNreym2Pn7mwt3hRC CSeq: 43479 REGISTER Contact: ;expires=1691 Date: Thu, 27 Oct 2016 14:48:26 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58123900 from (udp/1X9.38.1X.1X:5060) has 589 bytes, veclen = 1 recv 589 bytes from udp/[123.136.107.1]:2359 at 07:48:27.571846: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjwCGMLxz47-.un.Gh3hBVUx16n2KKuSjS Route: Max-Forwards: 70 f: ;tag=wbBz3H-2CXr4h0TQVGCaJZi9BdD2CfSw t: i: lAwGtwPD-mqhekWbp9TbUrc2Xd50nz11 CSeq: 29878 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58123900 (589 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 29878) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (29878) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58201f40) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580e2800, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58201f40): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58201f40): sent signal r_respond 2016-10-27 07:48:27.559798 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [88685546 at 1X9.38.1X.1X] from ip 123.136.107.1 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58201f40): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58201f40): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580e2800, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 602 bytes of 602 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 602 send 602 bytes to udp/[123.136.107.1]:2359 at 07:48:27.573279: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjwCGMLxz47-.un.Gh3hBVUx16n2KKuSjS;received=123.136.107.1 f: ;tag=wbBz3H-2CXr4h0TQVGCaJZi9BdD2CfSw To: ;tag=jeUjQKraS8gvp i: lAwGtwPD-mqhekWbp9TbUrc2Xd50nz11 CSeq: 29878 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="fec85e75-1166-4995-8a60-9548400faefb", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (29878) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58201f40): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580e2800) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58292060 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58292060 (2 bytes) from udp/37.211.69.238:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58292060 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[97.32.130.72]:4655 at 07:48:27.604776: ------------------------------------------------------------------------ SUBSCRIBE sip:7742354388 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.99.109.154:45102;rport;branch=z9hG4bKPju-M5eUFmtiY5SHuTLObHpk4JSDsdaMtA Max-Forwards: 70 f: ;tag=WQVsiTqpn8UV5gfAXmB3GIddTabbSUDr t: m: i: Ai5RWM9tLKPLJx8PMv0DYQKctu.KAJO4 CSeq: 20666 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58292060 (604 bytes) from udp/97.32.130.72:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7742354388 at 1X9.38.1X.1X SIP/2.0 (CSeq 20666) nta.c:3174 agent_check_request_via() nta: Via check: received=97.32.130.72 nta.c:3248 agent_aliases() nta: canonizing sip:7742354388 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (20666) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/97.32.130.72:4655 tport.c:4046 tport_resolve() tport_resolve addrinfo = 97.32.130.72:4655 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/97.32.130.72:4655 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 491 bytes of 491 to udp/97.32.130.72:4655 tport.c:3492 tport_send_msg() tport_vsend returned 491 send 491 bytes to udp/[97.32.130.72]:4655 at 07:48:27.605012: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.99.109.154:45102;rport=4655;branch=z9hG4bKPju-M5eUFmtiY5SHuTLObHpk4JSDsdaMtA;received=97.32.130.72 f: ;tag=WQVsiTqpn8UV5gfAXmB3GIddTabbSUDr To: ;tag=KQmBSe9DpH7ej i: Ai5RWM9tLKPLJx8PMv0DYQKctu.KAJO4 CSeq: 20666 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (20666) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fec10 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fec10 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fec10 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fec10 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fec10 from (udp/1X9.38.1X.1X:5060) has 546 bytes, veclen = 1 recv 546 bytes from udp/[175.140.148.11]:50186 at 07:48:27.715549: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 175.140.148.11:50186;rport;branch=z9hG4bKPjAkwhhkE2F.8OKFORIJpoTpufPUNVyr6l Route: Max-Forwards: 70 f: ;tag=BjxI0UIWv8FG.2HzoNhOg5Wdq41x6Wfl t: i: dK0am-WJ0I4ulmUSPcDGhXNlNS26iThX CSeq: 61952 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581fec10 (546 bytes) from udp/175.140.148.11:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61952) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (61952) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581ec180) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581ec770, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581ec180): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581ec180): sent signal r_respond 2016-10-27 07:48:27.699813 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9566815722 at 1X9.38.1X.1X] from ip 175.140.148.11 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581ec180): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581ec180): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f581ec770, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/175.140.148.11:50186 tport.c:4046 tport_resolve() tport_resolve addrinfo = 175.140.148.11:50186 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/175.140.148.11:50186 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 585 bytes of 585 to udp/175.140.148.11:50186 tport.c:3492 tport_send_msg() tport_vsend returned 585 send 585 bytes to udp/[175.140.148.11]:50186 at 07:48:27.716424: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 175.140.148.11:50186;rport=50186;branch=z9hG4bKPjAkwhhkE2F.8OKFORIJpoTpufPUNVyr6l f: ;tag=BjxI0UIWv8FG.2HzoNhOg5Wdq41x6Wfl To: ;tag=m0D4t9SHKtX1D i: dK0am-WJ0I4ulmUSPcDGhXNlNS26iThX CSeq: 61952 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="7b12cf09-ea7e-449e-a658-26b7ae93c278", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (61952) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581ec180): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581ec770) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e2100 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e2100 (2 bytes) from udp/80.201.205.169:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e2100 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e2100 (2 bytes) from udp/172.58.225.29:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e2100 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e2100 (2 bytes) from udp/67.149.218.28:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e2100 from (udp/1X9.38.1X.1X:5060) has 563 bytes, veclen = 1 recv 563 bytes from udp/[202.153.81.103]:7346 at 07:48:27.895632: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPjpV1NobXwFKJPOvkt1PEx.91Ap19rBjt2;rport Route: Call-ID: Mitt-nx-MQwmpDLhb3Rkqodp4KA9wj.J From: ;tag=oyk13c40WM8bgKXZsN8rZRHqKGhwCh1a To: CSeq: 34054 REGISTER Max-Forwards: 70 User-Agent: Othex Contact: Expires: 900 Allow: PRACK,INVITE,ACK,BYE,CANCEL,UPDATE,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,OPTIONS Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580e2100 (563 bytes) from udp/202.153.81.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 34054) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (34054) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580ec7c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ecdb0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580ec7c0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ec7c0): sent signal r_respond 2016-10-27 07:48:27.879800 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9994574791 at 1X9.38.1X.1X] from ip 202.153.81.103 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ec7c0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580ec7c0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ecdb0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/202.153.81.103:7346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 202.153.81.103:7346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/202.153.81.103:7346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 592 bytes of 592 to udp/202.153.81.103:7346 tport.c:3492 tport_send_msg() tport_vsend returned 592 send 592 bytes to udp/[202.153.81.103]:7346 at 07:48:27.896680: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPjpV1NobXwFKJPOvkt1PEx.91Ap19rBjt2;rport=7346 From: ;tag=oyk13c40WM8bgKXZsN8rZRHqKGhwCh1a To: ;tag=N96vv4aNg3KmS Call-ID: Mitt-nx-MQwmpDLhb3Rkqodp4KA9wj.J CSeq: 34054 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="6c999ecf-e847-4270-8ff1-55843ad94aad", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (34054) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580ec7c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ecdb0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580ec6e0 from (udp/1X9.38.1X.1X:5060) has 854 bytes, veclen = 1 recv 854 bytes from udp/[123.136.107.1]:2359 at 07:48:27.921651: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.75.114.29:37486;rport;branch=z9hG4bKPjZDZKt1t7cM9me15FFcBB.eDI2qeYuuEK Route: Max-Forwards: 70 f: ;tag=wbBz3H-2CXr4h0TQVGCaJZi9BdD2CfSw t: i: lAwGtwPD-mqhekWbp9TbUrc2Xd50nz11 CSeq: 29879 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 Authorization: Digest username="88685546", realm="1X9.38.1X.1X", nonce="fec85e75-1166-4995-8a60-9548400faefb", uri="sip:1X9.38.1X.1X", response="e0200ba2fcc1115a66d53e9ae84c323f", algorithm=MD5, cnonce="j7ibIpQQBqbXq9WgPBCbNnSui84exSox", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580ec6e0 (854 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 29879) nta.c:3174 agent_check_request_via() nta: Via check: received=123.136.107.1 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (29879) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58101f80) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58102590, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58101f80): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580d17d0 from (udp/1X9.38.1X.1X:5060) has 812 bytes, veclen = 1 recv 812 bytes from udp/[14.100.134.19]:19855 at 07:48:27.935951: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjrhaIk5g0oQtVl66NrHiUKhx0rj5.3PGw Route: Max-Forwards: 70 f: ;tag=PI0MuA23x2b3RLh6tabWVDDGbz3c4Z4b t: i: LC1J01-MX3CSS7kCeJBlS4XtVAY9lhZr CSeq: 16336 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8098424665", realm="1X9.38.1X.1X", nonce="362a61f2-145a-4f4b-90b6-dc854f9f3ee1", uri="sip:1X9.38.1X.1X", response="a3d67bda52da80d72cfa71c983582eea", algorithm=MD5, cnonce="13WgwkicUAJtG0AjoPeF8CvTSb2mYexm", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580d17d0 (812 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 16336) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (16336) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58086e00) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580873a0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58086e00): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 167 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58101f80): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58101f80): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58101f80): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58102590, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 568 bytes of 568 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 568 send 568 bytes to udp/[123.136.107.1]:2359 at 07:48:28.088745: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.75.114.29:37486;rport=2359;branch=z9hG4bKPjZDZKt1t7cM9me15FFcBB.eDI2qeYuuEK;received=123.136.107.1 f: ;tag=wbBz3H-2CXr4h0TQVGCaJZi9BdD2CfSw To: ;tag=pj0NyZUrDca7m i: lAwGtwPD-mqhekWbp9TbUrc2Xd50nz11 CSeq: 29879 REGISTER Contact: ;expires=1946 Date: Thu, 27 Oct 2016 14:48:28 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (29879) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58101f80): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58102590) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582886d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f582886d0 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) nta.c:8893 _nta_outgoing_timer() nta: timer E fired, retransmit NOTIFY (98453789) tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f581f6d20 by 0x7f5f5820f150 with (nil) tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 783 bytes of 783 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 783 send 783 bytes to udp/[123.136.107.1]:2359 at 07:48:28.175408: ------------------------------------------------------------------------ NOTIFY sip:423328888 at 100.75.114.29:37486;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKZyHce39tQ272Q Route: ;ob Max-Forwards: 70 From: ;tag=gv80KXp3yp4pF To: Call-ID: 429ba0f6-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453789 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 71 Messages-Waiting: no Message-Account: sip:423328888 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: resent NOTIFY (98453789) to */123.136.107.1:2359 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f581f6d20 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 1/1 resent, 0/1 tout, 0/2 term, 0/3 free nta.c:1296 agent_timer() nta: timer set next to 44 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582886d0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f582886d0 (2 bytes) from udp/172.73.43.227:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 79 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582886d0 from (udp/1X9.38.1X.1X:5060) has 677 bytes, veclen = 1 recv 677 bytes from udp/[78.101.31.211]:56005 at 07:48:28.275840: ------------------------------------------------------------------------ SUBSCRIBE sip:7716161910 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 78.101.31.211:5060;branch=z9hG4bK1b803015cbf1c407057b6d45c3e6db82 Via: SIP/2.0/UDP 192.168.1.2:44677;rport;branch=z9hG4bKPjB9n7b5yfmUeB174N-rTeUyD.bwwpU1xH From: ;tag=e82GToWOAjGk9OmjxSrm2bYJkelp-pBg To: Call-ID: RVM4PbxiTPh9R8Y-TSpAxCtQxJMusKhs CSeq: 21897 SUBSCRIBE Contact: max-forwards: 69 event: message-summary expires: 3600 k: replaces k: 100rel k: timer k: norefersub u: presence u: message-summary u: refer user-agent: Othex Accept: application/simple-message-summary Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582886d0 (677 bytes) from udp/78.101.31.211:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7716161910 at 1X9.38.1X.1X SIP/2.0 (CSeq 21897) nta.c:3248 agent_aliases() nta: canonizing sip:7716161910 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (21897) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/78.101.31.211:56005 tport.c:4046 tport_resolve() tport_resolve addrinfo = 78.101.31.211:56005 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/78.101.31.211:56005 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 566 bytes of 566 to udp/78.101.31.211:56005 tport.c:3492 tport_send_msg() tport_vsend returned 566 send 566 bytes to udp/[78.101.31.211]:56005 at 07:48:28.276225: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 78.101.31.211:5060;branch=z9hG4bK1b803015cbf1c407057b6d45c3e6db82;rport=56005 Via: SIP/2.0/UDP 192.168.1.2:44677;rport;branch=z9hG4bKPjB9n7b5yfmUeB174N-rTeUyD.bwwpU1xH From: ;tag=e82GToWOAjGk9OmjxSrm2bYJkelp-pBg To: ;tag=r4j71NXZ7Xpcc Call-ID: RVM4PbxiTPh9R8Y-TSpAxCtQxJMusKhs CSeq: 21897 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (21897) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58086e00): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58086e00): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58086e00): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580873a0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 576 bytes of 576 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 576 send 576 bytes to udp/[14.100.134.19]:19855 at 07:48:28.280208: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjrhaIk5g0oQtVl66NrHiUKhx0rj5.3PGw;received=14.100.134.19 f: ;tag=PI0MuA23x2b3RLh6tabWVDDGbz3c4Z4b To: ;tag=QUSe0tcvaN0Sg i: LC1J01-MX3CSS7kCeJBlS4XtVAY9lhZr CSeq: 16336 REGISTER Contact: ;expires=1205 Date: Thu, 27 Oct 2016 14:48:28 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (16336) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58086e00): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580873a0) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 150 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580b6030 from (udp/1X9.38.1X.1X:5060) has 677 bytes, veclen = 1 recv 677 bytes from udp/[78.101.31.211]:56005 at 07:48:28.334943: ------------------------------------------------------------------------ SUBSCRIBE sip:7716161910 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 78.101.31.211:5060;branch=z9hG4bKf02e48b07f69def23a9e50155d0b1b02 Via: SIP/2.0/UDP 192.168.1.2:44677;rport;branch=z9hG4bKPjNrCWPL9sJTURrTB0ewcqGkXdyqvSrppT From: ;tag=UjvEX-ykwNNE5efi642sdH6pFMNWGUx3 To: Call-ID: ictVqKdPK1mqd6Mt7YY.xzzkMZyXunDN CSeq: 28941 SUBSCRIBE Contact: max-forwards: 69 event: message-summary expires: 3600 k: replaces k: 100rel k: timer k: norefersub u: presence u: message-summary u: refer user-agent: Othex Accept: application/simple-message-summary Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580b6030 (677 bytes) from udp/78.101.31.211:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7716161910 at 1X9.38.1X.1X SIP/2.0 (CSeq 28941) nta.c:3248 agent_aliases() nta: canonizing sip:7716161910 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28941) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/78.101.31.211:56005 tport.c:4046 tport_resolve() tport_resolve addrinfo = 78.101.31.211:56005 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/78.101.31.211:56005 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 566 bytes of 566 to udp/78.101.31.211:56005 tport.c:3492 tport_send_msg() tport_vsend returned 566 send 566 bytes to udp/[78.101.31.211]:56005 at 07:48:28.335216: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 78.101.31.211:5060;branch=z9hG4bKf02e48b07f69def23a9e50155d0b1b02;rport=56005 Via: SIP/2.0/UDP 192.168.1.2:44677;rport;branch=z9hG4bKPjNrCWPL9sJTURrTB0ewcqGkXdyqvSrppT From: ;tag=UjvEX-ykwNNE5efi642sdH6pFMNWGUx3 To: ;tag=SDc03ge346cZQ Call-ID: ictVqKdPK1mqd6Mt7YY.xzzkMZyXunDN CSeq: 28941 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28941) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c003230): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c003230): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c003230) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58102b30, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58102b30, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f580ecda0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */123.136.107.1:2359 tport.c:4046 tport_resolve() tport_resolve addrinfo = 123.136.107.1:2359 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */123.136.107.1:2359 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 778 bytes of 778 to udp/123.136.107.1:2359 tport.c:3492 tport_send_msg() tport_vsend returned 778 send 778 bytes to udp/[123.136.107.1]:2359 at 07:48:28.345863: ------------------------------------------------------------------------ NOTIFY sip:88685546 at 100.75.114.29:37486;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK07a5FytymByNK Route: ;ob Max-Forwards: 70 From: ;tag=tp5r5BZ61F3HK To: Call-ID: 434e44dd-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453790 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 70 Messages-Waiting: no Message-Account: sip:88685546 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453790) to */123.136.107.1:2359 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58294050 for udp/1X9.38.1X.1X:5060 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58087640 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58087640 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 133 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581ee6c0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581ee6c0 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0050f0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0050f0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c0050f0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5828cfd0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5828cfd0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58035380) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[14.100.134.19]:19855 at 07:48:28.511819: ------------------------------------------------------------------------ NOTIFY sip:8098424665 at 14.100.134.19:19855;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK1g4XHSB2Hmm8e Route: ;ob Max-Forwards: 70 From: ;tag=UZyH76FaZrS4e To: Call-ID: 436797aa-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453790 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:8098424665 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453790) to */14.100.134.19:19855 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58294510 for udp/1X9.38.1X.1X:5060 (already 2) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f0c00 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f0c00 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f0c00 from (udp/1X9.38.1X.1X:5060) has 296 bytes, veclen = 1 recv 296 bytes from udp/[123.136.107.1]:2359 at 07:48:28.531457: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKZyHce39tQ272Q i: 429ba0f6-16f7-1235-d8ae-325ad17da6e2 f: ;tag=gv80KXp3yp4pF t: ;tag=z9hG4bKZyHce39tQ272Q CSeq: 98453789 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580f0c00 (296 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453789) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 1356.54 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f581f6d20 by 0x7f5f5820f150 with 0x7f5f580f0c00 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c000dd0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c000dd0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c000dd0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58126120) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f581ee190) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f01f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f01f0 (2 bytes) from udp/120.195.160.51:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f01f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580f01f0 (2 bytes) from udp/98.110.145.120:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 754 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f01f0 from (udp/1X9.38.1X.1X:5060) has 294 bytes, veclen = 1 recv 294 bytes from udp/[123.136.107.1]:2359 at 07:48:28.651812: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK07a5FytymByNK i: 434e44dd-16f7-1235-d8ae-325ad17da6e2 f: ;tag=tp5r5BZ61F3HK t: ;tag=z9hG4bK07a5FytymByNK CSeq: 98453790 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580f01f0 (294 bytes) from udp/123.136.107.1:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453790) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 306.128 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58294050 by 0x7f5f5829c080 with 0x7f5f580f01f0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c003230): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c003230): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c003230): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f580ecda0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58102b30) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5806e5d0 from (udp/1X9.38.1X.1X:5060) has 537 bytes, veclen = 1 recv 537 bytes from udp/[185.137.19.204]:55535 at 07:48:28.675730: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.9.0.218:55535;rport;branch=z9hG4bKPjFbQvVRCFYpeaHjbFSHYs6xQ0CRF1GNKa Route: Max-Forwards: 70 f: ;tag=ZdBwsDcNqeQtovQJU38p4NRIItVxijRC t: i: LYdGe0orkm5xFCsA2kJHKy17R7rhBw2n CSeq: 7159 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5806e5d0 (537 bytes) from udp/185.137.19.204:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 7159) nta.c:3174 agent_check_request_via() nta: Via check: received=185.137.19.204 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (7159) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581ee190) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580bb3b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581ee190): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581ee190): sent signal r_respond 2016-10-27 07:48:28.659797 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [1234567895 at 1X9.38.1X.1X] from ip 185.137.19.204 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581ee190): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581ee190): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580bb3b0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/185.137.19.204:55535 tport.c:4046 tport_resolve() tport_resolve addrinfo = 185.137.19.204:55535 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/185.137.19.204:55535 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/185.137.19.204:55535 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[185.137.19.204]:55535 at 07:48:28.676877: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.9.0.218:55535;rport=55535;branch=z9hG4bKPjFbQvVRCFYpeaHjbFSHYs6xQ0CRF1GNKa;received=185.137.19.204 f: ;tag=ZdBwsDcNqeQtovQJU38p4NRIItVxijRC To: ;tag=v8Qa910Dv1FQa i: LYdGe0orkm5xFCsA2kJHKy17R7rhBw2n CSeq: 7159 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="c951e4fb-1d8e-4c92-937f-1df291b4664c", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (7159) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581ee190): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580bb3b0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58295720 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58295720 (2 bytes) from udp/94.128.106.160:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58295720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58295720 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58295720 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[14.100.134.19]:19855 at 07:48:28.853097: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK1g4XHSB2Hmm8e i: 436797aa-16f7-1235-d8ae-325ad17da6e2 f: ;tag=UZyH76FaZrS4e t: ;tag=z9hG4bK1g4XHSB2Hmm8e CSeq: 98453790 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58295720 (298 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453790) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 341.483 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58294510 by 0x7f5f5828d220 with 0x7f5f58295720 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c0050f0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0050f0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0050f0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58035380) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5828cfd0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581eeb90 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[37.211.60.19]:43040 at 07:48:28.909142: ------------------------------------------------------------------------ SUBSCRIBE sip:9686585221 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.0.102:43040;rport;branch=z9hG4bKPjCUIRbEOkJ-UdvhjdO5TBJfYsB2lceeQE Max-Forwards: 70 f: ;tag=sj9vbQh6fd1kxOiheoCpv32JRd7ja4EL t: m: i: ZGlvQSs.-pKNVt5xmNUeggSyvaeDOnq3 CSeq: 18045 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581eeb90 (604 bytes) from udp/37.211.60.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9686585221 at 1X9.38.1X.1X SIP/2.0 (CSeq 18045) nta.c:3174 agent_check_request_via() nta: Via check: received=37.211.60.19 nta.c:3248 agent_aliases() nta: canonizing sip:9686585221 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (18045) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/37.211.60.19:43040 tport.c:4046 tport_resolve() tport_resolve addrinfo = 37.211.60.19:43040 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/37.211.60.19:43040 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 491 bytes of 491 to udp/37.211.60.19:43040 tport.c:3492 tport_send_msg() tport_vsend returned 491 send 491 bytes to udp/[37.211.60.19]:43040 at 07:48:28.909505: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.168.0.102:43040;rport=43040;branch=z9hG4bKPjCUIRbEOkJ-UdvhjdO5TBJfYsB2lceeQE;received=37.211.60.19 f: ;tag=sj9vbQh6fd1kxOiheoCpv32JRd7ja4EL To: ;tag=XHH3aXHHSa69N i: ZGlvQSs.-pKNVt5xmNUeggSyvaeDOnq3 CSeq: 18045 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (18045) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f8c10 from (udp/1X9.38.1X.1X:5060) has 804 bytes, veclen = 1 recv 804 bytes from udp/[185.137.19.204]:55535 at 07:48:28.928601: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.9.0.218:55535;rport;branch=z9hG4bKPjE8DuoMu8Y3Pfo9Y0V4cL9myE9pixFNkf Route: Max-Forwards: 70 f: ;tag=ZdBwsDcNqeQtovQJU38p4NRIItVxijRC t: i: LYdGe0orkm5xFCsA2kJHKy17R7rhBw2n CSeq: 7160 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="1234567895", realm="1X9.38.1X.1X", nonce="c951e4fb-1d8e-4c92-937f-1df291b4664c", uri="sip:1X9.38.1X.1X", response="a9664b51be9728d6662baed38403ad7c", algorithm=MD5, cnonce="alcH26TujW2mw3TCJYT.i5DnM43.zIVs", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581f8c10 (804 bytes) from udp/185.137.19.204:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 7160) nta.c:3174 agent_check_request_via() nta: Via check: received=185.137.19.204 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (7160) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580d3850) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580d3df0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580d3850): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5827bbe0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5827bbe0 (2 bytes) from udp/98.254.247.70:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5827bbe0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5827bbe0 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5827bbe0 from (udp/1X9.38.1X.1X:5060) has 618 bytes, veclen = 1 recv 618 bytes from udp/[37.211.70.23]:48682 at 07:48:29.112714: ------------------------------------------------------------------------ SUBSCRIBE sip:5843659871 at 1X9.38.1X.1X:5060 SIP/2.0 v: SIP/2.0/UDP 37.211.70.23:48682;rport;branch=z9hG4bKPj9XzL.bJs.jS9RsJI38yYLm2VMl5INSwV Max-Forwards: 70 f: ;tag=KmqzDtsjOcHAE2vg0G-yQJZ0ODZIjGFh t: m: i: yjPUzu.G9XxmmhuJOXmJaMo53dilvqZd CSeq: 20848 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5827bbe0 (618 bytes) from udp/37.211.70.23:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:5843659871 at 1X9.38.1X.1X:5060 SIP/2.0 (CSeq 20848) nta.c:3248 agent_aliases() nta: canonizing sip:5843659871 at 1X9.38.1X.1X:5060 with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (20848) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/37.211.70.23:48682 tport.c:4046 tport_resolve() tport_resolve addrinfo = 37.211.70.23:48682 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/37.211.70.23:48682 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 478 bytes of 478 to udp/37.211.70.23:48682 tport.c:3492 tport_send_msg() tport_vsend returned 478 send 478 bytes to udp/[37.211.70.23]:48682 at 07:48:29.112934: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 37.211.70.23:48682;rport=48682;branch=z9hG4bKPj9XzL.bJs.jS9RsJI38yYLm2VMl5INSwV f: ;tag=KmqzDtsjOcHAE2vg0G-yQJZ0ODZIjGFh To: ;tag=Z33meKKrKvjFD i: yjPUzu.G9XxmmhuJOXmJaMo53dilvqZd CSeq: 20848 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (20848) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580d3850): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580d3850): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580d3850): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580d3df0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/185.137.19.204:55535 tport.c:4046 tport_resolve() tport_resolve addrinfo = 185.137.19.204:55535 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/185.137.19.204:55535 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 569 bytes of 569 to udp/185.137.19.204:55535 tport.c:3492 tport_send_msg() tport_vsend returned 569 send 569 bytes to udp/[185.137.19.204]:55535 at 07:48:29.117201: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.9.0.218:55535;rport=55535;branch=z9hG4bKPjE8DuoMu8Y3Pfo9Y0V4cL9myE9pixFNkf;received=185.137.19.204 f: ;tag=ZdBwsDcNqeQtovQJU38p4NRIItVxijRC To: ;tag=ytavcr2mpKvvH i: LYdGe0orkm5xFCsA2kJHKy17R7rhBw2n CSeq: 7160 REGISTER Contact: ;expires=2251 Date: Thu, 27 Oct 2016 14:48:29 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (7160) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580d3850): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580d3df0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58289c90 from (udp/1X9.38.1X.1X:5060) has 541 bytes, veclen = 1 recv 541 bytes from udp/[5.120.126.234]:2890 at 07:48:29.153226: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.86.57.27:39137;rport;branch=z9hG4bKPjGvkV7PqXBqBJ6L8kVmKMuTGzCqi9.C0s Route: Max-Forwards: 70 f: ;tag=Aw8ToiK8.ZJY-SfVmxr8WLYHNmZErmDa t: i: vzrsdMdOMM-FdyYdKsiZfNHfRouH11vu CSeq: 5586 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58289c90 (541 bytes) from udp/5.120.126.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 5586) nta.c:3174 agent_check_request_via() nta: Via check: received=5.120.126.234 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (5586) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580f6e40) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580a9a80, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580f6e40): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580f6e40): sent signal r_respond 2016-10-27 07:48:29.139817 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9367737365 at 1X9.38.1X.1X] from ip 5.120.126.234 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580f6e40): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580f6e40): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580a9a80, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/5.120.126.234:2890 tport.c:4046 tport_resolve() tport_resolve addrinfo = 5.120.126.234:2890 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/5.120.126.234:2890 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/5.120.126.234:2890 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[5.120.126.234]:2890 at 07:48:29.154295: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.86.57.27:39137;rport=2890;branch=z9hG4bKPjGvkV7PqXBqBJ6L8kVmKMuTGzCqi9.C0s;received=5.120.126.234 f: ;tag=Aw8ToiK8.ZJY-SfVmxr8WLYHNmZErmDa To: ;tag=0cXDge4Ug581r i: vzrsdMdOMM-FdyYdKsiZfNHfRouH11vu CSeq: 5586 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="b39dbc04-4bff-4db9-bde3-67f0523af53b", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (5586) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580f6e40): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580a9a80) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580a9a80 from (udp/1X9.38.1X.1X:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[5.120.126.234]:2890 at 07:48:29.159961: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.86.57.27:39137;rport;branch=z9hG4bKPjl7kXBM7KZe.6RCt5iYIeAfDNDH2rl.63 Route: Max-Forwards: 70 f: ;tag=aq5z.ElO486.r.aZ2AIm1I1DFKjMcEVH t: i: pXfn0Gvp.UCxJv6YB9dfAf.OqdpBiOZj CSeq: 58451 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580a9a80 (542 bytes) from udp/5.120.126.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 58451) nta.c:3174 agent_check_request_via() nta: Via check: received=5.120.126.234 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (58451) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5811fb90) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58120410, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5811fb90): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5811fb90): sent signal r_respond 2016-10-27 07:48:29.159804 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9367737365 at 1X9.38.1X.1X] from ip 5.120.126.234 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5811fb90): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5811fb90): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58120410, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/5.120.126.234:2890 tport.c:4046 tport_resolve() tport_resolve addrinfo = 5.120.126.234:2890 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/5.120.126.234:2890 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 605 bytes of 605 to udp/5.120.126.234:2890 tport.c:3492 tport_send_msg() tport_vsend returned 605 send 605 bytes to udp/[5.120.126.234]:2890 at 07:48:29.160923: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.86.57.27:39137;rport=2890;branch=z9hG4bKPjl7kXBM7KZe.6RCt5iYIeAfDNDH2rl.63;received=5.120.126.234 f: ;tag=aq5z.ElO486.r.aZ2AIm1I1DFKjMcEVH To: ;tag=1Np6H9mZDeZmm i: pXfn0Gvp.UCxJv6YB9dfAf.OqdpBiOZj CSeq: 58451 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="59178a75-59b0-4fb6-ba70-4e5ef2f56b02", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (58451) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5811fb90): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58120410) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58120410 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[89.25.125.105]:47231 at 07:48:29.188169: ------------------------------------------------------------------------ SUBSCRIBE sip:0035989922 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 89.25.125.105:47231;rport;branch=z9hG4bKPjvy7Gf1.R4adE68ItH4Kj.cuLmfb1r6WO Max-Forwards: 70 f: ;tag=c0OvOx75UBju2lOkoN.tPLMP9WxTal69 t: m: i: C4096graK1Itjzp0sgrYNYC7UICq43jD CSeq: 6495 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58120410 (604 bytes) from udp/89.25.125.105:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0035989922 at 1X9.38.1X.1X SIP/2.0 (CSeq 6495) nta.c:3248 agent_aliases() nta: canonizing sip:0035989922 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (6495) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/89.25.125.105:47231 tport.c:4046 tport_resolve() tport_resolve addrinfo = 89.25.125.105:47231 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/89.25.125.105:47231 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/89.25.125.105:47231 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[89.25.125.105]:47231 at 07:48:29.188390: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 89.25.125.105:47231;rport=47231;branch=z9hG4bKPjvy7Gf1.R4adE68ItH4Kj.cuLmfb1r6WO f: ;tag=c0OvOx75UBju2lOkoN.tPLMP9WxTal69 To: ;tag=2yFZK452aQN7F i: C4096graK1Itjzp0sgrYNYC7UICq43jD CSeq: 6495 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (6495) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453788) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1296 agent_timer() nta: timer set next to 1085 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005e40): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005e40): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c005e40) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58131f80, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58131f80, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5827ea50) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */185.137.19.204:55535 tport.c:4046 tport_resolve() tport_resolve addrinfo = 185.137.19.204:55535 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */185.137.19.204:55535 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 787 bytes of 787 to udp/185.137.19.204:55535 tport.c:3492 tport_send_msg() tport_vsend returned 787 send 787 bytes to udp/[185.137.19.204]:55535 at 07:48:29.376527: ------------------------------------------------------------------------ NOTIFY sip:1234567895 at 10.9.0.218:55535;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK2SXpKmv5eXaUa Route: ;ob Max-Forwards: 70 From: ;tag=378QNZp67ZBtB To: Call-ID: 43eb8b28-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453790 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:1234567895 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453790) to */185.137.19.204:55535 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580a0290 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58110850 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58110850 (2 bytes) from udp/108.241.12.36:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58110850 from (udp/1X9.38.1X.1X:5060) has 808 bytes, veclen = 1 recv 808 bytes from udp/[5.120.126.234]:2890 at 07:48:29.402175: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.86.57.27:39137;rport;branch=z9hG4bKPjgMo82JZApteMY2.PdJ1p0tHypeogxOfZ Route: Max-Forwards: 70 f: ;tag=Aw8ToiK8.ZJY-SfVmxr8WLYHNmZErmDa t: i: vzrsdMdOMM-FdyYdKsiZfNHfRouH11vu CSeq: 5587 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9367737365", realm="1X9.38.1X.1X", nonce="b39dbc04-4bff-4db9-bde3-67f0523af53b", uri="sip:1X9.38.1X.1X", response="15f2437fae8bf7d6bb4bd4c76acd8fcd", algorithm=MD5, cnonce="QtC3HhxYxQwZPNbV8zRjEe6F9jSlSeYK", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58110850 (808 bytes) from udp/5.120.126.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 5587) nta.c:3174 agent_check_request_via() nta: Via check: received=5.120.126.234 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (5587) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58267f50) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58268540, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58267f50): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58111310 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58111310 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58111310 from (udp/1X9.38.1X.1X:5060) has 809 bytes, veclen = 1 recv 809 bytes from udp/[5.120.126.234]:2890 at 07:48:29.459558: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.86.57.27:39137;rport;branch=z9hG4bKPjs8CT3IKdaPHWMiiisBvOBJLSH9ofDpci Route: Max-Forwards: 70 f: ;tag=aq5z.ElO486.r.aZ2AIm1I1DFKjMcEVH t: i: pXfn0Gvp.UCxJv6YB9dfAf.OqdpBiOZj CSeq: 58452 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9367737365", realm="1X9.38.1X.1X", nonce="59178a75-59b0-4fb6-ba70-4e5ef2f56b02", uri="sip:1X9.38.1X.1X", response="15100355f2676c40f7f271d185007dbc", algorithm=MD5, cnonce="0x4YWQH7tz.wThV8X-hMd.e1a9uUhc8e", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58111310 (809 bytes) from udp/5.120.126.234:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 58452) nta.c:3174 agent_check_request_via() nta: Via check: received=5.120.126.234 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (58452) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58216d80) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58217320, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58216d80): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58285370 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58285370 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58267f50): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58267f50): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58267f50): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58268540, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/5.120.126.234:2890 tport.c:4046 tport_resolve() tport_resolve addrinfo = 5.120.126.234:2890 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/5.120.126.234:2890 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/5.120.126.234:2890 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[5.120.126.234]:2890 at 07:48:29.572624: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.86.57.27:39137;rport=2890;branch=z9hG4bKPjgMo82JZApteMY2.PdJ1p0tHypeogxOfZ;received=5.120.126.234 f: ;tag=Aw8ToiK8.ZJY-SfVmxr8WLYHNmZErmDa To: ;tag=4g2gQt79481cQ i: vzrsdMdOMM-FdyYdKsiZfNHfRouH11vu CSeq: 5587 REGISTER Contact: ;expires=1488 Date: Thu, 27 Oct 2016 14:48:29 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (5587) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58267f50): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58268540) called nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58216d80): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58216d80): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58216d80): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58217320, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/5.120.126.234:2890 tport.c:4046 tport_resolve() tport_resolve addrinfo = 5.120.126.234:2890 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/5.120.126.234:2890 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 572 bytes of 572 to udp/5.120.126.234:2890 tport.c:3492 tport_send_msg() tport_vsend returned 572 send 572 bytes to udp/[5.120.126.234]:2890 at 07:48:29.758942: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.86.57.27:39137;rport=2890;branch=z9hG4bKPjs8CT3IKdaPHWMiiisBvOBJLSH9ofDpci;received=5.120.126.234 f: ;tag=aq5z.ElO486.r.aZ2AIm1I1DFKjMcEVH To: ;tag=5SU9rNrD2HrZj i: pXfn0Gvp.UCxJv6YB9dfAf.OqdpBiOZj CSeq: 58452 REGISTER Contact: ;expires=2381 Date: Thu, 27 Oct 2016 14:48:29 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (58452) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58216d80): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58217320) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58268720 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58268720 (2 bytes) from udp/172.56.37.7:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58268720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58268720 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58268720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58268720 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58268720 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58268720 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58268720 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58268720 (2 bytes) from udp/128.177.161.185:5060/sip next=(nil) nta.c:8893 _nta_outgoing_timer() nta: timer E fired, retransmit NOTIFY (98453790) tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580a0290 by 0x7f5f580da520 with (nil) tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */185.137.19.204:55535 tport.c:4046 tport_resolve() tport_resolve addrinfo = 185.137.19.204:55535 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */185.137.19.204:55535 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 787 bytes of 787 to udp/185.137.19.204:55535 tport.c:3492 tport_send_msg() tport_vsend returned 787 send 787 bytes to udp/[185.137.19.204]:55535 at 07:48:30.376794: ------------------------------------------------------------------------ NOTIFY sip:1234567895 at 10.9.0.218:55535;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK2SXpKmv5eXaUa Route: ;ob Max-Forwards: 70 From: ;tag=378QNZp67ZBtB To: Call-ID: 43eb8b28-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453790 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:1234567895 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: resent NOTIFY (98453790) to */185.137.19.204:55535 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580a0290 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 1/1 resent, 0/1 tout, 0/4 term, 0/5 free nta.c:1296 agent_timer() nta: timer set next to 43 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58285780 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58285780 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58285780 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58285780 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/119 term, 1/119 free nta.c:1296 agent_timer() nta: timer set next to 20 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/118 term, 1/118 free nta.c:1296 agent_timer() nta: timer set next to 118 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5810ac60 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5810ac60 (0 bytes) from udp/188.48.227.60:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453788) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/1 resent, 0/1 tout, 1/4 term, 1/5 free nta.c:1296 agent_timer() nta: timer set next to 104 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/117 term, 1/117 free nta.c:1296 agent_timer() nta: timer set next to 27 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/116 term, 1/116 free nta.c:1296 agent_timer() nta: timer set next to 1093 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58211750 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[89.25.125.105]:47231 at 07:48:30.698145: ------------------------------------------------------------------------ SUBSCRIBE sip:0035989922 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 89.25.125.105:47231;rport;branch=z9hG4bKPjvy7Gf1.R4adE68ItH4Kj.cuLmfb1r6WO Max-Forwards: 70 f: ;tag=c0OvOx75UBju2lOkoN.tPLMP9WxTal69 t: m: i: C4096graK1Itjzp0sgrYNYC7UICq43jD CSeq: 6495 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58211750 (604 bytes) from udp/89.25.125.105:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0035989922 at 1X9.38.1X.1X SIP/2.0 (CSeq 6495) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (6495) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/89.25.125.105:47231 tport.c:4046 tport_resolve() tport_resolve addrinfo = 89.25.125.105:47231 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/89.25.125.105:47231 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/89.25.125.105:47231 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[89.25.125.105]:47231 at 07:48:30.698465: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 89.25.125.105:47231;rport=47231;branch=z9hG4bKPjvy7Gf1.R4adE68ItH4Kj.cuLmfb1r6WO f: ;tag=c0OvOx75UBju2lOkoN.tPLMP9WxTal69 To: ;tag=2yFZK452aQN7F i: C4096graK1Itjzp0sgrYNYC7UICq43jD CSeq: 6495 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[185.137.19.204]:55535 at 07:48:30.727004: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK2SXpKmv5eXaUa i: 43eb8b28-16f7-1235-d8ae-325ad17da6e2 f: ;tag=378QNZp67ZBtB t: ;tag=z9hG4bK2SXpKmv5eXaUa CSeq: 98453790 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582123c0 (298 bytes) from udp/185.137.19.204:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453790) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 1350.62 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580a0290 by 0x7f5f580da520 with 0x7f5f582123c0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c005e40): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005e40): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005e40): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5827ea50) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58131f80) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[185.137.19.204]:55535 at 07:48:30.736277: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK2SXpKmv5eXaUa i: 43eb8b28-16f7-1235-d8ae-325ad17da6e2 f: ;tag=378QNZp67ZBtB t: ;tag=z9hG4bK2SXpKmv5eXaUa CSeq: 98453790 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5821a970 (298 bytes) from udp/185.137.19.204:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453790) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9596 outgoing_duplicate() nta: 200 OK is duplicate response to 98453790 NOTIFY nta.c:9603 outgoing_duplicate() Via: SIP/2.0/UDP 1X9.38.1X.1X ;received=1X9.38.1X.1X ;branch=z9hG4bK2SXpKmv5eXaUa tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/78.101.170.68:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/182.72.124.106:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/68.201.166.174:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (2 bytes) from udp/68.201.166.174:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5821a970 (0 bytes) from udp/5.156.112.53:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5821a970 from (udp/1X9.38.1X.1X:5060) has 599 bytes, veclen = 1 recv 599 bytes from udp/[157.50.28.53]:59663 at 07:48:31.702309: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.110.195.180:59663;rport;branch=z9hG4bKPjL2MB9ibReYJoCJhJPURFVB-WBts.gr3h Route: Max-Forwards: 70 f: ;tag=gdwQzCX9OpV6NzYFhkB05zGVQnhLgaTL t: i: Gp-GjdwYAeJl2mhBU8fmlPew.G-TJl1W CSeq: 51886 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5821a970 (599 bytes) from udp/157.50.28.53:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 51886) nta.c:3174 agent_check_request_via() nta: Via check: received=157.50.28.53 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (51886) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5825ce90) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58131f80, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5825ce90): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5825ce90): sent signal r_respond 2016-10-27 07:48:31.699813 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8969983656 at 1X9.38.1X.1X] from ip 157.50.28.53 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5825ce90): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5825ce90): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58131f80, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/157.50.28.53:59663 tport.c:4046 tport_resolve() tport_resolve addrinfo = 157.50.28.53:59663 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/157.50.28.53:59663 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 607 bytes of 607 to udp/157.50.28.53:59663 tport.c:3492 tport_send_msg() tport_vsend returned 607 send 607 bytes to udp/[157.50.28.53]:59663 at 07:48:31.703328: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.110.195.180:59663;rport=59663;branch=z9hG4bKPjL2MB9ibReYJoCJhJPURFVB-WBts.gr3h;received=157.50.28.53 f: ;tag=gdwQzCX9OpV6NzYFhkB05zGVQnhLgaTL To: ;tag=62m2tg9gZteje i: Gp-GjdwYAeJl2mhBU8fmlPew.G-TJl1W CSeq: 51886 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="4ddd7436-805e-4a4b-a546-46a56cfb60a1", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (51886) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5825ce90): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58131f80) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/116 term, 1/116 free nta.c:1296 agent_timer() nta: timer set next to 783 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581e7340 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581e7340 (2 bytes) from udp/172.58.224.242:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582075d0 from (udp/1X9.38.1X.1X:5060) has 822 bytes, veclen = 1 recv 822 bytes from udp/[202.153.81.103]:7346 at 07:48:31.814444: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPj5NiytFZN3nTUbn5fnyEe8lws0mXaz2jz;rport Route: Call-ID: Mitt-nx-MQwmpDLhb3Rkqodp4KA9wj.J From: ;tag=oyk13c40WM8bgKXZsN8rZRHqKGhwCh1a To: CSeq: 34055 REGISTER Max-Forwards: 70 User-Agent: Othex Contact: Expires: 900 Allow: PRACK,INVITE,ACK,BYE,CANCEL,UPDATE,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,OPTIONS Authorization: Digest username="9994574791",realm="1X9.38.1X.1X",nonce="6c999ecf-e847-4270-8ff1-55843ad94aad",uri="sip:1X9.38.1X.1X",response="920c500923755647fba9d354551a41d6",algorithm=MD5,cnonce="wDI3v5GEK7c21V7CSm-NgA5gRyNaKG2w",qop=auth,nc=00000001 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582075d0 (822 bytes) from udp/202.153.81.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 34055) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (34055) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580ef010) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58215710, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580ef010): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/97.32.133.174:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/172.56.2.233:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/172.56.2.233:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ef010): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580ef010): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580ef010): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58215710, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/202.153.81.103:7346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 202.153.81.103:7346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/202.153.81.103:7346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 560 bytes of 560 to udp/202.153.81.103:7346 tport.c:3492 tport_send_msg() tport_vsend returned 560 send 560 bytes to udp/[202.153.81.103]:7346 at 07:48:31.982039: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPj5NiytFZN3nTUbn5fnyEe8lws0mXaz2jz;rport=7346 From: ;tag=oyk13c40WM8bgKXZsN8rZRHqKGhwCh1a To: ;tag=7BeUvBtmv344S Call-ID: Mitt-nx-MQwmpDLhb3Rkqodp4KA9wj.J CSeq: 34055 REGISTER Contact: ;expires=2078 Date: Thu, 27 Oct 2016 14:48:31 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (34055) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580ef010): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58215710) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 599 bytes, veclen = 1 recv 599 bytes from udp/[157.50.28.53]:59663 at 07:48:32.065448: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.110.195.180:59663;rport;branch=z9hG4bKPjL2MB9ibReYJoCJhJPURFVB-WBts.gr3h Route: Max-Forwards: 70 f: ;tag=gdwQzCX9OpV6NzYFhkB05zGVQnhLgaTL t: i: Gp-GjdwYAeJl2mhBU8fmlPew.G-TJl1W CSeq: 51886 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58203440 (599 bytes) from udp/157.50.28.53:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 51886) nta.c:3174 agent_check_request_via() nta: Via check: received=157.50.28.53 nta.c:3012 agent_recv_request() nta: REGISTER (51886) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 401 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/157.50.28.53:59663 tport.c:4046 tport_resolve() tport_resolve addrinfo = 157.50.28.53:59663 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/157.50.28.53:59663 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 607 bytes of 607 to udp/157.50.28.53:59663 tport.c:3492 tport_send_msg() tport_vsend returned 607 send 607 bytes to udp/[157.50.28.53]:59663 at 07:48:32.065631: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.110.195.180:59663;rport=59663;branch=z9hG4bKPjL2MB9ibReYJoCJhJPURFVB-WBts.gr3h;received=157.50.28.53 f: ;tag=gdwQzCX9OpV6NzYFhkB05zGVQnhLgaTL To: ;tag=62m2tg9gZteje i: Gp-GjdwYAeJl2mhBU8fmlPew.G-TJl1W CSeq: 51886 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="4ddd7436-805e-4a4b-a546-46a56cfb60a1", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/175.157.108.234:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/97.32.133.227:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (0 bytes) from udp/5.156.228.243:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0034b0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0034b0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c0034b0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ef010, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ef010, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5810b7a0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */202.153.81.103:7346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 202.153.81.103:7346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */202.153.81.103:7346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 741 bytes of 741 to udp/202.153.81.103:7346 tport.c:3492 tport_send_msg() tport_vsend returned 741 send 741 bytes to udp/[202.153.81.103]:7346 at 07:48:32.223296: ------------------------------------------------------------------------ NOTIFY sip:9994574791 at 202.153.81.103:7346;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK32pFNFD9B60Dp Max-Forwards: 70 From: ;tag=8m7Ky6arScUQN To: Call-ID: 459deac3-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453792 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:9994574791 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453792) to */202.153.81.103:7346 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5810ac60 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58211750 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58211750 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58211750 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58211750 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/116 term, 1/116 free nta.c:1296 agent_timer() nta: timer set next to 10 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/115 term, 1/115 free nta.c:1296 agent_timer() nta: timer set next to 101 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/114 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 287 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5820b1d0 from (udp/1X9.38.1X.1X:5060) has 647 bytes, veclen = 1 recv 647 bytes from udp/[202.153.81.103]:7346 at 07:48:32.798331: ------------------------------------------------------------------------ SUBSCRIBE sip:9994574791 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPj3Un0WI65t9F6Y8RgobqKgZhI9NvYRWs-;rport Route: Call-ID: VuBqUHRDT.L78sFHXPFX7kdcLbX-nk3y From: ;tag=blX2vNP6490gJTq8TsQxFYs-mJsnMuK0 To: CSeq: 195 SUBSCRIBE Max-Forwards: 70 Contact: Event: message-summary Expires: 3600 Supported: replaces,100rel,timer,norefersub Accept: application/simple-message-summary Allow-Events: presence,message-summary,refer User-Agent: Othex Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5820b1d0 (647 bytes) from udp/202.153.81.103:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9994574791 at 1X9.38.1X.1X SIP/2.0 (CSeq 195) nta.c:3248 agent_aliases() nta: canonizing sip:9994574791 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (195) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/202.153.81.103:7346 tport.c:4046 tport_resolve() tport_resolve addrinfo = 202.153.81.103:7346 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/202.153.81.103:7346 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 475 bytes of 475 to udp/202.153.81.103:7346 tport.c:3492 tport_send_msg() tport_vsend returned 475 send 475 bytes to udp/[202.153.81.103]:7346 at 07:48:32.798637: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 202.153.81.103:7346;branch=z9hG4bKPj3Un0WI65t9F6Y8RgobqKgZhI9NvYRWs-;rport=7346 From: ;tag=blX2vNP6490gJTq8TsQxFYs-mJsnMuK0 To: ;tag=9X0c01UUpNHaH Call-ID: VuBqUHRDT.L78sFHXPFX7kdcLbX-nk3y CSeq: 195 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (195) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58022d40 from (udp/1X9.38.1X.1X:5060) has 322 bytes, veclen = 1 recv 322 bytes from udp/[202.153.81.103]:7346 at 07:48:32.813549: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 1X9.38.1X.1X;branch=z9hG4bK32pFNFD9B60Dp;received=1X9.38.1X.1X;rport=5060 Call-ID: 459deac3-16f7-1235-d8ae-325ad17da6e2 From: ;tag=8m7Ky6arScUQN To: ;tag=z9hG4bK32pFNFD9B60Dp CSeq: 98453792 NOTIFY Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58022d40 (322 bytes) from udp/202.153.81.103:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453792) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 590.475 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5810ac60 by 0x7f5f58094300 with 0x7f5f58022d40 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c0034b0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0034b0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0034b0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5810b7a0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ef010) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fa80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5802fa80 (2 bytes) from udp/94.128.79.179:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/114 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 237 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58085be0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58085be0 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58009cb0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58009cb0 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fa80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5802fa80 (2 bytes) from udp/172.56.0.142:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 332 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580440e0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580440e0 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58085be0 from (udp/1X9.38.1X.1X:5060) has 611 bytes, veclen = 1 recv 611 bytes from udp/[98.167.159.162]:40813 at 07:48:33.496082: ------------------------------------------------------------------------ SUBSCRIBE sip:14802746735 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 98.167.159.162:40813;rport;branch=z9hG4bKPjhvDcSYDW8lZDOGwwg3LKOtc0P04p6RwH Max-Forwards: 70 f: ;tag=swwEVZDQC.8QJ4slroe8EZGbk1ByXKeK t: m: i: QK-uWeU3U2g8pXv7MbSvCC9lcS1gbWcO CSeq: 16154 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58085be0 (611 bytes) from udp/98.167.159.162:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:14802746735 at 1X9.38.1X.1X SIP/2.0 (CSeq 16154) nta.c:3248 agent_aliases() nta: canonizing sip:14802746735 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (16154) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/98.167.159.162:40813 tport.c:4046 tport_resolve() tport_resolve addrinfo = 98.167.159.162:40813 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/98.167.159.162:40813 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 472 bytes of 472 to udp/98.167.159.162:40813 tport.c:3492 tport_send_msg() tport_vsend returned 472 send 472 bytes to udp/[98.167.159.162]:40813 at 07:48:33.496449: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 98.167.159.162:40813;rport=40813;branch=z9hG4bKPjhvDcSYDW8lZDOGwwg3LKOtc0P04p6RwH f: ;tag=swwEVZDQC.8QJ4slroe8EZGbk1ByXKeK To: ;tag=a7S51vcZKy7vc i: QK-uWeU3U2g8pXv7MbSvCC9lcS1gbWcO CSeq: 16154 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (16154) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fa80 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5802fa80 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453789) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/5 free nta.c:1296 agent_timer() nta: timer set next to 80 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581101d0 from (udp/1X9.38.1X.1X:5060) has 611 bytes, veclen = 1 recv 611 bytes from udp/[98.167.159.162]:40813 at 07:48:33.581658: ------------------------------------------------------------------------ SUBSCRIBE sip:14802746735 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 98.167.159.162:40813;rport;branch=z9hG4bKPjhvDcSYDW8lZDOGwwg3LKOtc0P04p6RwH Max-Forwards: 70 f: ;tag=swwEVZDQC.8QJ4slroe8EZGbk1ByXKeK t: m: i: QK-uWeU3U2g8pXv7MbSvCC9lcS1gbWcO CSeq: 16154 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581101d0 (611 bytes) from udp/98.167.159.162:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:14802746735 at 1X9.38.1X.1X SIP/2.0 (CSeq 16154) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (16154) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/98.167.159.162:40813 tport.c:4046 tport_resolve() tport_resolve addrinfo = 98.167.159.162:40813 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/98.167.159.162:40813 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 472 bytes of 472 to udp/98.167.159.162:40813 tport.c:3492 tport_send_msg() tport_vsend returned 472 send 472 bytes to udp/[98.167.159.162]:40813 at 07:48:33.581845: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 98.167.159.162:40813;rport=40813;branch=z9hG4bKPjhvDcSYDW8lZDOGwwg3LKOtc0P04p6RwH f: ;tag=swwEVZDQC.8QJ4slroe8EZGbk1ByXKeK To: ;tag=a7S51vcZKy7vc i: QK-uWeU3U2g8pXv7MbSvCC9lcS1gbWcO CSeq: 16154 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 40 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453790) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/4 free nta.c:1296 agent_timer() nta: timer set next to 129 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580440e0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580440e0 (2 bytes) from udp/172.74.138.83:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 72 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fa80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5802fa80 (2 bytes) from udp/14.100.134.111:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453790) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 127 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 154 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f6d20 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581f6d20 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/110 term, 1/110 free nta.c:1296 agent_timer() nta: timer set next to 780 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fe800 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fe800 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580f0c00 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[172.56.2.233]:56661 at 07:48:34.167662: ------------------------------------------------------------------------ SUBSCRIBE sip:2402640094 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:39083;rport;branch=z9hG4bKPj6-A8UbZsVBxUWqK-uHr.9Si3vvBgKPuv Max-Forwards: 70 f: ;tag=y4W-rJsggQXmb7Y7h8fFL-qZ10FWevBW t: m: i: 3Y46I-E2Louo5QzIS2fsmBSwqhQqu15j CSeq: 28243 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580f0c00 (600 bytes) from udp/172.56.2.233:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:2402640094 at 1X9.38.1X.1X SIP/2.0 (CSeq 28243) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.2.233 nta.c:3248 agent_aliases() nta: canonizing sip:2402640094 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28243) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.56.2.233:56661 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.56.2.233:56661 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.56.2.233:56661 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/172.56.2.233:56661 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[172.56.2.233]:56661 at 07:48:34.167945: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:39083;rport=56661;branch=z9hG4bKPj6-A8UbZsVBxUWqK-uHr.9Si3vvBgKPuv;received=172.56.2.233 f: ;tag=y4W-rJsggQXmb7Y7h8fFL-qZ10FWevBW To: ;tag=BgKy3QX2g7XFr i: 3Y46I-E2Louo5QzIS2fsmBSwqhQqu15j CSeq: 28243 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28243) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580440e0 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[172.56.2.233]:56661 at 07:48:34.197152: ------------------------------------------------------------------------ SUBSCRIBE sip:2402640094 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:39083;rport;branch=z9hG4bKPjCKyqXHcJsheauMp.YGD36AyMBUV4lzcu Max-Forwards: 70 f: ;tag=gHTRMbk25G4tFwAOg2Ec4sEk5jbfUeFv t: m: i: fYVxbHGrxuVeFMD-n8u08kUTHHDDxABM CSeq: 19903 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580440e0 (600 bytes) from udp/172.56.2.233:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:2402640094 at 1X9.38.1X.1X SIP/2.0 (CSeq 19903) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.2.233 nta.c:3248 agent_aliases() nta: canonizing sip:2402640094 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (19903) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.56.2.233:56661 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.56.2.233:56661 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.56.2.233:56661 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/172.56.2.233:56661 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[172.56.2.233]:56661 at 07:48:34.197410: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:39083;rport=56661;branch=z9hG4bKPjCKyqXHcJsheauMp.YGD36AyMBUV4lzcu;received=172.56.2.233 f: ;tag=gHTRMbk25G4tFwAOg2Ec4sEk5jbfUeFv To: ;tag=cScQ5je6Dgm2K i: fYVxbHGrxuVeFMD-n8u08kUTHHDDxABM CSeq: 19903 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (19903) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581045a0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581045a0 (2 bytes) from udp/70.53.60.14:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5802fa80 from (udp/1X9.38.1X.1X:5060) has 548 bytes, veclen = 1 recv 548 bytes from udp/[117.206.123.233]:11873 at 07:48:34.348938: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 117.206.123.233:11873;rport;branch=z9hG4bKPjZYiQ4gca0MOwXLKBKdKFxj7GBX5Ae5F- Route: Max-Forwards: 70 f: ;tag=AdtOW4wy-gBp9VnrBdmLWo0VgVWGCwqX t: i: KmeWPsfs4YAp3IrXcBT9ola-5ZtCCe4V CSeq: 48504 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5802fa80 (548 bytes) from udp/117.206.123.233:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 48504) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (48504) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58217990) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811ab90, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58217990): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58217990): sent signal r_respond 2016-10-27 07:48:34.339804 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [7845109988 at 1X9.38.1X.1X] from ip 117.206.123.233 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58217990): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58217990): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811ab90, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/117.206.123.233:11873 tport.c:4046 tport_resolve() tport_resolve addrinfo = 117.206.123.233:11873 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/117.206.123.233:11873 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 586 bytes of 586 to udp/117.206.123.233:11873 tport.c:3492 tport_send_msg() tport_vsend returned 586 send 586 bytes to udp/[117.206.123.233]:11873 at 07:48:34.349957: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 117.206.123.233:11873;rport=11873;branch=z9hG4bKPjZYiQ4gca0MOwXLKBKdKFxj7GBX5Ae5F- f: ;tag=AdtOW4wy-gBp9VnrBdmLWo0VgVWGCwqX To: ;tag=D25F7DZ9aSaNF i: KmeWPsfs4YAp3IrXcBT9ola-5ZtCCe4V CSeq: 48504 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="8cac178d-2a12-4d50-871d-60c9be48031a", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (48504) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58217990): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5811ab90) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f6d20 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581f6d20 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fe800 from (udp/1X9.38.1X.1X:5060) has 857 bytes, veclen = 1 recv 857 bytes from udp/[46.101.234.29]:58529 at 07:48:34.505929: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjihat.sUJEOqtK1lUtdrAkobhNY672PYE Route: Max-Forwards: 70 f: ;tag=vCK-FTyQ-koYOQVaayF5OkhDE3zWE3-l t: i: Cdj-prGqyZPg1r2CRUPnra3fkPJrn1K- CSeq: 54277 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="0554308903", realm="1X9.38.1X.1X", nonce="865fe8ed-b7fe-40dc-85f7-f288262aded6", uri="sip:1X9.38.1X.1X", response="da0b094262dc02956f0a82e78d60a0bf", algorithm=MD5, cnonce=".lVjRKLgt5eGp-3shR5cqRo7ie8iyjlP", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581fe800 (857 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 54277) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (54277) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580caa80) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580caa80): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580caa80): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580caa80): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580caa80): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 571 bytes of 571 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 571 send 571 bytes to udp/[46.101.234.29]:58529 at 07:48:34.664446: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjihat.sUJEOqtK1lUtdrAkobhNY672PYE;received=46.101.234.29 f: ;tag=vCK-FTyQ-koYOQVaayF5OkhDE3zWE3-l To: ;tag=eBZ888FD8107a i: Cdj-prGqyZPg1r2CRUPnra3fkPJrn1K- CSeq: 54277 REGISTER Contact: ;expires=1843 Date: Thu, 27 Oct 2016 14:48:34 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (54277) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580caa80): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f6d20 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581f6d20 (2 bytes) from udp/172.56.26.220:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004230): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004230): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c004230) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811ab90, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5811ab90, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f580fafc0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[46.101.234.29]:58529 at 07:48:34.913433: ------------------------------------------------------------------------ NOTIFY sip:0554308903 at 46.101.234.29:58529;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK4Bg8payc9eQ0H Route: ;ob Max-Forwards: 70 From: ;tag=Fmr1a40g5aQtp To: Call-ID: 473868fe-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453793 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:0554308903 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453793) to */46.101.234.29:58529 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58280510 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 221 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580250e0 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[46.101.234.29]:58529 at 07:48:34.958663: ------------------------------------------------------------------------ SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.0.0.69:58529;rport;branch=z9hG4bKPjRC9D9Yn7teJQnv7LQ-FGpAbdGwrQdqeB Max-Forwards: 70 f: ;tag=AtKAdy7iTalCNcT7rDozxDhUj6Wr3Tcv t: m: i: .Mr1Qfg6Qzze5z-gG73.3BCTHZ3VwIFg CSeq: 12093 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580250e0 (601 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:0554308903 at 1X9.38.1X.1X SIP/2.0 (CSeq 12093) nta.c:3174 agent_check_request_via() nta: Via check: received=46.101.234.29 nta.c:3248 agent_aliases() nta: canonizing sip:0554308903 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (12093) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/46.101.234.29:58529 tport.c:4046 tport_resolve() tport_resolve addrinfo = 46.101.234.29:58529 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/46.101.234.29:58529 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 488 bytes of 488 to udp/46.101.234.29:58529 tport.c:3492 tport_send_msg() tport_vsend returned 488 send 488 bytes to udp/[46.101.234.29]:58529 at 07:48:34.959042: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.0.0.69:58529;rport=58529;branch=z9hG4bKPjRC9D9Yn7teJQnv7LQ-FGpAbdGwrQdqeB;received=46.101.234.29 f: ;tag=AtKAdy7iTalCNcT7rDozxDhUj6Wr3Tcv To: ;tag=gXHtcZHm2KDDj i: .Mr1Qfg6Qzze5z-gG73.3BCTHZ3VwIFg CSeq: 12093 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (12093) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807a4e0 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[95.85.34.111]:47409 at 07:48:35.113339: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjgsJy9GdUiLHbbTJT.8-ODD3cOF9KZnrS Route: Max-Forwards: 70 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt t: i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19799 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5807a4e0 (540 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 19799) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (19799) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58019b30) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58019b30): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58019b30): sent signal r_respond 2016-10-27 07:48:35.099815 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9585331930 at 1X9.38.1X.1X] from ip 95.85.34.111 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58019b30): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58019b30): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:35.114376: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjgsJy9GdUiLHbbTJT.8-ODD3cOF9KZnrS;received=95.85.34.111 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt To: ;tag=H6aKet2QZv3ZD i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19799 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="92a28b99-9129-49ac-8f70-6eabcc2aca11", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (19799) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58019b30): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/114 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 592 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580da120 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[46.101.234.29]:58529 at 07:48:35.189183: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK4Bg8payc9eQ0H i: 473868fe-16f7-1235-d8ae-325ad17da6e2 f: ;tag=Fmr1a40g5aQtp t: ;tag=z9hG4bK4Bg8payc9eQ0H CSeq: 98453793 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580da120 (298 bytes) from udp/46.101.234.29:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453793) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 275.934 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58280510 by 0x7f5f5825ddd0 with 0x7f5f580da120 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c004230): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004230): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004230): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f580fafc0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5811ab90) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58085180 from (udp/1X9.38.1X.1X:5060) has 671 bytes, veclen = 1 recv 671 bytes from udp/[37.231.190.197]:56140 at 07:48:35.280743: ------------------------------------------------------------------------ SUBSCRIBE sip:50038405 at 1X9.38.1X.1X SIP/2.0 Via: SIP/2.0/UDP 10.47.168.233:5060;branch=z9hG4bK4e45aa549b91e48fce9f2f71bcb2d191 Via: SIP/2.0/UDP 192.168.8.102:34441;rport;branch=z9hG4bKPj7NqhmEMiADeB5b6tO.kGBZSYJAIBSETT From: ;tag=51W6WUyWoVF26Q4uz1yUJtZ7QC5dxp97 To: Call-ID: 8cD60LYTGGoHP7oMkFRnyaV0l3FcKNkl CSeq: 29794 SUBSCRIBE Contact: max-forwards: 69 event: message-summary expires: 3600 k: replaces k: 100rel k: timer k: norefersub u: presence u: message-summary u: refer user-agent: Othex Accept: application/simple-message-summary Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58085180 (671 bytes) from udp/37.231.190.197:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:50038405 at 1X9.38.1X.1X SIP/2.0 (CSeq 29794) nta.c:3174 agent_check_request_via() nta: Via check: received=37.231.190.197 nta.c:3248 agent_aliases() nta: canonizing sip:50038405 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (29794) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/37.231.190.197:56140 tport.c:4046 tport_resolve() tport_resolve addrinfo = 37.231.190.197:56140 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/37.231.190.197:56140 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 588 bytes of 588 to udp/37.231.190.197:56140 tport.c:3492 tport_send_msg() tport_vsend returned 588 send 588 bytes to udp/[37.231.190.197]:56140 at 07:48:35.281137: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.47.168.233:5060;branch=z9hG4bK4e45aa549b91e48fce9f2f71bcb2d191;received=37.231.190.197;rport=56140 Via: SIP/2.0/UDP 192.168.8.102:34441;rport;branch=z9hG4bKPj7NqhmEMiADeB5b6tO.kGBZSYJAIBSETT From: ;tag=51W6WUyWoVF26Q4uz1yUJtZ7QC5dxp97 To: ;tag=jF4BgNKUv5SjS Call-ID: 8cD60LYTGGoHP7oMkFRnyaV0l3FcKNkl CSeq: 29794 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (29794) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58086800 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58086800 (2 bytes) from udp/73.150.68.24:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58086800 (2 bytes) from udp/188.236.84.207:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58086800 (2 bytes) from udp/104.162.180.168:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[95.85.34.111]:47409 at 07:48:35.632942: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjgsJy9GdUiLHbbTJT.8-ODD3cOF9KZnrS Route: Max-Forwards: 70 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt t: i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19799 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58086800 (540 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 19799) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3012 agent_recv_request() nta: REGISTER (19799) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 401 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 604 bytes of 604 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 604 send 604 bytes to udp/[95.85.34.111]:47409 at 07:48:35.633151: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjgsJy9GdUiLHbbTJT.8-ODD3cOF9KZnrS;received=95.85.34.111 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt To: ;tag=H6aKet2QZv3ZD i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19799 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="92a28b99-9129-49ac-8f70-6eabcc2aca11", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58086800 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[95.85.34.111]:47409 at 07:48:35.674395: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjnPGel69kRmr.nVvLsT6o1C57bNi0Az3q Route: Max-Forwards: 70 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt t: i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19800 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9585331930", realm="1X9.38.1X.1X", nonce="92a28b99-9129-49ac-8f70-6eabcc2aca11", uri="sip:1X9.38.1X.1X", response="42b99a39bf2efa8cd4bd5a3e01935389", algorithm=MD5, cnonce="nGwQE-NgcUr-BpclRj1vQ0rcD-IpaB3V", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58086800 (807 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 19800) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (19800) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5820f560) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ede70, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5820f560): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58294b00 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[172.58.225.95]:50487 at 07:48:35.701878: ------------------------------------------------------------------------ SUBSCRIBE sip:8453005890 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:43081;rport;branch=z9hG4bKPj9.IRYJsEQly.Axwln9f92P31Xl12MvMp Max-Forwards: 70 f: ;tag=KN7Ud2YeDmDMCQlSvSvqwylnsQ.PZbO8 t: m: i: RtdjjHJOfmh7o1-nuuuumKEZ6JkzgzWw CSeq: 20241 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58294b00 (601 bytes) from udp/172.58.225.95:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:8453005890 at 1X9.38.1X.1X SIP/2.0 (CSeq 20241) nta.c:3174 agent_check_request_via() nta: Via check: received=172.58.225.95 nta.c:3248 agent_aliases() nta: canonizing sip:8453005890 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (20241) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.58.225.95:50487 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.58.225.95:50487 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.58.225.95:50487 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 488 bytes of 488 to udp/172.58.225.95:50487 tport.c:3492 tport_send_msg() tport_vsend returned 488 send 488 bytes to udp/[172.58.225.95]:50487 at 07:48:35.702182: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:43081;rport=50487;branch=z9hG4bKPj9.IRYJsEQly.Axwln9f92P31Xl12MvMp;received=172.58.225.95 f: ;tag=KN7Ud2YeDmDMCQlSvSvqwylnsQ.PZbO8 To: ;tag=m1pXKBN2pQ6Qg i: RtdjjHJOfmh7o1-nuuuumKEZ6JkzgzWw CSeq: 20241 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (20241) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580010d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580010d0 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453790) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 249 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/107.107.56.159:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5820f560): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5820f560): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5820f560): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580ede70, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 570 bytes of 570 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 570 send 570 bytes to udp/[95.85.34.111]:47409 at 07:48:35.859110: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjnPGel69kRmr.nVvLsT6o1C57bNi0Az3q;received=95.85.34.111 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt To: ;tag=KrX4Hg4ySeg5m i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19800 REGISTER Contact: ;expires=1811 Date: Thu, 27 Oct 2016 14:48:35 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (19800) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5820f560): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580ede70) called nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/116 term, 1/116 free nta.c:1296 agent_timer() nta: timer set next to 220 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f582123c0 (2 bytes) from udp/73.114.21.83:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/73.114.21.83:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005e40): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005e40): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c005e40) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5829e780) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 786 bytes of 786 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 786 send 786 bytes to udp/[95.85.34.111]:47409 at 07:48:36.079021: ------------------------------------------------------------------------ NOTIFY sip:9585331930 at 192.168.1.7:47409;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK5m90r5eg6QDKD Route: ;ob Max-Forwards: 70 From: ;tag=NagpN655K0vac To: Call-ID: 47ea440f-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453794 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:9585331930 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453794) to */95.85.34.111:47409 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5807f1e0 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/115 term, 1/115 free nta.c:1296 agent_timer() nta: timer set next to 24 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/114 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 41 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 807 bytes, veclen = 1 recv 807 bytes from udp/[95.85.34.111]:47409 at 07:48:36.233471: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.1.7:47409;rport;branch=z9hG4bKPjnPGel69kRmr.nVvLsT6o1C57bNi0Az3q Route: Max-Forwards: 70 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt t: i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19800 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="9585331930", realm="1X9.38.1X.1X", nonce="92a28b99-9129-49ac-8f70-6eabcc2aca11", uri="sip:1X9.38.1X.1X", response="42b99a39bf2efa8cd4bd5a3e01935389", algorithm=MD5, cnonce="nGwQE-NgcUr-BpclRj1vQ0rcD-IpaB3V", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582123c0 (807 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 19800) nta.c:3174 agent_check_request_via() nta: Via check: received=95.85.34.111 nta.c:3012 agent_recv_request() nta: REGISTER (19800) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 200 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/95.85.34.111:47409 tport.c:4046 tport_resolve() tport_resolve addrinfo = 95.85.34.111:47409 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/95.85.34.111:47409 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 570 bytes of 570 to udp/95.85.34.111:47409 tport.c:3492 tport_send_msg() tport_vsend returned 570 send 570 bytes to udp/[95.85.34.111]:47409 at 07:48:36.233680: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.7:47409;rport=47409;branch=z9hG4bKPjnPGel69kRmr.nVvLsT6o1C57bNi0Az3q;received=95.85.34.111 f: ;tag=Iq2ezOM8j5xjBMZ4XB-YKnXlnoLSxxzt To: ;tag=KrX4Hg4ySeg5m i: SXCKpmDrUCjumHrBYUeM.S3eDCjcIjev CSeq: 19800 REGISTER Contact: ;expires=1811 Date: Thu, 27 Oct 2016 14:48:35 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/5.31.13.254:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/113 free nta.c:1296 agent_timer() nta: timer set next to 63 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e9c80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e9c80 (2 bytes) from udp/172.58.224.242:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/112 term, 1/112 free nta.c:1296 agent_timer() nta: timer set next to 179 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[95.85.34.111]:47409 at 07:48:36.327993: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK5m90r5eg6QDKD i: 47ea440f-16f7-1235-d8ae-325ad17da6e2 f: ;tag=NagpN655K0vac t: ;tag=z9hG4bK5m90r5eg6QDKD CSeq: 98453794 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582123c0 (298 bytes) from udp/95.85.34.111:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453794) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 249.163 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5807f1e0 by 0x7f5f5827e880 with 0x7f5f582123c0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c005e40): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c005e40): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c005e40): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f5829e780) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/172.58.107.4:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58129270 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58129270 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fd7d0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581fd7d0 (2 bytes) from udp/172.58.225.95:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 647 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e9c80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e9c80 (2 bytes) from udp/94.128.106.160:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580289a0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580289a0 (2 bytes) from udp/216.4.56.144:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (2 bytes) from udp/202.133.60.23:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58129270 from (udp/1X9.38.1X.1X:5060) has 501 bytes, veclen = 1 recv 501 bytes from udp/[210.140.81.0]:35767 at 07:48:36.763257: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.123.192:52805;rport;branch=z9hG4bKPjGkXDAzaGS56pPwKN8sbJ-lb8Hg58BSYN Route: Max-Forwards: 70 f: ;tag=2.wdqN4Ublj72lrx04dmyvXFBpxLDtSZ t: i: kozVuytO3WtEvmmxR5Bjnoq6oSxRTf3j CSeq: 53150 REGISTER User-Agent: Othex m: Expires: 0 m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58129270 (501 bytes) from udp/210.140.81.0:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 53150) nta.c:3174 agent_check_request_via() nta: Via check: received=210.140.81.0 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (53150) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581e7dd0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580aba90, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581e7dd0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581e7dd0): sent signal r_respond 2016-10-27 07:48:36.759792 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8675988392 at 1X9.38.1X.1X] from ip 210.140.81.0 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581e7dd0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581e7dd0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580aba90, ...) called nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/210.140.81.0:35767 tport.c:4046 tport_resolve() tport_resolve addrinfo = 210.140.81.0:35767 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/210.140.81.0:35767 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/210.140.81.0:35767 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[210.140.81.0]:35767 at 07:48:36.764401: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.123.192:52805;rport=35767;branch=z9hG4bKPjGkXDAzaGS56pPwKN8sbJ-lb8Hg58BSYN;received=210.140.81.0 f: ;tag=2.wdqN4Ublj72lrx04dmyvXFBpxLDtSZ To: ;tag=pK9eQ1p9g9jXQ i: kozVuytO3WtEvmmxR5Bjnoq6oSxRTf3j CSeq: 53150 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="de53fc7f-8af0-45fe-a6ad-5ca3a4d707e5", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (53150) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581e7dd0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580aba90) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e9c80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e9c80 (2 bytes) from udp/37.210.130.37:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e9c80 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580e9c80 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58263e00 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58263e00 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/111 term, 1/111 free nta.c:1296 agent_timer() nta: timer set next to 663 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e9c80 from (udp/1X9.38.1X.1X:5060) has 546 bytes, veclen = 1 recv 546 bytes from udp/[14.100.134.19]:19855 at 07:48:37.272781: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjiSpvl6Yt6QVKUoIbqAHRh2WykfYHUzXE Route: Max-Forwards: 70 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI t: i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61567 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580e9c80 (546 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61567) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (61567) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5820f560) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5820f560): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5820f560): sent signal r_respond 2016-10-27 07:48:37.259820 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8098424665 at 1X9.38.1X.1X] from ip 14.100.134.19 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5820f560): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5820f560): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[14.100.134.19]:19855 at 07:48:37.273943: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjiSpvl6Yt6QVKUoIbqAHRh2WykfYHUzXE;received=14.100.134.19 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI To: ;tag=Qv27rv7cej9FK i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61567 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="f81071da-a007-4adb-a65d-fbcb69d7742f", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (61567) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5820f560): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5811d7e0 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[73.38.25.176]:42630 at 07:48:37.416415: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.9.162:42630;rport;branch=z9hG4bKPjUIXqnb0zP6kiYKoUQAbQK-VZcaA9cDF9 Route: Max-Forwards: 70 f: ;tag=KjgMZyIsjTh2Mqx9zxhBgFkEYHAj.id7 t: i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27162 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5811d7e0 (601 bytes) from udp/73.38.25.176:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 27162) nta.c:3174 agent_check_request_via() nta: Via check: received=73.38.25.176 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (27162) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5805e480) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5805e480): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5805e480): sent signal r_respond 2016-10-27 07:48:37.399818 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [80644021387 at 1X9.38.1X.1X] from ip 73.38.25.176 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5805e480): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5805e480): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/73.38.25.176:42630 tport.c:4046 tport_resolve() tport_resolve addrinfo = 73.38.25.176:42630 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/73.38.25.176:42630 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/73.38.25.176:42630 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[73.38.25.176]:42630 at 07:48:37.417458: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.9.162:42630;rport=42630;branch=z9hG4bKPjUIXqnb0zP6kiYKoUQAbQK-VZcaA9cDF9;received=73.38.25.176 f: ;tag=KjgMZyIsjTh2Mqx9zxhBgFkEYHAj.id7 To: ;tag=r5U0tQrgBUZ2e i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27162 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="01b059ce-f113-4215-b4ed-bb5ea84c8271", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (27162) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5805e480): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5803bd90 from (udp/1X9.38.1X.1X:5060) has 869 bytes, veclen = 1 recv 869 bytes from udp/[73.38.25.176]:42630 at 07:48:37.592158: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.9.162:42630;rport;branch=z9hG4bKPjpOvwC0RGT4ECOjgJNYv5JvSlVbBkEh3I Route: Max-Forwards: 70 f: ;tag=KjgMZyIsjTh2Mqx9zxhBgFkEYHAj.id7 t: i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27163 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 Authorization: Digest username="80644021387", realm="1X9.38.1X.1X", nonce="01b059ce-f113-4215-b4ed-bb5ea84c8271", uri="sip:1X9.38.1X.1X", response="6df17e09ab9d0799b3bfdec60708408a", algorithm=MD5, cnonce="dSsy-2oxkzrhJH-LqbNa2Yi5sRVfvGCH", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5803bd90 (869 bytes) from udp/73.38.25.176:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 27163) nta.c:3174 agent_check_request_via() nta: Via check: received=73.38.25.176 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (27163) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5827cda0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5827cda0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581fd7d0 from (udp/1X9.38.1X.1X:5060) has 813 bytes, veclen = 1 recv 813 bytes from udp/[14.100.134.19]:19855 at 07:48:37.602598: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjWu4qdFIYANlgMm3zdgzYgQKmUxjcJLsy Route: Max-Forwards: 70 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI t: i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61568 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8098424665", realm="1X9.38.1X.1X", nonce="f81071da-a007-4adb-a65d-fbcb69d7742f", uri="sip:1X9.38.1X.1X", response="ecbed0b57407935aa28c6c9a36f06f78", algorithm=MD5, cnonce="1qTdM-.j7-ZiUvsFGb4V1Kb4Cpzuck6J", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581fd7d0 (813 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61568) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (61568) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580277a0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5804a020, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580277a0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58001d80 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58001d80 (2 bytes) from udp/119.56.127.198:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c06b0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c06b0 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58143fa0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58143fa0 (2 bytes) from udp/166.172.63.152:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5827cda0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5827cda0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5827cda0): recv signal r_respond 200 OK nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/73.38.25.176:42630 tport.c:4046 tport_resolve() tport_resolve addrinfo = 73.38.25.176:42630 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/73.38.25.176:42630 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 577 bytes of 577 to udp/73.38.25.176:42630 tport.c:3492 tport_send_msg() tport_vsend returned 577 send 577 bytes to udp/[73.38.25.176]:42630 at 07:48:37.782321: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.9.162:42630;rport=42630;branch=z9hG4bKPjpOvwC0RGT4ECOjgJNYv5JvSlVbBkEh3I;received=73.38.25.176 f: ;tag=KjgMZyIsjTh2Mqx9zxhBgFkEYHAj.id7 To: ;tag=SeNSvj9K83NNa i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27163 REGISTER Contact: ;expires=2203 Date: Thu, 27 Oct 2016 14:48:37 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (27163) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5827cda0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453792) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/3 free nta.c:1296 agent_timer() nta: timer set next to 64 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58203440 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58203440 (2 bytes) from udp/104.255.234.231:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/113 term, 1/114 free nta.c:1296 agent_timer() nta: timer set next to 688 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58022d40 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58022d40 (2 bytes) from udp/94.76.0.116:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580277a0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580277a0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580277a0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5804a020, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 577 bytes of 577 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 577 send 577 bytes to udp/[14.100.134.19]:19855 at 07:48:37.958932: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjWu4qdFIYANlgMm3zdgzYgQKmUxjcJLsy;received=14.100.134.19 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI To: ;tag=tQejyDtQ5cc8N i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61568 REGISTER Contact: ;expires=1827 Date: Thu, 27 Oct 2016 14:48:37 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (61568) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580277a0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5804a020) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004330): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004330): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c004330) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5829c080, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58215fc0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */73.38.25.176:42630 tport.c:4046 tport_resolve() tport_resolve addrinfo = 73.38.25.176:42630 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */73.38.25.176:42630 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 793 bytes of 793 to udp/73.38.25.176:42630 tport.c:3492 tport_send_msg() tport_vsend returned 793 send 793 bytes to udp/[73.38.25.176]:42630 at 07:48:38.065591: ------------------------------------------------------------------------ NOTIFY sip:80644021387 at 192.168.9.162:42630;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK6X2St0ZK3035r Route: ;ob Max-Forwards: 70 From: ;tag=U07a08aU2N2tH To: Call-ID: 491963d3-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453795 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 73 Messages-Waiting: no Message-Account: sip:80644021387 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453795) to */73.38.25.176:42630 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580e0c70 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805b1d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805b1d0 (0 bytes) from udp/95.185.102.17:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58022d40 from (udp/1X9.38.1X.1X:5060) has 300 bytes, veclen = 1 recv 300 bytes from udp/[73.38.25.176]:42630 at 07:48:38.106180: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK6X2St0ZK3035r i: 491963d3-16f7-1235-d8ae-325ad17da6e2 f: ;tag=U07a08aU2N2tH t: ;tag=z9hG4bK6X2St0ZK3035r CSeq: 98453795 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58022d40 (300 bytes) from udp/73.38.25.176:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453795) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 40.778 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580e0c70 by 0x7f5f5820f250 with 0x7f5f58022d40 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c004330): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c004330): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c004330): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58215fc0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5829c080) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805b1d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805b1d0 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805b1d0 from (udp/1X9.38.1X.1X:5060) has 813 bytes, veclen = 1 recv 813 bytes from udp/[14.100.134.19]:19855 at 07:48:38.147605: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjWu4qdFIYANlgMm3zdgzYgQKmUxjcJLsy Route: Max-Forwards: 70 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI t: i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61568 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8098424665", realm="1X9.38.1X.1X", nonce="f81071da-a007-4adb-a65d-fbcb69d7742f", uri="sip:1X9.38.1X.1X", response="ecbed0b57407935aa28c6c9a36f06f78", algorithm=MD5, cnonce="1qTdM-.j7-ZiUvsFGb4V1Kb4Cpzuck6J", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5805b1d0 (813 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61568) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3012 agent_recv_request() nta: REGISTER (61568) going to existing REGISTER transaction nta.c:6178 incoming_recv() nta: re-received REGISTER request, retransmitting 200 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 577 bytes of 577 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 577 send 577 bytes to udp/[14.100.134.19]:19855 at 07:48:38.147783: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjWu4qdFIYANlgMm3zdgzYgQKmUxjcJLsy;received=14.100.134.19 f: ;tag=e3L1tbpOYihaQrYBaiNNZy97.WGLLlzI To: ;tag=tQejyDtQ5cc8N i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61568 REGISTER Contact: ;expires=1827 Date: Thu, 27 Oct 2016 14:48:37 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805b1d0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5805b1d0 (0 bytes) from udp/176.47.63.34:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5805b1d0 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[14.100.134.19]:19855 at 07:48:38.325592: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjRl24onp1XxX1SkoJGU-jbrMQPZqMEf2n Route: Max-Forwards: 70 f: ;tag=i.Toke3nIpxhsjgslDuYXVPvaH4eijuQ t: i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61569 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5805b1d0 (600 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61569) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (61569) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580277a0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f582962a0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580277a0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580277a0): sent signal r_respond 2016-10-27 07:48:38.319821 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8098424665 at 1X9.38.1X.1X] from ip 14.100.134.19 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580277a0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580277a0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f582962a0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[14.100.134.19]:19855 at 07:48:38.326549: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjRl24onp1XxX1SkoJGU-jbrMQPZqMEf2n;received=14.100.134.19 f: ;tag=i.Toke3nIpxhsjgslDuYXVPvaH4eijuQ To: ;tag=v90313UyZyrDD i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61569 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="e7f05b06-4c97-433b-ad2c-30a4b3469423", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (61569) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580277a0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f582962a0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58207200 from (udp/1X9.38.1X.1X:5060) has 545 bytes, veclen = 1 recv 545 bytes from udp/[188.236.100.192]:61327 at 07:48:38.336094: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.164.75.77:53313;rport;branch=z9hG4bKPj.Iyzi4nbj26fLkiu7-Mo.TLjYoFIfWiV Route: Max-Forwards: 70 f: ;tag=xZsITcUPRCzgSDtYV.mE-4GrXtw4Q5FO t: i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21404 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58207200 (545 bytes) from udp/188.236.100.192:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 21404) nta.c:3174 agent_check_request_via() nta: Via check: received=188.236.100.192 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (21404) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5806a300) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dce60, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5806a300): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5806a300): sent signal r_respond 2016-10-27 07:48:38.319821 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8965321532 at 1X9.38.1X.1X] from ip 188.236.100.192 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5806a300): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5806a300): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dce60, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.236.100.192:61327 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.100.192:61327 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.236.100.192:61327 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/188.236.100.192:61327 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[188.236.100.192]:61327 at 07:48:38.337216: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.164.75.77:53313;rport=61327;branch=z9hG4bKPj.Iyzi4nbj26fLkiu7-Mo.TLjYoFIfWiV;received=188.236.100.192 f: ;tag=xZsITcUPRCzgSDtYV.mE-4GrXtw4Q5FO To: ;tag=Xjtv3yc2v7e0r i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21404 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="ddebf38b-4979-4367-a354-e8ac3301242a", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (21404) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5806a300): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580dce60) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580694d0 from (udp/1X9.38.1X.1X:5060) has 595 bytes, veclen = 1 recv 595 bytes from udp/[47.30.69.220]:38937 at 07:48:38.376933: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.18.61.253:38937;rport;branch=z9hG4bKPjH59Xc3BNsXQUHTt0CBlsviYQ0bJYeNLJ Route: Max-Forwards: 70 f: ;tag=suB7e7tgmW.vlSR6htjCvz9sJHC.Kk7- t: i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16030 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580694d0 (595 bytes) from udp/47.30.69.220:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 16030) nta.c:3174 agent_check_request_via() nta: Via check: received=47.30.69.220 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (16030) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5804a2d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5808af50, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5804a2d0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5804a2d0): sent signal r_respond 2016-10-27 07:48:38.359814 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [7982524343 at 1X9.38.1X.1X] from ip 47.30.69.220 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5804a2d0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5804a2d0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5808af50, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/47.30.69.220:38937 tport.c:4046 tport_resolve() tport_resolve addrinfo = 47.30.69.220:38937 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/47.30.69.220:38937 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 605 bytes of 605 to udp/47.30.69.220:38937 tport.c:3492 tport_send_msg() tport_vsend returned 605 send 605 bytes to udp/[47.30.69.220]:38937 at 07:48:38.378152: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.18.61.253:38937;rport=38937;branch=z9hG4bKPjH59Xc3BNsXQUHTt0CBlsviYQ0bJYeNLJ;received=47.30.69.220 f: ;tag=suB7e7tgmW.vlSR6htjCvz9sJHC.Kk7- To: ;tag=yUKN5SX5Sg5jm i: knchUGx.6HIjlOM.MAhu880LMelc5Qdl CSeq: 16030 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="a1f8f624-a4a3-40c1-9374-3e88b473d943", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (16030) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5804a2d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5808af50) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5808ad10 from (udp/1X9.38.1X.1X:5060) has 815 bytes, veclen = 1 recv 815 bytes from udp/[117.206.123.233]:11873 at 07:48:38.418987: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 117.206.123.233:11873;rport;branch=z9hG4bKPjD-AdEeXUyumaFuolktsN8lf19LgfrF4M Route: Max-Forwards: 70 f: ;tag=AdtOW4wy-gBp9VnrBdmLWo0VgVWGCwqX t: i: KmeWPsfs4YAp3IrXcBT9ola-5ZtCCe4V CSeq: 48505 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="7845109988", realm="1X9.38.1X.1X", nonce="8cac178d-2a12-4d50-871d-60c9be48031a", uri="sip:1X9.38.1X.1X", response="ffde767e22dc858863e1cec5bf268887", algorithm=MD5, cnonce="WNVmpaxzpmthyeyizgkFWAJOExYeG2BE", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5808ad10 (815 bytes) from udp/117.206.123.233:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 48505) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (48505) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5827fe20) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dce60, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5827fe20): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c2360 from (udp/1X9.38.1X.1X:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[97.99.186.49]:45866 at 07:48:38.486012: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 97.99.186.49:45866;rport;branch=z9hG4bKPjdaf4uY8RwsPX0l8Y5QB-6haoR4nR9hAW Route: Max-Forwards: 70 f: ;tag=dntffW-3UHXockX0aXsvkkiCAmUtTmze t: i: Ft5EnacSEGaWVB7jOXNYSVLPLOHaukH9 CSeq: 44957 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c2360 (542 bytes) from udp/97.99.186.49:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 44957) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (44957) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580a4b50) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5828bd90, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580a4b50): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581ee670 from (udp/1X9.38.1X.1X:5060) has 613 bytes, veclen = 1 recv 613 bytes from udp/[104.183.184.188]:55211 at 07:48:38.490279: ------------------------------------------------------------------------ SUBSCRIBE sip:16622124483 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 104.183.184.188:55211;rport;branch=z9hG4bKPja9hAYMM4A4MLjKjjRXyaSioCQ8H3EYai Max-Forwards: 70 f: ;tag=2eKLkLjfkc24yVQ8kkZOmh.5eJeuvghu t: m: i: 2xoaXbjrAZU71GJoFvzCLehT0c5rRK1j CSeq: 25461 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581ee670 (613 bytes) from udp/104.183.184.188:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:16622124483 at 1X9.38.1X.1X SIP/2.0 (CSeq 25461) nta.c:3248 agent_aliases() nta: canonizing sip:16622124483 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (25461) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/104.183.184.188:55211 tport.c:4046 tport_resolve() tport_resolve addrinfo = 104.183.184.188:55211 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/104.183.184.188:55211 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 473 bytes of 473 to udp/104.183.184.188:55211 tport.c:3492 tport_send_msg() tport_vsend returned 473 send 473 bytes to udp/[104.183.184.188]:55211 at 07:48:38.490561: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 104.183.184.188:55211;rport=55211;branch=z9hG4bKPja9hAYMM4A4MLjKjjRXyaSioCQ8H3EYai f: ;tag=2eKLkLjfkc24yVQ8kkZOmh.5eJeuvghu To: ;tag=1pZZaBggHB8aQ i: 2xoaXbjrAZU71GJoFvzCLehT0c5rRK1j CSeq: 25461 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (25461) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58028db0 from (udp/1X9.38.1X.1X:5060) has 613 bytes, veclen = 1 recv 613 bytes from udp/[104.183.184.188]:55211 at 07:48:38.495465: ------------------------------------------------------------------------ SUBSCRIBE sip:16622124483 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 104.183.184.188:55211;rport;branch=z9hG4bKPjK6AMC5Yf.Ns0xg5CTIVUlZOHGeoZBLtc Max-Forwards: 70 f: ;tag=8yTbiWMiJZ7C4ON-oFgaNzl.QDquxlyQ t: m: i: 3SNoI5XshKST.h.L7dYZ9YzDGRWTLxve CSeq: 28211 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58028db0 (613 bytes) from udp/104.183.184.188:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:16622124483 at 1X9.38.1X.1X SIP/2.0 (CSeq 28211) nta.c:3248 agent_aliases() nta: canonizing sip:16622124483 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (28211) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/104.183.184.188:55211 tport.c:4046 tport_resolve() tport_resolve addrinfo = 104.183.184.188:55211 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/104.183.184.188:55211 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 473 bytes of 473 to udp/104.183.184.188:55211 tport.c:3492 tport_send_msg() tport_vsend returned 473 send 473 bytes to udp/[104.183.184.188]:55211 at 07:48:38.495766: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 104.183.184.188:55211;rport=55211;branch=z9hG4bKPjK6AMC5Yf.Ns0xg5CTIVUlZOHGeoZBLtc f: ;tag=8yTbiWMiJZ7C4ON-oFgaNzl.QDquxlyQ To: ;tag=2Zrrc60KemyXj i: 3SNoI5XshKST.h.L7dYZ9YzDGRWTLxve CSeq: 28211 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (28211) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/118 term, 1/120 free nta.c:1296 agent_timer() nta: timer set next to 452 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5827fe20): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5827fe20): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5827fe20): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580dce60, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/117.206.123.233:11873 tport.c:4046 tport_resolve() tport_resolve addrinfo = 117.206.123.233:11873 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/117.206.123.233:11873 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 556 bytes of 556 to udp/117.206.123.233:11873 tport.c:3492 tport_send_msg() tport_vsend returned 556 send 556 bytes to udp/[117.206.123.233]:11873 at 07:48:38.611569: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 117.206.123.233:11873;rport=11873;branch=z9hG4bKPjD-AdEeXUyumaFuolktsN8lf19LgfrF4M f: ;tag=AdtOW4wy-gBp9VnrBdmLWo0VgVWGCwqX To: ;tag=Z4ce7me9pSU5F i: KmeWPsfs4YAp3IrXcBT9ola-5ZtCCe4V CSeq: 48505 REGISTER Contact: ;expires=1782 Date: Thu, 27 Oct 2016 14:48:38 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 nua.c:879 nua_respond() nua: nua_respond: entering ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (48505) nua_stack.c:529 nua_signal() nua(0x7f5f580a4b50): sent signal r_respond nua_stack.c:569 nua_stack_signal() nua(0x7f5f5827fe20): recv signal r_destroy 2016-10-27 07:48:38.599794 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [2144759688 at 1X9.38.1X.1X] from ip 97.99.186.49 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580a4b50): sent signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580dce60) called nua_stack.c:573 nua_stack_signal() nua(0x7f5f580a4b50): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5828bd90, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/97.99.186.49:45866 tport.c:4046 tport_resolve() tport_resolve addrinfo = 97.99.186.49:45866 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/97.99.186.49:45866 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 583 bytes of 583 to udp/97.99.186.49:45866 tport.c:3492 tport_send_msg() tport_vsend returned 583 send 583 bytes to udp/[97.99.186.49]:45866 at 07:48:38.611796: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 97.99.186.49:45866;rport=45866;branch=z9hG4bKPjdaf4uY8RwsPX0l8Y5QB-6haoR4nR9hAW f: ;tag=dntffW-3UHXockX0aXsvkkiCAmUtTmze To: ;tag=0D668FZcm2HrB i: Ft5EnacSEGaWVB7jOXNYSVLPLOHaukH9 CSeq: 44957 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="2afa10c6-5055-49cd-935f-2bcf68fdf572", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (44957) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580a4b50): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5828bd90) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580b4d00 from (udp/1X9.38.1X.1X:5060) has 867 bytes, veclen = 1 recv 867 bytes from udp/[14.100.134.19]:19855 at 07:48:38.624954: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjMai1MSQULdMawm6mEXb1UaSZ3ntxoVFS Route: Max-Forwards: 70 f: ;tag=i.Toke3nIpxhsjgslDuYXVPvaH4eijuQ t: i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61570 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8098424665", realm="1X9.38.1X.1X", nonce="e7f05b06-4c97-433b-ad2c-30a4b3469423", uri="sip:1X9.38.1X.1X", response="f7025f5e77bf0d321f8d3bda5c7fe97f", algorithm=MD5, cnonce="1qTdM-.j7-ZiUvsFGb4V1Kb4Cpzuck6J", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580b4d00 (867 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 61570) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (61570) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5829fbf0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58205220, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5829fbf0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5829fbf0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5829fbf0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5829fbf0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58205220, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 576 bytes of 576 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 576 send 576 bytes to udp/[14.100.134.19]:19855 at 07:48:38.814782: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjMai1MSQULdMawm6mEXb1UaSZ3ntxoVFS;received=14.100.134.19 f: ;tag=i.Toke3nIpxhsjgslDuYXVPvaH4eijuQ To: ;tag=38HHe1HQBXmge i: EnV-lldHLKuwdLBCgWvJ48IpF6X0O378 CSeq: 61570 REGISTER Contact: ;expires=2284 Date: Thu, 27 Oct 2016 14:48:38 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (61570) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5829fbf0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58205220) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58205220 from (udp/1X9.38.1X.1X:5060) has 602 bytes, veclen = 1 recv 602 bytes from udp/[172.98.85.17]:55567 at 07:48:38.850276: ------------------------------------------------------------------------ SUBSCRIBE sip:9578721852 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.4.165.225:55567;rport;branch=z9hG4bKPjazVyLKjYMn06gohz93ZX5Y5Qzp9lTetX Max-Forwards: 70 f: ;tag=u2sGNSbN3tXiQ93opw4d4hDPWsmSIRcX t: m: i: qxSb5CWQIH6uvtrvrnSEw-KT8sFOAFCi CSeq: 3756 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58205220 (602 bytes) from udp/172.98.85.17:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9578721852 at 1X9.38.1X.1X SIP/2.0 (CSeq 3756) nta.c:3174 agent_check_request_via() nta: Via check: received=172.98.85.17 nta.c:3248 agent_aliases() nta: canonizing sip:9578721852 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (3756) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.98.85.17:55567 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.98.85.17:55567 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.98.85.17:55567 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 489 bytes of 489 to udp/172.98.85.17:55567 tport.c:3492 tport_send_msg() tport_vsend returned 489 send 489 bytes to udp/[172.98.85.17]:55567 at 07:48:38.850493: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.4.165.225:55567;rport=55567;branch=z9hG4bKPjazVyLKjYMn06gohz93ZX5Y5Qzp9lTetX;received=172.98.85.17 f: ;tag=u2sGNSbN3tXiQ93opw4d4hDPWsmSIRcX To: ;tag=4HBagv2t85a3S i: qxSb5CWQIH6uvtrvrnSEw-KT8sFOAFCi CSeq: 3756 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (3756) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c0034b0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0034b0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c0034b0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58142780, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58142780, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58293320) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */117.206.123.233:11873 tport.c:4046 tport_resolve() tport_resolve addrinfo = 117.206.123.233:11873 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */117.206.123.233:11873 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 743 bytes of 743 to udp/117.206.123.233:11873 tport.c:3492 tport_send_msg() tport_vsend returned 743 send 743 bytes to udp/[117.206.123.233]:11873 at 07:48:38.861512: ------------------------------------------------------------------------ NOTIFY sip:7845109988 at 117.206.123.233:11873;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK76UjvUgQ09Srm Max-Forwards: 70 From: ;tag=5t42HQKy5e1NN To: Call-ID: 4992d450-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453795 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:7845109988 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453795) to */117.206.123.233:11873 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f58286a20 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/121 term, 1/121 free nta.c:1296 agent_timer() nta: timer set next to 130 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582796a0 from (udp/1X9.38.1X.1X:5060) has 540 bytes, veclen = 1 recv 540 bytes from udp/[172.56.30.218]:37585 at 07:48:39.099829: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:48254;rport;branch=z9hG4bKPjCPdajwrEwW5-GJD.Sl7aQfZuEwZGORdY Route: Max-Forwards: 70 f: ;tag=qV-otBIZNjaHseuNfP4JPZ71Y7Ns3us2 t: i: 8qHR1UmNIdjn.zbbZMJaNbuAGQQdBmm3 CSeq: 35108 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f582796a0 (540 bytes) from udp/172.56.30.218:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 35108) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.30.218 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (35108) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5802c860) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58298380, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5802c860): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5802c860): sent signal r_respond 2016-10-27 07:48:39.099793 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [6612087903 at 1X9.38.1X.1X] from ip 172.56.30.218 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5802c860): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5802c860): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58298380, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.56.30.218:37585 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.56.30.218:37585 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.56.30.218:37585 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 603 bytes of 603 to udp/172.56.30.218:37585 tport.c:3492 tport_send_msg() tport_vsend returned 603 send 603 bytes to udp/[172.56.30.218]:37585 at 07:48:39.100989: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.0.0.4:48254;rport=37585;branch=z9hG4bKPjCPdajwrEwW5-GJD.Sl7aQfZuEwZGORdY;received=172.56.30.218 f: ;tag=qV-otBIZNjaHseuNfP4JPZ71Y7Ns3us2 To: ;tag=63XUKj412QQ8g i: 8qHR1UmNIdjn.zbbZMJaNbuAGQQdBmm3 CSeq: 35108 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="504ba734-a074-4f9b-90a8-2f686ec16221", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (35108) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5802c860): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58298380) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5808a370 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5808a370 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5808a370 from (udp/1X9.38.1X.1X:5060) has 867 bytes, veclen = 1 recv 867 bytes from udp/[144.74.136.21]:41576 at 07:48:39.129158: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 144.74.136.21:41576;rport;branch=z9hG4bKPjFLSFSdhWPmwa0oOnI0LfMHtQWwXWXlYh Route: Max-Forwards: 70 f: ;tag=3-SYCe2PXq6W2y98rRXc0qJlOH9p0oX9 t: i: hTBxmTK5fL5diRsUgRCcPaggx979-fCg CSeq: 17197 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 Authorization: Digest username="7732165016", realm="1X9.38.1X.1X", nonce="ac732d0a-ecf8-401d-b43c-2d679722d645", uri="sip:1X9.38.1X.1X", response="b786fef27f3f768ae30907654bc05f39", algorithm=MD5, cnonce="q.GGiomI9qSbai9Zg-4liCl2ONAvkuJ1", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5808a370 (867 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 17197) nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (17197) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58006f80) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007570, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58006f80): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/121 term, 1/122 free nta.c:1296 agent_timer() nta: timer set next to 75 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5801a000 from (udp/1X9.38.1X.1X:5060) has 606 bytes, veclen = 1 recv 606 bytes from udp/[14.100.134.19]:19855 at 07:48:39.167550: ------------------------------------------------------------------------ SUBSCRIBE sip:8098424665 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 100.133.68.162:53716;rport;branch=z9hG4bKPjuA1YicUdKCd7JtFCSQW5mINy2e3D.5nv Max-Forwards: 70 f: ;tag=E9h4VJdnaxWk1mKgze1xFaVmMU0n4f5w t: m: i: Hx5wnuJo2hGC1RUmIqaLRYLMTu.JK.6n CSeq: 24002 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5801a000 (606 bytes) from udp/14.100.134.19:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:8098424665 at 1X9.38.1X.1X SIP/2.0 (CSeq 24002) nta.c:3174 agent_check_request_via() nta: Via check: received=14.100.134.19 nta.c:3248 agent_aliases() nta: canonizing sip:8098424665 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (24002) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/14.100.134.19:19855 tport.c:4046 tport_resolve() tport_resolve addrinfo = 14.100.134.19:19855 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/14.100.134.19:19855 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 493 bytes of 493 to udp/14.100.134.19:19855 tport.c:3492 tport_send_msg() tport_vsend returned 493 send 493 bytes to udp/[14.100.134.19]:19855 at 07:48:39.167765: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 100.133.68.162:53716;rport=19855;branch=z9hG4bKPjuA1YicUdKCd7JtFCSQW5mINy2e3D.5nv;received=14.100.134.19 f: ;tag=E9h4VJdnaxWk1mKgze1xFaVmMU0n4f5w To: ;tag=8NgDQ858v93Dr i: Hx5wnuJo2hGC1RUmIqaLRYLMTu.JK.6n CSeq: 24002 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (24002) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5826ee40 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[117.206.123.233]:11873 at 07:48:39.173514: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK76UjvUgQ09Srm i: 4992d450-16f7-1235-d8ae-325ad17da6e2 f: ;tag=5t42HQKy5e1NN t: ;tag=z9hG4bK76UjvUgQ09Srm CSeq: 98453795 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5826ee40 (298 bytes) from udp/117.206.123.233:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453795) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 312.169 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f58286a20 by 0x7f5f58286420 with 0x7f5f5826ee40 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c0034b0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/121 term, 1/122 free nta.c:1296 agent_timer() nta: timer set next to 75 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58299af0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58299af0 (2 bytes) from udp/100.11.141.53:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/120 term, 1/121 free nta.c:1296 agent_timer() nta: timer set next to 92 ms nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58006f80): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58006f80): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58006f80): recv signal r_respond 200 OK nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007570, ...) called nua_stack.c:529 nua_signal() nua(0x7f5f1c0034b0): sent signal r_destroy tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 552 bytes of 552 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 552 send 552 bytes to udp/[144.74.136.21]:41576 at 07:48:39.317331: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 144.74.136.21:41576;rport=41576;branch=z9hG4bKPjFLSFSdhWPmwa0oOnI0LfMHtQWwXWXlYh f: ;tag=3-SYCe2PXq6W2y98rRXc0qJlOH9p0oX9 To: ;tag=7cQmNDN5Z0DUc i: hTBxmTK5fL5diRsUgRCcPaggx979-fCg CSeq: 17197 REGISTER Contact: ;expires=1578 Date: Thu, 27 Oct 2016 14:48:39 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (17197) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58006f80): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58007570) called nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c0034b0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58293320) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58142780) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58299af0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58299af0 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58291a90 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58291a90 (2 bytes) from udp/180.255.241.96:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58054830 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58054830 (2 bytes) from udp/111.125.209.209:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/120 term, 1/120 free nta.c:1296 agent_timer() nta: timer set next to 245 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58299af0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58299af0 (0 bytes) from udp/93.169.35.173:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58291a90 from (udp/1X9.38.1X.1X:5060) has 542 bytes, veclen = 1 recv 542 bytes from udp/[107.77.168.50]:57479 at 07:48:39.406637: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.25.66.202:57479;rport;branch=z9hG4bKPjnlLDIBXr9xjNpYRAYm4h6DuDF3BUVYtN Route: Max-Forwards: 70 f: ;tag=SVIZywkl8jfBtIfrJM1L0DI8SLnAsyHM t: i: Ze0wy2K-V4p1yOSu3hY62YR4NBd88Rif CSeq: 9328 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58291a90 (542 bytes) from udp/107.77.168.50:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 9328) nta.c:3174 agent_check_request_via() nta: Via check: received=107.77.168.50 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (9328) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5829fce0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58107270, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5829fce0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5829fce0): sent signal r_respond 2016-10-27 07:48:39.399818 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [2402744388 at 1X9.38.1X.1X] from ip 107.77.168.50 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5829fce0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f5829fce0): sent signal r_destroy soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58107270, ...) called nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/107.77.168.50:57479 tport.c:4046 tport_resolve() tport_resolve addrinfo = 107.77.168.50:57479 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/107.77.168.50:57479 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 605 bytes of 605 to udp/107.77.168.50:57479 tport.c:3492 tport_send_msg() tport_vsend returned 605 send 605 bytes to udp/[107.77.168.50]:57479 at 07:48:39.407495: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.25.66.202:57479;rport=57479;branch=z9hG4bKPjnlLDIBXr9xjNpYRAYm4h6DuDF3BUVYtN;received=107.77.168.50 f: ;tag=SVIZywkl8jfBtIfrJM1L0DI8SLnAsyHM To: ;tag=9y95r3pctjt0K i: Ze0wy2K-V4p1yOSu3hY62YR4NBd88Rif CSeq: 9328 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="b2041ff8-0828-40a2-baf4-32e682b35bb0", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (9328) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5829fce0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58107270) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581e2c30 from (udp/1X9.38.1X.1X:5060) has 655 bytes, veclen = 1 recv 655 bytes from udp/[73.38.25.176]:42630 at 07:48:39.486377: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.9.162:42630;rport;branch=z9hG4bKPjdXF6OiV.LDUZHZvxUDXbhXsPlpLB.ad9 Route: Max-Forwards: 70 f: ;tag=0V9Vgc8DkXCa.5mymPyXGNyxKIwoNIZq t: i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27164 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f581e2c30 (655 bytes) from udp/73.38.25.176:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 27164) nta.c:3174 agent_check_request_via() nta: Via check: received=73.38.25.176 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (27164) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58002190) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58002190): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58002190): sent signal r_respond 2016-10-27 07:48:39.479832 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [80644021387 at 1X9.38.1X.1X] from ip 73.38.25.176 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58002190): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58002190): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/73.38.25.176:42630 tport.c:4046 tport_resolve() tport_resolve addrinfo = 73.38.25.176:42630 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/73.38.25.176:42630 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/73.38.25.176:42630 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[73.38.25.176]:42630 at 07:48:39.487466: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.9.162:42630;rport=42630;branch=z9hG4bKPjdXF6OiV.LDUZHZvxUDXbhXsPlpLB.ad9;received=73.38.25.176 f: ;tag=0V9Vgc8DkXCa.5mymPyXGNyxKIwoNIZq To: ;tag=a82yty7FQUgKF i: uji8YM8KdLzxzaZVkC9YQOs-z4V4t-FS CSeq: 27164 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="ff22fcd6-a2f1-497a-89fa-220c736c7342", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (27164) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58002190): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58007ae0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58299af0 from (udp/1X9.38.1X.1X:5060) has 812 bytes, veclen = 1 recv 812 bytes from udp/[188.236.100.192]:61327 at 07:48:39.509462: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.164.75.77:53313;rport;branch=z9hG4bKPj7lqK6YbCSCBT1lXIuuu0Oo9kD5slXsNW Route: Max-Forwards: 70 f: ;tag=xZsITcUPRCzgSDtYV.mE-4GrXtw4Q5FO t: i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21405 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="8965321532", realm="1X9.38.1X.1X", nonce="ddebf38b-4979-4367-a354-e8ac3301242a", uri="sip:1X9.38.1X.1X", response="13776121a47d8e319f0492c0a5e30f5d", algorithm=MD5, cnonce="4wfxLnTm6cevJqvvbXNTRNao8alOmQ8D", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58299af0 (812 bytes) from udp/188.236.100.192:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 21405) nta.c:3174 agent_check_request_via() nta: Via check: received=188.236.100.192 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (21405) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580774c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580774c0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c04c990): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04c990): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c04c990) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580060e0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580060e0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f580773e0) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 741 bytes of 741 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 741 send 741 bytes to udp/[144.74.136.21]:41576 at 07:48:39.536429: ------------------------------------------------------------------------ NOTIFY sip:7732165016 at 144.74.136.21:41576;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK8FNByp1tXjgBg Max-Forwards: 70 From: ;tag=ctNgym9pHDXrp To: Call-ID: 49f9d28e-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453795 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:7732165016 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453795) to */144.74.136.21:41576 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5812a5d0 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5812cdd0 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[144.74.136.21]:41576 at 07:48:39.594842: ------------------------------------------------------------------------ SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 144.74.136.21:41576;rport;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x Max-Forwards: 70 f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz t: m: i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5812cdd0 (604 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 (CSeq 1972) nta.c:3248 agent_aliases() nta: canonizing sip:7732165016 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (1972) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[144.74.136.21]:41576 at 07:48:39.595060: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 144.74.136.21:41576;rport=41576;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz To: ;tag=D3e9ZFttepKBj i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (1972) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/122 term, 1/123 free nta.c:1296 agent_timer() nta: timer set next to 171 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58218cf0 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[144.74.136.21]:41576 at 07:48:39.674973: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK8FNByp1tXjgBg i: 49f9d28e-16f7-1235-d8ae-325ad17da6e2 f: ;tag=ctNgym9pHDXrp t: ;tag=z9hG4bK8FNByp1tXjgBg CSeq: 98453795 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58218cf0 (298 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453795) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 138.672 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5812a5d0 by 0x7f5f580a2f20 with 0x7f5f58218cf0 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c04c990): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580774c0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580774c0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580774c0): recv signal r_respond 200 OK nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called nua_stack.c:529 nua_signal() nua(0x7f5f1c04c990): sent signal r_destroy tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.236.100.192:61327 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.100.192:61327 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.236.100.192:61327 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 578 bytes of 578 to udp/188.236.100.192:61327 tport.c:3492 tport_send_msg() tport_vsend returned 578 send 578 bytes to udp/[188.236.100.192]:61327 at 07:48:39.680622: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.164.75.77:53313;rport=61327;branch=z9hG4bKPj7lqK6YbCSCBT1lXIuuu0Oo9kD5slXsNW;received=188.236.100.192 f: ;tag=xZsITcUPRCzgSDtYV.mE-4GrXtw4Q5FO To: ;tag=BHvQvSrKm465a i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21405 REGISTER Contact: ;expires=1760 Date: Thu, 27 Oct 2016 14:48:39 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (21405) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580774c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58007ae0) called nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04c990): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f580773e0) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580060e0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580082c0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580082c0 (2 bytes) from udp/176.203.150.196:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/122 term, 1/122 free nta.c:1296 agent_timer() nta: timer set next to 55 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/121 term, 1/121 free nta.c:1296 agent_timer() nta: timer set next to 29 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829dcd0 from (udp/1X9.38.1X.1X:5060) has 863 bytes, veclen = 1 recv 863 bytes from udp/[137.97.47.181]:50285 at 07:48:39.886102: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.127.61.10:50285;rport;branch=z9hG4bKPj5W9yxiVswOBWOBe0CGd9DUelzFU.lXB6 Route: Max-Forwards: 70 f: ;tag=3de6uyLrGddAD6d5qNPU-85emKnJdsv2 t: i: R949r-Tz9MF.Vi.GY1qCgXHKlKnU0iHl CSeq: 53514 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="7200686627", realm="1X9.38.1X.1X", nonce="4f5f506a-b4ed-43d7-b9ee-98f1ef4f1bfc", uri="sip:1X9.38.1X.1X", response="decc779e4fc8764daa1fae94d17f2bc7", algorithm=MD5, cnonce="J-VO-Ln43Djt20A39t9HJ6offxudageA", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5829dcd0 (863 bytes) from udp/137.97.47.181:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 53514) nta.c:3174 agent_check_request_via() nta: Via check: received=137.97.47.181 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (53514) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580061c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580774c0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580061c0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 405 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/120 term, 1/121 free nta.c:1296 agent_timer() nta: timer set next to 247 ms nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c04a3c0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04a3c0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c04a3c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58284510) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */188.236.100.192:61327 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.100.192:61327 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */188.236.100.192:61327 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 793 bytes of 793 to udp/188.236.100.192:61327 tport.c:3492 tport_send_msg() tport_vsend returned 793 send 793 bytes to udp/[188.236.100.192]:61327 at 07:48:39.911995: ------------------------------------------------------------------------ NOTIFY sip:8965321532 at 188.236.100.192:65347;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bK9re4ZHjytU6XB Route: ;ob Max-Forwards: 70 From: ;tag=FN1t35U187ZgS To: Call-ID: 4a331e73-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453795 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:8965321532 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453795) to */188.236.100.192:61327 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580c7710 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581e31f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581e31f0 (2 bytes) from udp/94.1.251.86:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581e31f0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581e31f0 (0 bytes) from udp/129.208.202.22:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580061c0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580061c0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580061c0): recv signal r_respond 200 OK nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580774c0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/137.97.47.181:50285 tport.c:4046 tport_resolve() tport_resolve addrinfo = 137.97.47.181:50285 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/137.97.47.181:50285 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 574 bytes of 574 to udp/137.97.47.181:50285 tport.c:3492 tport_send_msg() tport_vsend returned 574 send 574 bytes to udp/[137.97.47.181]:50285 at 07:48:40.054970: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.127.61.10:50285;rport=50285;branch=z9hG4bKPj5W9yxiVswOBWOBe0CGd9DUelzFU.lXB6;received=137.97.47.181 f: ;tag=3de6uyLrGddAD6d5qNPU-85emKnJdsv2 To: ;tag=ec811aByBZ9XD i: R949r-Tz9MF.Vi.GY1qCgXHKlKnU0iHl CSeq: 53514 REGISTER Contact: ;expires=1331 Date: Thu, 27 Oct 2016 14:48:40 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (53514) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580061c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580774c0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580082c0 from (udp/1X9.38.1X.1X:5060) has 601 bytes, veclen = 1 recv 601 bytes from udp/[188.236.100.192]:61327 at 07:48:40.079797: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.164.75.77:53313;rport;branch=z9hG4bKPjvwVqXtRX5EdwdlpvdE4miKFk6NYookRp Route: Max-Forwards: 70 f: ;tag=V9in4R6ZyaDQ0KFhP1i.BgpP0geEb6Hc t: i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21406 REGISTER User-Agent: Othex m: m: ;expires=0 Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580082c0 (601 bytes) from udp/188.236.100.192:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 21406) nta.c:3174 agent_check_request_via() nta: Via check: received=188.236.100.192 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (21406) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580c92d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580c93f0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580c92d0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580c92d0): sent signal r_respond 2016-10-27 07:48:40.079795 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8965321532 at 1X9.38.1X.1X] from ip 188.236.100.192 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f580c92d0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580c92d0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f580c93f0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.236.100.192:61327 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.236.100.192:61327 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.236.100.192:61327 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/188.236.100.192:61327 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[188.236.100.192]:61327 at 07:48:40.080725: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.164.75.77:53313;rport=61327;branch=z9hG4bKPjvwVqXtRX5EdwdlpvdE4miKFk6NYookRp;received=188.236.100.192 f: ;tag=V9in4R6ZyaDQ0KFhP1i.BgpP0geEb6Hc To: ;tag=gytK50c55gp3m i: EWjhGxIqR3Te6Q.2NdFWDN4MNOK9Bwvj CSeq: 21406 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="ac76b10c-3a83-47ca-af8b-1dcca64346b9", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (21406) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580c92d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f580c93f0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c91f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c91f0 (2 bytes) from udp/188.71.211.195:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c91f0 from (udp/1X9.38.1X.1X:5060) has 809 bytes, veclen = 1 recv 809 bytes from udp/[107.77.168.50]:57479 at 07:48:40.111155: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.25.66.202:57479;rport;branch=z9hG4bKPjReyQxh.QcnmX3ZQNHE45mH7ubjM6pJw5 Route: Max-Forwards: 70 f: ;tag=SVIZywkl8jfBtIfrJM1L0DI8SLnAsyHM t: i: Ze0wy2K-V4p1yOSu3hY62YR4NBd88Rif CSeq: 9329 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Authorization: Digest username="2402744388", realm="1X9.38.1X.1X", nonce="b2041ff8-0828-40a2-baf4-32e682b35bb0", uri="sip:1X9.38.1X.1X", response="fe1d28ed8f526a461d87bf1925c2b61f", algorithm=MD5, cnonce="1Ul5JpAVg3pRyhh46ylhkQjD-LkXdDsI", qop=auth, nc=00000001 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c91f0 (809 bytes) from udp/107.77.168.50:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 9329) nta.c:3174 agent_check_request_via() nta: Via check: received=107.77.168.50 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (9329) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f581305d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58130c50, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f581305d0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829cf10 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5829cf10 (2 bytes) from udp/188.71.211.195:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5829cf10 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5829cf10 (2 bytes) from udp/76.117.132.141:5060/sip next=(nil) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/121 term, 1/122 free nta.c:1296 agent_timer() nta: timer set next to 52 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5809fc00 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[188.236.100.192]:61327 at 07:48:40.150724: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bK9re4ZHjytU6XB i: 4a331e73-16f7-1235-d8ae-325ad17da6e2 f: ;tag=FN1t35U187ZgS t: ;tag=z9hG4bK9re4ZHjytU6XB CSeq: 98453795 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5809fc00 (298 bytes) from udp/188.236.100.192:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453795) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 238.929 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580c7710 by 0x7f5f58219250 with 0x7f5f5809fc00 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c04a3c0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453793) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/6 free nta.c:1296 agent_timer() nta: timer set next to 203 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5800c3f0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5800c3f0 (2 bytes) from udp/106.209.148.197:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58280510 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58280510 (2 bytes) from udp/172.56.30.90:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f581f6d20 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f581f6d20 (2 bytes) from udp/172.56.30.90:5060/sip next=(nil) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f581305d0): sent signal r_respond nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f581305d0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f581305d0): recv signal r_respond 200 OK nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58130c50, ...) called nua_stack.c:529 nua_signal() nua(0x7f5f1c04a3c0): sent signal r_destroy tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/107.77.168.50:57479 tport.c:4046 tport_resolve() tport_resolve addrinfo = 107.77.168.50:57479 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/107.77.168.50:57479 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 573 bytes of 573 to udp/107.77.168.50:57479 tport.c:3492 tport_send_msg() tport_vsend returned 573 send 573 bytes to udp/[107.77.168.50]:57479 at 07:48:40.281026: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 10.25.66.202:57479;rport=57479;branch=z9hG4bKPjReyQxh.QcnmX3ZQNHE45mH7ubjM6pJw5;received=107.77.168.50 f: ;tag=SVIZywkl8jfBtIfrJM1L0DI8SLnAsyHM To: ;tag=H7Kc7UX82Scpg i: Ze0wy2K-V4p1yOSu3hY62YR4NBd88Rif CSeq: 9329 REGISTER Contact: ;expires=1477 Date: Thu, 27 Oct 2016 14:48:40 GMT User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 200 OK for REGISTER (9329) nua_stack.c:569 nua_stack_signal() nua(0x7f5f581305d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58130c50) called nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04a3c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58284510) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58007ae0) called nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c001170): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c001170): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c001170) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58007ae0, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f5800bb90) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */137.97.47.181:50285 tport.c:4046 tport_resolve() tport_resolve addrinfo = 137.97.47.181:50285 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */137.97.47.181:50285 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/137.97.47.181:50285 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[137.97.47.181]:50285 at 07:48:40.287525: ------------------------------------------------------------------------ NOTIFY sip:7200686627 at 137.97.47.181:50285;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKa27v1c31Q4vgQ Route: ;ob Max-Forwards: 70 From: ;tag=jgD58pec0228B To: Call-ID: 4a6c6c8c-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453796 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:7200686627 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453796) to */137.97.47.181:50285 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5800c3f0 for udp/1X9.38.1X.1X:5060 (already 0) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580e69b0 from (udp/1X9.38.1X.1X:5060) has 600 bytes, veclen = 1 recv 600 bytes from udp/[172.56.30.90]:48612 at 07:48:40.323887: ------------------------------------------------------------------------ SUBSCRIBE sip:9162726751 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:57824;rport;branch=z9hG4bKPjTyGJ-uv9H5h1UduDGZTkW-zWOnVNqdqO Max-Forwards: 70 f: ;tag=-Ihy2q00dPyKNFZ98BnVd3CYvrWK7bZT t: m: i: I2ijUzu6SDvxre9P6PZywZ8npPSGK.BB CSeq: 12210 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580e69b0 (600 bytes) from udp/172.56.30.90:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9162726751 at 1X9.38.1X.1X SIP/2.0 (CSeq 12210) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.30.90 nta.c:3248 agent_aliases() nta: canonizing sip:9162726751 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (12210) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.56.30.90:48612 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.56.30.90:48612 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.56.30.90:48612 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 487 bytes of 487 to udp/172.56.30.90:48612 tport.c:3492 tport_send_msg() tport_vsend returned 487 send 487 bytes to udp/[172.56.30.90]:48612 at 07:48:40.324208: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:57824;rport=48612;branch=z9hG4bKPjTyGJ-uv9H5h1UduDGZTkW-zWOnVNqdqO;received=172.56.30.90 f: ;tag=-Ihy2q00dPyKNFZ98BnVd3CYvrWK7bZT To: ;tag=KS6XajZFXBSUQ i: I2ijUzu6SDvxre9P6PZywZ8npPSGK.BB CSeq: 12210 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (12210) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58130b10 from (udp/1X9.38.1X.1X:5060) has 599 bytes, veclen = 1 recv 599 bytes from udp/[172.56.30.90]:48612 at 07:48:40.325749: ------------------------------------------------------------------------ SUBSCRIBE sip:9162726751 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.0.0.4:57824;rport;branch=z9hG4bKPjNUxszzO9mG9LsKJTLwthynEUiE9rlQSq Max-Forwards: 70 f: ;tag=8NDuOZhX8oEVP3hFZ7.e1xBNoNn2GHIn t: m: i: g.mrQQ34kp-uAtvRQJ4MSPhqC-mqqwxV CSeq: 2781 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58130b10 (599 bytes) from udp/172.56.30.90:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9162726751 at 1X9.38.1X.1X SIP/2.0 (CSeq 2781) nta.c:3174 agent_check_request_via() nta: Via check: received=172.56.30.90 nta.c:3248 agent_aliases() nta: canonizing sip:9162726751 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (2781) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/172.56.30.90:48612 tport.c:4046 tport_resolve() tport_resolve addrinfo = 172.56.30.90:48612 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/172.56.30.90:48612 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 486 bytes of 486 to udp/172.56.30.90:48612 tport.c:3492 tport_send_msg() tport_vsend returned 486 send 486 bytes to udp/[172.56.30.90]:48612 at 07:48:40.325928: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.0.0.4:57824;rport=48612;branch=z9hG4bKPjNUxszzO9mG9LsKJTLwthynEUiE9rlQSq;received=172.56.30.90 f: ;tag=8NDuOZhX8oEVP3hFZ7.e1xBNoNn2GHIn To: ;tag=m2ZpcDgKtmFeK i: g.mrQQ34kp-uAtvRQJ4MSPhqC-mqqwxV CSeq: 2781 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (2781) nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/123 term, 1/123 free nta.c:1296 agent_timer() nta: timer set next to 24 ms nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/122 term, 1/122 free nta.c:1296 agent_timer() nta: timer set next to 334 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58016a60 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58016a60 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:716 nua_notify() nua: nua_notify: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c04a7a0): sent signal r_notify nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04a7a0): recv signal r_notify nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f1c04a7a0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58126400, ...) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58126400, ...) called nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f5f58019860) nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */107.77.168.50:57479 tport.c:4046 tport_resolve() tport_resolve addrinfo = 107.77.168.50:57479 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */107.77.168.50:57479 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/107.77.168.50:57479 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[107.77.168.50]:57479 at 07:48:40.450643: ------------------------------------------------------------------------ NOTIFY sip:2402744388 at 107.77.168.50:57479;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKBB1N37K5mDK3j Route: ;ob Max-Forwards: 70 From: ;tag=NBSFe80pQX50e To: Call-ID: 4a855014-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453796 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:2402744388 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: sent NOTIFY (98453796) to */107.77.168.50:57479 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f580a4560 for udp/1X9.38.1X.1X:5060 (already 1) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58023bd0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58023bd0 (2 bytes) from udp/176.203.130.133:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58023bd0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58023bd0 (2 bytes) from udp/176.203.130.133:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58023bd0 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[107.77.168.50]:57479 at 07:48:40.598608: ------------------------------------------------------------------------ SUBSCRIBE sip:2402744388 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.25.66.202:57479;rport;branch=z9hG4bKPj9p5RZQehYEFTDMcf4g8mL1E1OoDeVAmW Max-Forwards: 70 f: ;tag=MQoyFTrZyBltGEMFY7xa1vLftB4esfqT t: m: i: HTedRtoOQE3EtcRLev82uTNa.PJO7qhg CSeq: 23688 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58023bd0 (604 bytes) from udp/107.77.168.50:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:2402744388 at 1X9.38.1X.1X SIP/2.0 (CSeq 23688) nta.c:3174 agent_check_request_via() nta: Via check: received=107.77.168.50 nta.c:3248 agent_aliases() nta: canonizing sip:2402744388 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (23688) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/107.77.168.50:57479 tport.c:4046 tport_resolve() tport_resolve addrinfo = 107.77.168.50:57479 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/107.77.168.50:57479 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 491 bytes of 491 to udp/107.77.168.50:57479 tport.c:3492 tport_send_msg() tport_vsend returned 491 send 491 bytes to udp/[107.77.168.50]:57479 at 07:48:40.598867: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.25.66.202:57479;rport=57479;branch=z9hG4bKPj9p5RZQehYEFTDMcf4g8mL1E1OoDeVAmW;received=107.77.168.50 f: ;tag=MQoyFTrZyBltGEMFY7xa1vLftB4esfqT To: ;tag=pmj8F3Htm6UKa i: HTedRtoOQE3EtcRLev82uTNa.PJO7qhg CSeq: 23688 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (23688) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58138b70 from (udp/1X9.38.1X.1X:5060) has 298 bytes, veclen = 1 recv 298 bytes from udp/[107.77.168.50]:57479 at 07:48:40.599038: ------------------------------------------------------------------------ SIP/2.0 200 OK v: SIP/2.0/UDP 1X9.38.1X.1X;rport=5060;received=1X9.38.1X.1X;branch=z9hG4bKBB1N37K5mDK3j i: 4a855014-16f7-1235-d8ae-325ad17da6e2 f: ;tag=NBSFe80pQX50e t: ;tag=z9hG4bKBB1N37K5mDK3j CSeq: 98453796 NOTIFY l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58138b70 (298 bytes) from udp/107.77.168.50:5060/sip next=(nil) nta.c:3299 agent_recv_response() nta: received 200 OK for NOTIFY (98453796) nta.c:3366 agent_recv_response() nta: 200 OK is going to a transaction nta.c:9564 outgoing_estimate_delay() nta_outgoing: RTT is 148.496 ms tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f580a4560 by 0x7f5f581366b0 with 0x7f5f58138b70 nua_stack.c:271 nua_stack_event() nua(0x7f5f1c04a7a0): event r_notify 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:342 nua_handle_bind() nua: nua_handle_bind: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f1c04a7a0): sent signal r_destroy nua_stack.c:569 nua_stack_signal() nua(0x7f5f1c04a7a0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f5f58019860) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58126400) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58126400 from (udp/1X9.38.1X.1X:5060) has 605 bytes, veclen = 1 recv 605 bytes from udp/[24.14.195.183]:34198 at 07:48:40.611692: ------------------------------------------------------------------------ SUBSCRIBE sip:7085017621 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 24.14.195.183:34198;rport;branch=z9hG4bKPjVqq1BO7pbPjuW-GehYmczzLDrmgH.ZJ- Max-Forwards: 70 f: ;tag=lEQwMZsZyi.Yt-jq.EuBYz0oytf0yG9y t: m: i: gq8pnB-SG2Wy3L4d6po12ODnf2pQARI1 CSeq: 22982 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58126400 (605 bytes) from udp/24.14.195.183:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7085017621 at 1X9.38.1X.1X SIP/2.0 (CSeq 22982) nta.c:3248 agent_aliases() nta: canonizing sip:7085017621 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (22982) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/24.14.195.183:34198 tport.c:4046 tport_resolve() tport_resolve addrinfo = 24.14.195.183:34198 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/24.14.195.183:34198 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 469 bytes of 469 to udp/24.14.195.183:34198 tport.c:3492 tport_send_msg() tport_vsend returned 469 send 469 bytes to udp/[24.14.195.183]:34198 at 07:48:40.611897: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 24.14.195.183:34198;rport=34198;branch=z9hG4bKPjVqq1BO7pbPjuW-GehYmczzLDrmgH.ZJ- f: ;tag=lEQwMZsZyi.Yt-jq.EuBYz0oytf0yG9y To: ;tag=QXB1Hy2XHFj6N i: gq8pnB-SG2Wy3L4d6po12ODnf2pQARI1 CSeq: 22982 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (22982) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5813b280 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[144.74.136.21]:41576 at 07:48:40.681411: ------------------------------------------------------------------------ SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 144.74.136.21:41576;rport;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x Max-Forwards: 70 f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz t: m: i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5813b280 (604 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 (CSeq 1972) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (1972) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[144.74.136.21]:41576 at 07:48:40.681638: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 144.74.136.21:41576;rport=41576;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz To: ;tag=D3e9ZFttepKBj i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7f5f7eeeac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/123 term, 1/123 free nta.c:1296 agent_timer() nta: timer set next to 538 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c8270 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c8270 (2 bytes) from udp/97.32.130.72:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c8270 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f580c8270 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f580c8270 from (udp/1X9.38.1X.1X:5060) has 606 bytes, veclen = 1 recv 606 bytes from udp/[157.50.239.113]:55191 at 07:48:41.008112: ------------------------------------------------------------------------ SUBSCRIBE sip:9411111111 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.33.224.224:55191;rport;branch=z9hG4bKPjc.81sqooz0eA0Fw6NDm98jaW2i7Ou8Ge Max-Forwards: 70 f: ;tag=6fGAEn2CqJnfom-uur8fkKnN1VL3Oyyg t: m: i: EKM4BZjUfjSS-CZHkYVBQkMSozvlvj8N CSeq: 13856 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f580c8270 (606 bytes) from udp/157.50.239.113:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:9411111111 at 1X9.38.1X.1X SIP/2.0 (CSeq 13856) nta.c:3174 agent_check_request_via() nta: Via check: received=157.50.239.113 nta.c:3248 agent_aliases() nta: canonizing sip:9411111111 at 1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: SUBSCRIBE (13856) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/157.50.239.113:55191 tport.c:4046 tport_resolve() tport_resolve addrinfo = 157.50.239.113:55191 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/157.50.239.113:55191 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 493 bytes of 493 to udp/157.50.239.113:55191 tport.c:3492 tport_send_msg() tport_vsend returned 493 send 493 bytes to udp/[157.50.239.113]:55191 at 07:48:41.008452: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 10.33.224.224:55191;rport=55191;branch=z9hG4bKPjc.81sqooz0eA0Fw6NDm98jaW2i7Ou8Ge;received=157.50.239.113 f: ;tag=6fGAEn2CqJnfom-uur8fkKnN1VL3Oyyg To: ;tag=r64SKSK1er8rH i: EKM4BZjUfjSS-CZHkYVBQkMSozvlvj8N CSeq: 13856 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 405 Method Not Allowed for SUBSCRIBE (13856) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58048020 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58048020 (0 bytes) from udp/95.185.245.124:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58048020 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58048020 (0 bytes) from udp/77.30.17.229:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58048020 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58048020 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) nta.c:8893 _nta_outgoing_timer() nta: timer E fired, retransmit NOTIFY (98453796) tport.c:4222 tport_release() tport_release(0x7f5f580cd560): 0x7f5f5800c3f0 by 0x7f5f5825ddd0 with (nil) tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = */137.97.47.181:50285 tport.c:4046 tport_resolve() tport_resolve addrinfo = 137.97.47.181:50285 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name */137.97.47.181:50285 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 789 bytes of 789 to udp/137.97.47.181:50285 tport.c:3492 tport_send_msg() tport_vsend returned 789 send 789 bytes to udp/[137.97.47.181]:50285 at 07:48:41.288145: ------------------------------------------------------------------------ NOTIFY sip:7200686627 at 137.97.47.181:50285;ob SIP/2.0 Via: SIP/2.0/UDP 1X9.38.1X.1X;rport;branch=z9hG4bKa27v1c31Q4vgQ Route: ;ob Max-Forwards: 70 From: ;tag=jgD58pec0228B To: Call-ID: 4a6c6c8c-16f7-1235-d8ae-325ad17da6e2 CSeq: 98453796 NOTIFY Contact: User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Event: message-summary Allow-Events: talk, hold, conference, refer Subscription-State: terminated;reason=noresource Content-Type: application/simple-message-summary Content-Length: 72 Messages-Waiting: no Message-Account: sip:7200686627 at 1X9.38.1X.1X ------------------------------------------------------------------------ nta.c:8304 outgoing_send() nta: resent NOTIFY (98453796) to */137.97.47.181:50285 tport.c:4160 tport_pend() tport_pend(0x7f5f580cd560): pending 0x7f5f5800c3f0 for udp/1X9.38.1X.1X:5060 (already 0) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 1/1 resent, 0/1 tout, 0/6 term, 0/7 free nta.c:1296 agent_timer() nta: timer set next to 40 ms nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate NOTIFY (98453794) nta.c:8799 outgoing_reclaim_queued() outgoing_reclaim_all((nil), (nil), 0x7f5f7eeead40) nta.c:8929 _nta_outgoing_timer() nta_outgoing_timer: 0/1 resent, 0/1 tout, 1/6 term, 1/7 free nta.c:1296 agent_timer() nta: timer set next to 961 ms tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807f1e0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5807f1e0 (2 bytes) from udp/69.161.253.138:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58290eb0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58290eb0 (2 bytes) from udp/165.171.240.45:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f582123c0 (0 bytes) from udp/95.218.63.172:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807f1e0 from (udp/1X9.38.1X.1X:5060) has 69 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5807f1e0 (0 bytes) from udp/176.47.10.42:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58290eb0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f58290eb0 (2 bytes) from udp/108.46.244.252:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f582123c0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f582123c0 (2 bytes) from udp/104.162.180.168:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807f1e0 from (udp/1X9.38.1X.1X:5060) has 604 bytes, veclen = 1 recv 604 bytes from udp/[144.74.136.21]:41576 at 07:48:41.729145: ------------------------------------------------------------------------ SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 144.74.136.21:41576;rport;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x Max-Forwards: 70 f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz t: m: i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE Route: Event: message-summary Expires: 3600 k: replaces, 100rel, timer, norefersub Accept: application/simple-message-summary u: presence, message-summary, refer User-Agent: Othex l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5807f1e0 (604 bytes) from udp/144.74.136.21:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received SUBSCRIBE sip:7732165016 at 1X9.38.1X.1X SIP/2.0 (CSeq 1972) nta.c:3012 agent_recv_request() nta: SUBSCRIBE (1972) going to existing SUBSCRIBE transaction nta.c:6178 incoming_recv() nta: re-received SUBSCRIBE request, retransmitting 405 reply tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/144.74.136.21:41576 tport.c:4046 tport_resolve() tport_resolve addrinfo = 144.74.136.21:41576 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/144.74.136.21:41576 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 468 bytes of 468 to udp/144.74.136.21:41576 tport.c:3492 tport_send_msg() tport_vsend returned 468 send 468 bytes to udp/[144.74.136.21]:41576 at 07:48:41.729330: ------------------------------------------------------------------------ SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 144.74.136.21:41576;rport=41576;branch=z9hG4bKPjiApw3eCfLb3G-TF1ltSOH2-YkU890D6x f: ;tag=S8G9LCZr3NWxDHrQzSUXYnUbmisDmoQz To: ;tag=D3e9ZFttepKBj i: 7Vv61Eu-8AWnL1wOnmyq5JLsVbzHa7pW CSeq: 1972 SUBSCRIBE User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces Content-Length: 0 ------------------------------------------------------------------------ tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807f1e0 from (udp/1X9.38.1X.1X:5060) has 2 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): bad msg 0x7f5f5807f1e0 (2 bytes) from udp/24.14.195.183:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f58290eb0 from (udp/1X9.38.1X.1X:5060) has 548 bytes, veclen = 1 recv 548 bytes from udp/[210.140.81.0]:53874 at 07:48:41.986219: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.123.192:58123;rport;branch=z9hG4bKPjJprmNgYopaiR7yQfbsgO4G2-V9q72pby Route: Max-Forwards: 70 f: ;tag=m2UkMFb8RwPjWm7GUCBBL1t3BTGYJSqv t: i: SJtJzX7SdZ7chsDQZr1mXb3H-v0giFPz CSeq: 28342 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f58290eb0 (548 bytes) from udp/210.140.81.0:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 28342) nta.c:3174 agent_check_request_via() nta: Via check: received=210.140.81.0 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (28342) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f58131100) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58004fd0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f58131100): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f58131100): sent signal r_respond 2016-10-27 07:48:41.979822 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8675988392 at 1X9.38.1X.1X] from ip 210.140.81.0 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f58131100): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f58131100): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f58004fd0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/210.140.81.0:53874 tport.c:4046 tport_resolve() tport_resolve addrinfo = 210.140.81.0:53874 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/210.140.81.0:53874 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/210.140.81.0:53874 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[210.140.81.0]:53874 at 07:48:41.987453: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.123.192:58123;rport=53874;branch=z9hG4bKPjJprmNgYopaiR7yQfbsgO4G2-V9q72pby;received=210.140.81.0 f: ;tag=m2UkMFb8RwPjWm7GUCBBL1t3BTGYJSqv To: ;tag=SFyjNm44B1yBD i: SJtJzX7SdZ7chsDQZr1mXb3H-v0giFPz CSeq: 28342 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="9922aab1-1292-49e8-a731-9180d6845460", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (28342) nua_stack.c:569 nua_stack_signal() nua(0x7f5f58131100): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f58004fd0) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5807f1e0 from (udp/1X9.38.1X.1X:5060) has 546 bytes, veclen = 1 recv 546 bytes from udp/[188.71.231.99]:55826 at 07:48:42.053737: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 10.173.145.134:58246;rport;branch=z9hG4bKPj5adOl43eCPYzMFDZIgxRxlVcmH02Yt6h Route: Max-Forwards: 70 f: ;tag=T.AYZxLIqpDbSblxpQSzQVcd4zWAMZUE t: i: 4.LMSJhZxGq7zTrLwGEK4s3cbVcKIxLH CSeq: 36702 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5807f1e0 (546 bytes) from udp/188.71.231.99:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 36702) nta.c:3174 agent_check_request_via() nta: Via check: received=188.71.231.99 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (36702) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f580c88d0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5813cf30, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f580c88d0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f580c88d0): sent signal r_respond 2016-10-27 07:48:42.039804 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [9597989300 at 1X9.38.1X.1X] from ip 188.71.231.99 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f580c88d0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering nua_stack.c:529 nua_signal() nua(0x7f5f580c88d0): sent signal r_destroy soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5813cf30, ...) called nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/188.71.231.99:55826 tport.c:4046 tport_resolve() tport_resolve addrinfo = 188.71.231.99:55826 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/188.71.231.99:55826 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/188.71.231.99:55826 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[188.71.231.99]:55826 at 07:48:42.054712: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.173.145.134:58246;rport=55826;branch=z9hG4bKPj5adOl43eCPYzMFDZIgxRxlVcmH02Yt6h;received=188.71.231.99 f: ;tag=T.AYZxLIqpDbSblxpQSzQVcd4zWAMZUE To: ;tag=trQBQFN889myr i: 4.LMSJhZxGq7zTrLwGEK4s3cbVcKIxLH CSeq: 36702 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="68f2f03e-ecdc-4fd7-8852-8bfbd49dc7be", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (36702) nua_stack.c:569 nua_stack_signal() nua(0x7f5f580c88d0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5813cf30) called tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f5f580cd560): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7f5f580cd560) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f5f580cd560) msg 0x7f5f5813cf30 from (udp/1X9.38.1X.1X:5060) has 602 bytes, veclen = 1 recv 602 bytes from udp/[210.140.81.0]:53874 at 07:48:42.098712: ------------------------------------------------------------------------ REGISTER sip:1X9.38.1X.1X SIP/2.0 v: SIP/2.0/UDP 192.168.123.192:58123;rport;branch=z9hG4bKPjs-sl7NXdiPe1GrntwLpqwVeI6cF7s7Jw Route: Max-Forwards: 70 f: ;tag=tEO36.HdI7X7mLOQihJqPdUOuPszONsr t: i: C1W7yFP7Beh-HRUOWcTzvyOxngy11Pq5 CSeq: 58201 REGISTER User-Agent: Othex m: Expires: 900 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS m: ;expires=0 l: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7f5f580cd560): msg 0x7f5f5813cf30 (602 bytes) from udp/210.140.81.0:5060/sip next=(nil) nta.c:2880 agent_recv_request() nta: received REGISTER sip:1X9.38.1X.1X SIP/2.0 (CSeq 58201) nta.c:3174 agent_check_request_via() nta: Via check: received=210.140.81.0 nta.c:3248 agent_aliases() nta: canonizing sip:1X9.38.1X.1X with contact nta.c:3085 agent_recv_request() nta: REGISTER (58201) going to a default leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:899 nh_create() nua: nh_create: entering nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:280 soa_clone() soa_clone(static::0x7f5f58043200, 0x7f5f580f32d0, 0x7f5f5813f2c0) called soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5813f8b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f5f5813f2c0): event i_register 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7f5f5813f2c0): sent signal r_respond 2016-10-27 07:48:42.079845 [WARNING] sofia_reg.c:1791 SIP auth challenge (REGISTER) on sofia profile 'default' for [8675988392 at 1X9.38.1X.1X] from ip 210.140.81.0 nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:529 nua_signal() nua(0x7f5f5813f2c0): sent signal r_destroy nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering nua_stack.c:573 nua_stack_signal() nua(0x7f5f5813f2c0): recv signal r_respond 401 Unauthorized nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7f5f5813f8b0, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7f5f580cd560) tpn = UDP/210.140.81.0:53874 tport.c:4046 tport_resolve() tport_resolve addrinfo = 210.140.81.0:53874 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f5f580cd560): not found by name UDP/210.140.81.0:53874 tport.c:3594 tport_vsend() tport_vsend(0x7f5f580cd560): 608 bytes of 608 to udp/210.140.81.0:53874 tport.c:3492 tport_send_msg() tport_vsend returned 608 send 608 bytes to udp/[210.140.81.0]:53874 at 07:48:42.099647: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.123.192:58123;rport=53874;branch=z9hG4bKPjs-sl7NXdiPe1GrntwLpqwVeI6cF7s7Jw;received=210.140.81.0 f: ;tag=tEO36.HdI7X7mLOQihJqPdUOuPszONsr To: ;tag=U1g4ra6B6jBHm i: C1W7yFP7Beh-HRUOWcTzvyOxngy11Pq5 CSeq: 58201 REGISTER User-Agent: fs-switch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, NOTIFY Supported: path, replaces WWW-Authenticate: Digest realm="1X9.38.1X.1X", nonce="24f73a82-0976-4a03-8265-f55d1a8947f5", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 401 Unauthorized for REGISTER (58201) nua_stack.c:569 nua_stack_signal() nua(0x7f5f5813f2c0): recv signal r_destroy nta.c:4470 nta_leg_destroy() nta_leg_destroy((nil)) soa.c:356 soa_destroy() soa_destroy(static::0x7f5f5813f8b0) called freeswitch at myportal.XXX.com> /exit root at portal:~# From brian at freeswitch.org Thu Oct 27 20:24:04 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Oct 2016 11:24:04 -0500 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: You can use ours pastebin.freeswtich.org In the future please do not post log files like this to the list. /b On Thu, Oct 27, 2016 at 9:56 AM, devang nathwani < devang.nathwani31589 at gmail.com> wrote: > Hello, this is requested log, > got this from pastebin, > You have exceeded the maximum paste size of 512 kilobytes per paste. > so attaching the txt file > > On Thu, Oct 27, 2016 at 8:12 PM, Brian West wrote: > >> Well this log is somewhat useless to get a full picture, what we need is >> the full fs log at debug + sip trace + loglevel 9 >> >> But at first glance: >> >> tport_udp_error: No route to host (113) [icmp type=3 code=1] >> >> That'll cause a 503 for sure. Again guessing because I do not see the >> full picture. >> >> /b >> >> >> On Thu, Oct 27, 2016 at 9:34 AM, devang nathwani < >> devang.nathwani31589 at gmail.com> wrote: >> >>> Thanks Brian, >>> >>> RAM is upgraded to 16 gigs now >>> this is the output of 'status' >>> status >>> UP 0 years, 0 days, 1 hour, 25 minutes, 47 seconds, 805 milliseconds, >>> 279 microseconds >>> FreeSWITCH (Version 1.6.11 64bit) is ready >>> 251 session(s) since startup >>> 0 session(s) - peak 7, last 5min 0 >>> 0 session(s) per Sec out of max 300, peak 7, last 5min 0 >>> 1000 session(s) max >>> min idle cpu 0.00/95.80 >>> Current Stack Size/Max 240K/8192K >>> >>> this sip log is with only INVITE request and nothing back from freeswitch >>> http://pastebin.com/41AtUAje >>> >>> this sip log is with INVITE and response of 503 from freeswitch >>> http://pastebin.com/PXz277XD >>> >>> this is the from >>> sofia loglevel all 9 >>> http://pastebin.com/fBPhfkns >>> >>> On Thu, Oct 27, 2016 at 7:32 PM, Brian West >>> wrote: >>> >>>> sofia global siptrace on >>>> >>>> Look at the logs and signaling its usually informative, You can also do >>>> sofia loglevel all 9 to really get more details. >>>> >>>> On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < >>>> devang.nathwani31589 at gmail.com> wrote: >>>> >>>>> Thanks Michael, >>>>> [INFO] mod_dptools.c:3401 Originate Failed. Cause: >>>>> NORMAL_TEMPORARY_FAILURE >>>>> >>>>> This is what freeswitch thinks when i got 503 service unavailable in >>>>> sip log >>>>> >>>>> On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris >>>>> wrote: >>>>> >>>>>> Have you looked at a debug log when this is happening to see what >>>>>> FreeSWITCH thinks is going on? >>>>>> >>>>>> On Oct 27, 2016, at 7:14 AM, devang nathwani < >>>>>> devang.nathwani31589 at gmail.com> wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> Freeswitch version: 1.6.11 >>>>>> Number of registration on my switch: 270+ >>>>>> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >>>>>> >>>>>> I am facing this issue, where some time i am getting continuous >>>>>> INVITE registration requests but freeswitch not responding to it >>>>>> >>>>>> and sometime i am getting 503 service unavailable >>>>>> >>>>>> I have gone though https://freeswitch.org/jira/si >>>>>> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not >>>>>> finding much helpful. >>>>>> >>>>>> here is the sip log for the same, if you want to go through. >>>>>> http://pastebin.com/PXz277XD >>>>>> >>>>>> Is RAM upgrade a solution? or any other? >>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Brian West* >>>> brian at freeswitch.org >>>> >>>> >>>> *Twitter: @FreeSWITCH , @briankwest* >>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>> http://www.freeswitchcookbook.com (50% Discount using code >>>> FreeSwitch50) >>>> https://www.gofundme.com/freeswitch_ubuntu >>>> >>>> Got Bugs? Report them here ! | Reddit: >>>> /r/freeswitch >>>> >>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> -- >> >> *Brian West* >> brian at freeswitch.org >> >> >> *Twitter: @FreeSWITCH , @briankwest* >> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >> https://www.gofundme.com/freeswitch_ubuntu >> >> Got Bugs? Report them here ! | Reddit: >> /r/freeswitch >> >> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/6e44943c/attachment-0001.html From brian at freeswitch.org Thu Oct 27 20:24:47 2016 From: brian at freeswitch.org (Brian West) Date: Thu, 27 Oct 2016 11:24:47 -0500 Subject: [Freeswitch-users] 503- service unavailable In-Reply-To: References: <8521734C-2A6C-4BCE-95C8-B625F91157DD@jerris.com> Message-ID: In addition this log is absent every single log line out of FreeSWITCH. /b On Thu, Oct 27, 2016 at 11:24 AM, Brian West wrote: > You can use ours pastebin.freeswtich.org > > In the future please do not post log files like this to the list. > > /b > > > On Thu, Oct 27, 2016 at 9:56 AM, devang nathwani < > devang.nathwani31589 at gmail.com> wrote: > >> Hello, this is requested log, >> got this from pastebin, >> You have exceeded the maximum paste size of 512 kilobytes per paste. >> so attaching the txt file >> >> On Thu, Oct 27, 2016 at 8:12 PM, Brian West wrote: >> >>> Well this log is somewhat useless to get a full picture, what we need is >>> the full fs log at debug + sip trace + loglevel 9 >>> >>> But at first glance: >>> >>> tport_udp_error: No route to host (113) [icmp type=3 code=1] >>> >>> That'll cause a 503 for sure. Again guessing because I do not see the >>> full picture. >>> >>> /b >>> >>> >>> On Thu, Oct 27, 2016 at 9:34 AM, devang nathwani < >>> devang.nathwani31589 at gmail.com> wrote: >>> >>>> Thanks Brian, >>>> >>>> RAM is upgraded to 16 gigs now >>>> this is the output of 'status' >>>> status >>>> UP 0 years, 0 days, 1 hour, 25 minutes, 47 seconds, 805 milliseconds, >>>> 279 microseconds >>>> FreeSWITCH (Version 1.6.11 64bit) is ready >>>> 251 session(s) since startup >>>> 0 session(s) - peak 7, last 5min 0 >>>> 0 session(s) per Sec out of max 300, peak 7, last 5min 0 >>>> 1000 session(s) max >>>> min idle cpu 0.00/95.80 >>>> Current Stack Size/Max 240K/8192K >>>> >>>> this sip log is with only INVITE request and nothing back from >>>> freeswitch >>>> http://pastebin.com/41AtUAje >>>> >>>> this sip log is with INVITE and response of 503 from freeswitch >>>> http://pastebin.com/PXz277XD >>>> >>>> this is the from >>>> sofia loglevel all 9 >>>> http://pastebin.com/fBPhfkns >>>> >>>> On Thu, Oct 27, 2016 at 7:32 PM, Brian West >>>> wrote: >>>> >>>>> sofia global siptrace on >>>>> >>>>> Look at the logs and signaling its usually informative, You can also >>>>> do sofia loglevel all 9 to really get more details. >>>>> >>>>> On Thu, Oct 27, 2016 at 7:38 AM, devang nathwani < >>>>> devang.nathwani31589 at gmail.com> wrote: >>>>> >>>>>> Thanks Michael, >>>>>> [INFO] mod_dptools.c:3401 Originate Failed. Cause: >>>>>> NORMAL_TEMPORARY_FAILURE >>>>>> >>>>>> This is what freeswitch thinks when i got 503 service unavailable in >>>>>> sip log >>>>>> >>>>>> On Thu, Oct 27, 2016 at 5:57 PM, Michael Jerris >>>>>> wrote: >>>>>> >>>>>>> Have you looked at a debug log when this is happening to see what >>>>>>> FreeSWITCH thinks is going on? >>>>>>> >>>>>>> On Oct 27, 2016, at 7:14 AM, devang nathwani < >>>>>>> devang.nathwani31589 at gmail.com> wrote: >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> Freeswitch version: 1.6.11 >>>>>>> Number of registration on my switch: 270+ >>>>>>> Ram: 4 GB, 1 GB is free; 64 bit debian 8 >>>>>>> >>>>>>> I am facing this issue, where some time i am getting continuous >>>>>>> INVITE registration requests but freeswitch not responding to it >>>>>>> >>>>>>> and sometime i am getting 503 service unavailable >>>>>>> >>>>>>> I have gone though https://freeswitch.org/jira/si >>>>>>> /jira.issueviews:issue-html/FS-6589/FS-6589.html as well but not >>>>>>> finding much helpful. >>>>>>> >>>>>>> here is the sip log for the same, if you want to go through. >>>>>>> http://pastebin.com/PXz277XD >>>>>>> >>>>>>> Is RAM upgrade a solution? or any other? >>>>>>> >>>>>>> >>>>>>> >>>>>>> ____________________________________________________________ >>>>>>> _____________ >>>>>>> Professional FreeSWITCH Consulting Services: >>>>>>> consulting at freeswitch.org >>>>>>> http://www.freeswitchsolutions.com >>>>>>> >>>>>>> Official FreeSWITCH Sites >>>>>>> http://www.freeswitch.org >>>>>>> http://confluence.freeswitch.org >>>>>>> http://www.cluecon.com >>>>>>> >>>>>>> FreeSWITCH-users mailing list >>>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>>> switch-users >>>>>>> http://www.freeswitch.org >>>>>>> >>>>>> >>>>>> >>>>>> ____________________________________________________________ >>>>>> _____________ >>>>>> Professional FreeSWITCH Consulting Services: >>>>>> consulting at freeswitch.org >>>>>> http://www.freeswitchsolutions.com >>>>>> >>>>>> Official FreeSWITCH Sites >>>>>> http://www.freeswitch.org >>>>>> http://confluence.freeswitch.org >>>>>> http://www.cluecon.com >>>>>> >>>>>> FreeSWITCH-users mailing list >>>>>> FreeSWITCH-users at lists.freeswitch.org >>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>>> switch-users >>>>>> http://www.freeswitch.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Brian West* >>>>> brian at freeswitch.org >>>>> >>>>> >>>>> *Twitter: @FreeSWITCH , @briankwest* >>>>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>>>> http://www.freeswitchcookbook.com (50% Discount using code >>>>> FreeSwitch50) >>>>> https://www.gofundme.com/freeswitch_ubuntu >>>>> >>>>> Got Bugs? Report them here ! | Reddit: >>>>> /r/freeswitch >>>>> >>>>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>>>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>>>> >>>>> ____________________________________________________________ >>>>> _____________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://confluence.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> FreeSWITCH-users mailing list >>>>> FreeSWITCH-users at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>>> switch-users >>>>> http://www.freeswitch.org >>>>> >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian at freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) > http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) > https://www.gofundme.com/freeswitch_ubuntu > > Got Bugs? Report them here ! | Reddit: > /r/freeswitch > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > -- *Brian West* brian at freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here ! | Reddit: /r/freeswitch *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/f020b699/attachment-0001.html From walter at carezone.com Thu Oct 27 22:02:56 2016 From: walter at carezone.com (Walter Smith) Date: Thu, 27 Oct 2016 11:02:56 -0700 Subject: [Freeswitch-users] Running a script on a completed transfer In-Reply-To: References: Message-ID: The dialplan is hit in step 2 (interpreting "1001" and bridging C to D), not step 3 (bridging A to D). There's no dialing in step 3, so the dialplan is not involved. The bridge is done directly in sofia.c. I seem to have it working with execute_on_post_bridge. A clarification: the recording needs to be attached to the external call leg (so everything the customer hears from then on is recorded, regardless of transfers, holds, etc.). In the dialplan, I'm exporting a "record_calls" variable to the B leg when one of the recordable extensions is dialed. I'm attaching a lua script to execute_on_post_bridge in the incoming and outgoing dialplans for the external SIP profile. The script finds the other leg of the bridge, looks for the record_calls variable, and starts the recording if it's true (unless there's already a recording going). The nice thing about this is no matter how the external leg gets bridged to a recordable extension, this will trigger. So it should handle our IVR, direct dial, internal transfers, whatever. I'll document execute_on_post_bridge as soon as I get Confluence access. ? Walter On Thu, Oct 27, 2016 at 5:45 AM, Andrew Cassidy < andrew at cassidywebservices.co.uk> wrote: > Transfer hits the dialplan as any other call, so in theory it should just > work calling record-session as normal. Is that not the case? > > On 27 October 2016 at 00:42, Walter Smith wrote: > >> No, for regulatory reasons we need to record all calls to and from >> certain people. If they get an incoming call or make an outgoing one, it's >> easily done in the dialplan, but transfers seem to be another level of >> difficulty. >> >> I've discovered the execute_on_post_bridge variable and am experimenting >> with that. (And hope to document it when I'm done.) >> >> -- Walter >> >> >> >> >> On Wed, Oct 26, 2016 at 4:36 PM, Brian West wrote: >> >>> Are you doing this for billing purposes? >>> >>> On Wed, Oct 26, 2016 at 6:22 PM, Walter Smith >>> wrote: >>> >>>> I need to record calls if/when they touch a certain set of extensions. >>>> I have most of the logic working but am baffled by one thing: how do I >>>> cause an application (it?s a lua script) to run when a channel is bridged >>>> as the result of a transfer? >>>> >>>> My usual bag of tricks isn't working because the bridge happens >>>> "magically" in sofia in response to the REFER. For example, >>>> execute_on_answer doesn?t help because the answer happens during the >>>> attended transfer -- I need to run AFTER the transfer (that is, when the >>>> original A leg is bridged to the attended transfer?s B leg). >>>> >>>> Example scenario: >>>> >>>> 1. External call comes in (channel A = PSTN to switch, channel B = >>>> switch to phone with extension 1000) >>>> >>>> 2. Ext 1000 does an attended transfer to ext 1001 (channel C = 1000 to >>>> switch, channel D = switch to 1001) >>>> >>>> 3. Transfer completes (sofia bridges channel A to channel D) >>>> >>>> I want my script to run on either channel A or D after 3 happens. >>>> >>>> What?s the best way to do this? >>>> >>>> Thanks, >>>> Walter >>>> >>>> >>>> ____________________________________________________________ >>>> _____________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://confluence.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> FreeSWITCH-users mailing list >>>> FreeSWITCH-users at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free >>>> switch-users >>>> http://www.freeswitch.org >>>> >>> >>> >>> >>> -- >>> >>> *Brian West* >>> brian at freeswitch.org >>> >>> >>> *Twitter: @FreeSWITCH , @briankwest* >>> http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) >>> http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) >>> https://www.gofundme.com/freeswitch_ubuntu >>> >>> Got Bugs? Report them here ! | Reddit: >>> /r/freeswitch >>> >>> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) >>> *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest >>> >>> ____________________________________________________________ >>> _____________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > *Andrew Cassidy BSc (Hons) MBCS SSCA* > Managing Director > > 03303 880 960 andrew at cassidyweb.co.uk ww > w.cassidyweb.co.uk > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/0701fc5e/attachment.html From anthony.minessale at gmail.com Fri Oct 28 00:06:11 2016 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 27 Oct 2016 15:06:11 -0500 Subject: [Freeswitch-users] Can't build 1.6 on Jessie w/ SCTP In-Reply-To: <768A24A4-EACB-4EA7-9873-F4B17AC9A229@freeswitch.org> References: <768A24A4-EACB-4EA7-9873-F4B17AC9A229@freeswitch.org> Message-ID: You probably need the depend lib sofia expects for sctp first. On Thu, Oct 27, 2016 at 7:47 AM, Ken Rice wrote: > Bugs get reported to jira > > Sent from my iPhone > > On Oct 26, 2016, at 6:50 PM, Josh Jore wrote: > > Hi, > > I just downloaded a fresh Jessie64 and failed building Freeswitch v1.6 > with SCTP. Seems maybe SCTP just isn't supported right now or ...? Are > there any configurations where this works? > > > $ vagrant init debian/jessie64 > $ vagrant up > > $ vagrant ssh > > Follow https://freeswitch.org/confluence/display/FREESWITCH/ > Debian+8+Jessie > > ... > > $ git checkout v1.6 # https://freeswitch.org/stash/projects/FS/repos/ > freeswitch/commits/96eca8abb15ddf2b6d6cb48d19fa39ac064f607e > > $ ./bootstrap.sh -j > > $ ./configure --enable-sctp --prefix=... > > ... > > Making all in tport > make[8]: Entering directory '/home/vagrant/freeswitch/ > libs/sofia-sip/libsofia-sip-ua/tport' > make all-am > make[9]: Entering directory '/home/vagrant/freeswitch/ > libs/sofia-sip/libsofia-sip-ua/tport' > LTCOMPILE tport.lo > LTCOMPILE tport_logging.lo > LTCOMPILE tport_stub_sigcomp.lo > LTCOMPILE tport_type_udp.lo > LTCOMPILE tport_type_tcp.lo > LTCOMPILE tport_type_sctp.lo > tport_type_sctp.c: In function ?tport_sctp_init_socket?: > tport_type_sctp.c:206:10: error: variable ?initmsg? has initializer but > incomplete type > struct sctp_initmsg initmsg = { 0 }; > ^ > tport_type_sctp.c:206:10: error: excess elements in struct initializer > [-Werror] > tport_type_sctp.c:206:10: error: (near initialization for ?initmsg?) > [-Werror] > tport_type_sctp.c:206:23: error: storage size of ?initmsg? isn?t known > struct sctp_initmsg initmsg = { 0 }; > ^ > tport_type_sctp.c:211:36: error: ?SCTP_INITMSG? undeclared (first use in > this function) > if (setsockopt(socket, SOL_SCTP, SCTP_INITMSG, &initmsg, sizeof > initmsg) < 0) > ^ > tport_type_sctp.c:211:36: note: each undeclared identifier is reported > only once for each function it appears in > tport_type_sctp.c:206:23: error: unused variable ?initmsg? > [-Werror=unused-variable] > struct sctp_initmsg initmsg = { 0 }; > ^ > cc1: all warnings being treated as errors > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II ? @anthmfs ? @FreeSWITCH ? ? http://freeswitch.org/ ? http://cluecon.com/ ? http://twitter.com/FreeSWITCH ? irc.freenode.net #freeswitch ? *http://freeswitch.org/g+ * ClueCon Weekly Development Call ? sip:888 at conference.freeswitch.org ? +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/86233fa5/attachment-0001.html From treitinger at as-infodienste.de Fri Oct 28 18:57:50 2016 From: treitinger at as-infodienste.de (Melanie Treitinger) Date: Fri, 28 Oct 2016 16:57:50 +0200 Subject: [Freeswitch-users] ESL with PHP - last event is not received Message-ID: Hello, I'm using a php event socket listener based on this example (wich is linked in the freeswitch confluence): https://bitbucket.org/lrichard/freeswitcheventsocketlistener It works well so far - but the last event of an event chaine is always missing. It is only transfered when the next event takes place. For example when a conference ends we have the following events: floor-change play-file-done del-member conference-destroy But conference-destroy is not received - only when there is a next event! Is this a bug? Is the example missing something? Thanks a lot! Melanie From krice at freeswitch.org Sun Oct 30 22:54:03 2016 From: krice at freeswitch.org (Ken Rice) Date: Sun, 30 Oct 2016 14:54:03 -0500 Subject: [Freeswitch-users] testing again Message-ID: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> Is it working? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/6d5d3ed2/attachment.html From rtreleaven at bunnykick.ca Sun Oct 30 22:59:21 2016 From: rtreleaven at bunnykick.ca (Russell Treleaven) Date: Sun, 30 Oct 2016 15:59:21 -0400 Subject: [Freeswitch-users] testing again In-Reply-To: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> References: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> Message-ID: Yes it is On Oct 30, 2016 3:54 PM, "Ken Rice" wrote: > Is it working? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/cd0b71d8/attachment.html From ssinyagin at gmail.com Mon Oct 31 00:03:05 2016 From: ssinyagin at gmail.com (Stanislav Sinyagin) Date: Sun, 30 Oct 2016 22:03:05 +0100 Subject: [Freeswitch-users] testing again In-Reply-To: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> References: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> Message-ID: Looks good. Was it broken? On 30 Oct 2016 20:55, "Ken Rice" wrote: > Is it working? > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/bb44234b/attachment.html From jleung at v10networks.ca Mon Oct 31 00:12:23 2016 From: jleung at v10networks.ca (Jeff Leung) Date: Sun, 30 Oct 2016 14:12:23 -0700 Subject: [Freeswitch-users] testing again In-Reply-To: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> References: <00b001d232e7$5f4160c0$1dc42240$@freeswitch.org> Message-ID: Working as intended > -----Original Message----- > From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch- > users-bounces at lists.freeswitch.org] On Behalf Of Ken Rice > Sent: Sunday, October 30, 2016 12:54 > To: 'FreeSWITCH Users Help' > Subject: [Freeswitch-users] testing again > > Is it working? From david.villasmil.work at gmail.com Sun Oct 30 11:05:06 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sun, 30 Oct 2016 09:05:06 +0100 Subject: [Freeswitch-users] stash down? In-Reply-To: References: Message-ID: Nevermind, it's back up. ? On Sun, Oct 30, 2016 at 9:03 AM, David Villasmil < david.villasmil.work at gmail.com> wrote: > Hello guys, > > I'm trying to push to stash but i keep on getting > > Service Temporarily Unavailable > > The server is temporarily unable to service your request due to > maintenance downtime or capacity problems. Please try again later. > ------------------------------ > Apache/2.2.22 (Debian) Server at freeswitch.org Port 443 > > ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/00b8726f/attachment.html From david.villasmil.work at gmail.com Sun Oct 30 11:03:00 2016 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sun, 30 Oct 2016 09:03:00 +0100 Subject: [Freeswitch-users] stash down? Message-ID: Hello guys, I'm trying to push to stash but i keep on getting Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. ------------------------------ Apache/2.2.22 (Debian) Server at freeswitch.org Port 443 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/90bc67e1/attachment-0001.html From gregor at infomedia.si Mon Oct 31 03:00:35 2016 From: gregor at infomedia.si (Gregor Nanger) Date: Mon, 31 Oct 2016 01:00:35 +0100 Subject: [Freeswitch-users] Windows build v1.6 Message-ID: Need some help. Pulled latest -v16 version and on windows build I get error: Error C2220 warning treated as error - no 'object' file generated FreeSwitchCoreLib D:\freeswitch\src\switch_rtp.c 38 It is in line 38 of file switch_rtp.c Any hints? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/00221c19/attachment.html From jungleboogie0 at gmail.com Mon Oct 31 03:16:25 2016 From: jungleboogie0 at gmail.com (jungle boogie) Date: Sun, 30 Oct 2016 17:16:25 -0700 Subject: [Freeswitch-users] record DID called in DB Message-ID: Hi All, With the example CDR sql here: https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/scripts/sql/cdr.sql Inbound destination calls will show the endpoints/call groups that rings, like this (destination_number) field: "2003" "2002" "2600" Is it possible to show the DID that was called as a separate record? example: "2003","12134123000" "2002","12134123000" "2600","12134123000" In this case, 12134123000 is a DID setup on the freeswitch server that's called and it rings extensions/call groups 2003, 2002 and 2600. I see destination_number is used on outbound calls to record what extension and/or DID was dialed. Thanks, sean From jleung at v10networks.ca Mon Oct 31 04:07:03 2016 From: jleung at v10networks.ca (Jeff Leung) Date: Sun, 30 Oct 2016 18:07:03 -0700 Subject: [Freeswitch-users] Windows build v1.6 In-Reply-To: References: Message-ID: > Need some help. > > Pulled latest -v16 version and on windows build I get error: > > Error C2220 warning treated as error - no 'object' file generated > FreeSwitchCoreLib D:\freeswitch\src\switch_rtp.c 38 First of all, disable autocrlf in your .gitconfig file, clean the build directory and try again. autocrlf has been known to cause issues with Windows builds. Under the libfreeswitch project file you can disable -Werror there and force it to compile. Seems like there's a warning there that got the compiler to halt and catch fire. That being said, open up a bug in JIRA for all Werror cases. Hopefully it'll get fixed because this seems to be a regression under Windows > > > It is in line 38 of file switch_rtp.c > > > Any hints? > > XrN7sKj6v5dbp0W3MPnzY4XrbSMW8q- > f_43LvrVvW59BB4r1k1H6H0?si=5036397111279616&pi=ff2587f1-86f5-4278- > d526-2218392a16ca> From blackc2004 at gmail.com Mon Oct 31 04:34:49 2016 From: blackc2004 at gmail.com (Cj B) Date: Sun, 30 Oct 2016 18:34:49 -0700 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: <47F18D5D-DDC5-4B31-8626-C4AA6BE17707@gmail.com> References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> <6D402A7117594E2BA96A62342FDE397F@gmail.com> <47F18D5D-DDC5-4B31-8626-C4AA6BE17707@gmail.com> Message-ID: <17F75CE5-A36D-4F75-99CD-09E19D680892@gmail.com> Hi Everyone, I?m trying to test this out and I am getting an INCOMPATIBLE DESTINATION error with every call. I?m able to use the verto_communicator directly to make calls to both the conference and other extensions, but I cannot every call with the chrome plugin causes this error. Any suggestions: /usr/local/freeswitch/bin/freeswitch -version FreeSWITCH version: 1.9.0+git~20161028T203825Z~cec0cb3983~64bit (git cec0cb3 2016-10-28 20:38:25Z 64bit) End of call log: http://pastebin.com/AimueZkq Cj B -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161030/4708458b/attachment.html From hardyanto.donny at gmail.com Mon Oct 31 10:00:37 2016 From: hardyanto.donny at gmail.com (Donny Hardyanto) Date: Mon, 31 Oct 2016 14:00:37 +0700 Subject: [Freeswitch-users] JSAPI in Verto Message-ID: Hi all, Is it possible to run JSAPI via verto? Is it as powerfull as Event Socket? Is there any way to secure it? I like to deploy the verto webrtc to website, but dont want any one can abuse and control my FS box via JSAPi/verto. Thanks, Donny -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/5477725d/attachment.html From gmaruzz at gmail.com Mon Oct 31 15:27:47 2016 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 31 Oct 2016 13:27:47 +0100 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: <17F75CE5-A36D-4F75-99CD-09E19D680892@gmail.com> References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> <6D402A7117594E2BA96A62342FDE397F@gmail.com> <47F18D5D-DDC5-4B31-8626-C4AA6BE17707@gmail.com> <17F75CE5-A36D-4F75-99CD-09E19D680892@gmail.com> Message-ID: Its probably a codec problem. Try add both opus,pcma,pcmu,vp8 in both inbound and outbound codecs in vars.xml sent from mobile cell: +39 347 266 56 18 Giovanni Maruzzelli OpenTelecom.IT On Oct 31, 2016 02:35, "Cj B" wrote: > Hi Everyone, > I?m trying to test this out and I am getting an INCOMPATIBLE DESTINATION > error with every call. I?m able to use the verto_communicator directly to > make calls to both the conference and other extensions, but I cannot every > call with the chrome plugin causes this error. Any suggestions: > > /usr/local/freeswitch/bin/freeswitch -version > FreeSWITCH version: 1.9.0+git~20161028T203825Z~cec0cb3983~64bit (git > cec0cb3 2016-10-28 20:38:25Z 64bit) > > End of call log: http://pastebin.com/AimueZkq > > Cj B > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/9b232513/attachment-0001.html From fredrik.h.ahlen at gmail.com Fri Oct 28 00:34:10 2016 From: fredrik.h.ahlen at gmail.com (=?UTF-8?Q?Fredrik_=C3=85hl=C3=A9n?=) Date: Thu, 27 Oct 2016 22:34:10 +0200 Subject: [Freeswitch-users] What concepts in FreeSWITCH did you strugglewith when you first started? In-Reply-To: References: Message-ID: <6BB7634B03EB4814BE9522B2DE50CD60@imedia> My 2 cents ... What I think might be helpful for new users to FreeSWITCH is an overview picture of how FreeSWITCH relates to different blocks/parts and how each relates to each other. I am a big fan of clear high level overview pictures in order to fast get the picture if you see what I mean. This can be both on the internal view of the ?inner? workings of FreeSWITCH but also how it relates to the environment outside FreeSWITCH like ICE/TURN/STUN/SIP-truncs/ISP/SIP-Proxies/FWs/GWs/DBs/HASs ... Also some basic flow diagrams would be really helpful in order to get the picture. I really understand that you can?t cover it all but IMO an overview pictures are one of the best way to get you going. With Best Regards, Fred From: Brian West Sent: Tuesday, October 25, 2016 7:46 PM To: FreeSWITCH Users Help Subject: [Freeswitch-users] What concepts in FreeSWITCH did you strugglewith when you first started? I would like to get community input on what concepts caused you the most headache and any input/ideas that would help me design some tutorials / videos that would help new users coming to FreeSWITCH. Your feedback will be greatly appreciated. Thanks, -- Brian West brian at freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com (50% Discount using code FreeSwitch50) http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50) https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here! | Reddit: /r/freeswitch T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest -------------------------------------------------------------------------------- _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161027/e1b7bfa9/attachment.html From italo at freeswitch.org Mon Oct 31 17:37:34 2016 From: italo at freeswitch.org (=?UTF-8?B?w410YWxvIFJvc3Np?=) Date: Mon, 31 Oct 2016 11:37:34 -0300 Subject: [Freeswitch-users] New Chrome Extension for mod_verto In-Reply-To: References: <73E60566-9653-486F-A416-E40CFAB6AA11@gmail.com> <8EB21EFD-51E0-46EC-856B-B5DDE482BF33@gmail.com> <7C2C673E-D418-4FDA-8D47-9565F783AEB8@gmail.com> <6D402A7117594E2BA96A62342FDE397F@gmail.com> <47F18D5D-DDC5-4B31-8626-C4AA6BE17707@gmail.com> <17F75CE5-A36D-4F75-99CD-09E19D680892@gmail.com> Message-ID: Check your apply-candidate-acl on verto profile On Mon, Oct 31, 2016 at 9:27 AM, Giovanni Maruzzelli wrote: > Its probably a codec problem. > Try add both opus,pcma,pcmu,vp8 in both inbound and outbound codecs in > vars.xml > > sent from mobile > cell: +39 347 266 56 18 > Giovanni Maruzzelli > OpenTelecom.IT > > On Oct 31, 2016 02:35, "Cj B" wrote: > >> Hi Everyone, >> I?m trying to test this out and I am getting an INCOMPATIBLE DESTINATION >> error with every call. I?m able to use the verto_communicator directly to >> make calls to both the conference and other extensions, but I cannot every >> call with the chrome plugin causes this error. Any suggestions: >> >> /usr/local/freeswitch/bin/freeswitch -version >> FreeSWITCH version: 1.9.0+git~20161028T203825Z~cec0cb3983~64bit (git >> cec0cb3 2016-10-28 20:38:25Z 64bit) >> >> End of call log: http://pastebin.com/AimueZkq >> >> Cj B >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- ?talo Rossi italo at freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/66729006/attachment.html From mike at jerris.com Mon Oct 31 22:09:56 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 31 Oct 2016 15:09:56 -0400 Subject: [Freeswitch-users] Windows build v1.6 In-Reply-To: References: Message-ID: <1FBEEA8F-86E0-4ABF-AEB5-1BD17AF693C7@jerris.com> if the autocrlf response doesn?t fix this i need a jira filed with the full log of building the core, not just the error, so i can see the actual issue causing the problem. > On Oct 30, 2016, at 8:00 PM, Gregor Nanger wrote: > > Need some help. > > Pulled latest -v16 version and on windows build I get error: > > Error C2220 warning treated as error - no 'object' file generated FreeSwitchCoreLib D:\freeswitch\src\switch_rtp.c 38 > > It is in line 38 of file switch_rtp.c > > Any hints? > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/7b6c9690/attachment.html From mike at jerris.com Mon Oct 31 22:13:30 2016 From: mike at jerris.com (Michael Jerris) Date: Mon, 31 Oct 2016 15:13:30 -0400 Subject: [Freeswitch-users] JSAPI in Verto In-Reply-To: References: Message-ID: you can secure it on a user by user basis, but limited only to which commands that user can run the attrs are: jsonrpc-allowed-jsapi jsonrpc-allowed-fsapi for fsapi commands and jsapi commands. if you look in the default configs you can see similar settings put in at a global level, the same is possible per user: conf/testing/directory/default.xml:5: conf/vanilla/directory/default.xml:26: conf/vanilla/directory/default.xml:27: > On Oct 31, 2016, at 3:00 AM, Donny Hardyanto wrote: > > Hi all, > > Is it possible to run JSAPI via verto? Is it as powerfull as Event Socket? Is there any way to secure it? I like to deploy the verto webrtc to website, but dont want any one can abuse and control my FS box via JSAPi/verto. > > Thanks, > > Donny > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161031/83b0d9ca/attachment-0001.html